Окно мониторинга: 2026-10-26 06:00 ~ 2026-10-27 06:00 (пекинское время, 24 часа; утренний выпуск вторника, окно продолжается с момента завершения предыдущего ежедневного отчёта).

Источники: GitHub (полная проверка 61 репозитория org: flagos-ai, поиск 185 коммитов, поиск 133 объединённых PR и 225 PR на рассмотрении, 100 событий org, атомарная проверка Release/Tag в 31 репозитории, резервная проверка Atom в 2 репозиториях, проверка текстов ключевых PR и размера файлов), Google News RSS (24 группы поисковых запросов на китайском и английском, через прокси), HN Algolia (8 групп), колонка FlagOS на CSDN, сообщество Zhiyuan (подробности см. в списке источников в приложении).

Индекс выпуска

  • Главное за день: среда выполнения 2.3.0 переходит к пересборке приложений; XuanTie BLAS1 полностью залит в репозиторий; FlagCV впервые публично позиционирован (10-26)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Ритм организации: 18 репозиториев с пушами, 185 коммитов, 133 слияния, очередь на рассмотрении выросла до 225 (10-26 ~ 10-27)
      • 1.2 Среда выполнения 2.3.0: приложение vllm получило разрешение на пересборку, единый тег зафиксирован, добавлен базовый образ AMD ROCm 7.2.4 (10-26)
      • 1.3 XuanTie от DAMO Academy: FlagBLAS единовременно дополнен 15 группами операторов BLAS1, шестнадцать тысяч строк залито в репозиторий (10-26)
      • 1.4 FlagGems: 49 слияний, пакеты операторов KernelGen и ускорение фьюзинга XPU3 Kunlunxin идут параллельно (10-26)
      • 1.5 FlagQuantum: 109 коммитов, 47 слияний, завершение перехода на Quafu SDK и контракт фиксированных shots (10-26)
      • 1.6 FlagCV: объединено первое описание позиционирования, библиотека визуальных операторов Triton обретает форму (10-26)
      • 1.7 FlagTrain: ветка KMCompiler развёрнута на семи бэкендах, пять на рассмотрении (10-26)
      • 1.8 Остальные репозитории: FlagTree получил специализированный тег MThreads, optest объединил тринадцать скриптов проверки вендоров (10-26)
    1. Новости и экосистема
      • 2.1 Tsingmicro: Open3D-PIMC от первого открытого релиза до учебных классов преподавателей в тридцати странах (10-26)
      • 2.2 MetaX: полностековая адаптация RLinf вошла в официальную основную ветку, тысяча карт прошла валидацию постобучения от SFT до RL (10-26)
      • 2.3 Проверка каналов: 12 кандидатов, 2 действительных, в колонке CSDN и на HN новых совпадений нет (10-27)
    1. Углублённое изучение членов и бэкенд-вендоров
      • 3.1 XuanTie от DAMO Academy: BLAS1 полностью залит в репозиторий, ветка XuanTie для fp8 GEMM всё ещё на рассмотрении (10-26)
      • 3.2 Kunlunxin: на стороне XPU3 три слияния foreach, in-place GEMM и сборка биткода (10-26)
      • 3.3 MetaX: плагин SGLang получил полный пакет бэкенда MetaX, на стороне vLLM три адаптации моделей на рассмотрении (10-26)
      • 3.4 Tsingmicro: бэкенд TXDA обновлён вместе с vLLM 0.28.0, упаковка FlagCX включает Tsingmicro (10-26)
      • 3.5 Enflame, Hygon, Iluvatar CoreX, Moore Threads: по одному структурному изменению в каждом из четырёх бэкендов (10-26)
    1. Итоги и наблюдения за тенденциями
  • Приложение: таблица проверки источников и полный список источников

Главное за день: среда выполнения 2.3.0 переходит к пересборке приложений; XuanTie BLAS1 полностью залит в репозиторий; FlagCV впервые публично позиционирован (10-26)

Дата: 2026-10-26 ~ 2026-10-27　Источник: build-infra PR #1488 · FlagBLAS PR #154 · FlagCV · FlagGems PR #7688 (полный список см. в приложении)

  • В плоскости версий: build-infra 26.10 в 20:10 авторизовал пересборку двадцати прикладных образов vllm0.24.0 на runtime 2.3.0, после чего теги из схемы «суффикс по бэкенду» были сведены к единому тегу 2.3.0-0.3.0. В тот же день в 23:05 добавлен базовый образ AMD ROCm 7.2.4 с ключом бэкенда amd-rocm7.2.4, прогон выполнен в чистом контейнере ubuntu:24.04, а на локальном образе gfx1100 проверена проброска восьми W7900. Версия 2.3.0 перешла от состояния «runtime обновлён» к «прикладной слой начинает следовать за версией», сам тег по-прежнему не выставлен.
  • В плоскости операторов: в FlagBLAS принята поддержка L1 от XuanTie (Alibaba DAMO Academy), за один раз добавлены пятнадцать групп базовых операторов линейной алгебры — AMAX, AMIN, ASUM, AXPY, COPY, DOT, DOTC, DOTU, NRM2, ROT, ROTG, ROTM, ROTMG, SCAL, SWAP; изменения затронули 17 файлов, добавлено 16 168 строк. В прошлом выпуске ежедневного отчёта этот PR ещё находился на рассмотрении, в текущем окне мониторинга он был принят — это шаг XuanTie в матрице бэкендов от «умеет запускать инференс» к «закрывает пробелы в численных библиотеках».
  • В плоскости направлений: в FlagCV принято первое описание About, где репозиторий позиционируется как «высокопроизводительная библиотека компьютерного зрения на Triton» — наружу предоставляются интерфейсы примитивов обработки изображений в духе OpenCV (преобразование цвета, фильтрация, геометрические преобразования, арифметические операции), ориентиром служит CUDA-базовая линия OpenCV, построение — поверх FlagTree, бэкенды подключаемые. Это первый раз, когда организация в направлении зрения ясно описала репозиторий; ранее, при создании репозитория 14.10 и закладке скелета 18.10, там был только заглушечный код.
  • В плоскости экосистемы: MetaX объявила о полной адаптации фреймворка обучения с подкреплением RLinf для embodied AI, принятой в её официальную основную ветку: на GPU серии Xiyun C выполнены SFT в двух конфигурациях — 512 карт и 1024 карты, а также валидация RL-дообучения в нескольких сценариях; успешность в четырёх группах задач соответствует или превышает опубликованные в статье значения, в одной группе выше на 8,8 процентного пункта, линейность масштабирования на нескольких машинах держится выше 97%. Это событие не относится к релизам компонентов FlagOS, но имеет тот же источник, что и её курс «upstream first».
  • В плоскости ритма: за 24-часовое окно — пуши в 18 репозиториев, 185 коммитов, 133 принятых, 225 на рассмотрении (открыто 74 новых). По сравнению с предыдущим 24-часовым окном (22.10: 16 репозиториев, 135 коммитов, 163 принятых, 183 на рассмотрении, 90 новых) коммитов на 37% больше, на рассмотрении на 23% больше, принятых и новых — на 18% меньше: разработка накапливается, пропускная способность ревью снижается.
  • Оценка: в этом выпуске нет новых релизов и нет одновременного Day-0 запуска моделей, содержательный центр тяжести вернулся к «выравниванию бэкендов»: XuanTie закрывает численную библиотеку, AMD добавляет базовый образ, Tsingmicro и MetaX дополняют бэкенды плагинов инференса, Kunlunxin дополняет битовое кодирование и фьюжн-операторы. Такая работа не попадает в заголовки, но определяет, можно ли развернуть 2.3 единым образом у всех производителей. Точками наблюдения для 2.3.0 остаются тег и синхронность заполнения changelog по всем бэкендам.

1. Прогресс open-source проектов (динамика GitHub)

1.1 Ритм организации: пуши в 18 репозиториев, 185 коммитов, 133 принятых, очередь на рассмотрении выросла до 225 (26.10 ~ 27.10)

Дата: 2026-10-26 ~ 2026-10-27　Источники: репозитории организации flagos-ai · поиск коммитов · поиск принятых PR

  • По репозиториям: из 61 репозитория в 18 были пуши в окне мониторинга — максимум за последнюю неделю. По количеству коммитов: FlagQuantum 109, FlagGems 28, FlagGems-sglang 14, FlagSparse 7, FlagGems-vllm 5, Torch-FL 5, build-infra 5, vllm-plugin-FL 2, FlagTrain 2, FlagCV 2, остальные FlagBLAS, sglang-plugin-FL, optest, FlagCX, FlagPrism, FlagTree — по 1.
  • По слияниям: слито 133 PR, распределение по репозиториям: FlagGems 49, FlagQuantum 47, FlagGems-sglang 6, Torch-FL 5, build-infra 5, FlagGems-vllm 5, FlagTree 4, sglang-plugin-FL 2, vllm-plugin-FL 2, FlagTrain 2, FlagCV, FlagSparse, FlagBLAS, FlagCX, FlagPrism, optest — по 1.
  • По рассмотрению: в окне обновлено 225 открытых PR, из них 74 новых; распределение новых: FlagGems 36, FlagTree 8, FlagQuantum 7, vllm-plugin-FL 5, FlagTrain 4, FlagGems-vllm, FlagAttention, FlagGems-sglang — по 3.
  • Сравнение по суткам: окно 24 часа, коммитов 185 (в предыдущем 24-часовом окне 135, +37%), слито 133 (163, −18%), на рассмотрении 225 (183, +23%), новых 74 (90, −18%), репозиториев с пушами 18 (16).
  • По версиям: атомарная проверка Release и Tag по 31 репозиторию — только в FlagTree добавлен один тег 0.7.1a1+mthreads3.6 (10-26 10:13), соответствующей записи Release в списке releases нет, это чисто теговое событие; в остальных репозиториях добавлений нет.
  • По событиям: поток событий org — 100, событий PR 49, пушей 20, созданий веток 10, удалений веток 7, ревью 3, комментариев 9, подписок 1, Issue 1.
  • Вывод: коммиты растут, слияния снижаются, рассмотрение растёт — все три показателя однонаправленно указывают на накопление очереди, а не на её разбор. Накопление идёт в основном от FlagGems (49 слияний при 52 на рассмотрении) и FlagTree (4 слияния, 9 на рассмотрении) — оба репозитория готовятся к версии компилятора и операторов 2.3, и пропускная способность ревью становится текущим узким местом.

1.2 Среда выполнения 2.3.0: приложение vllm получило разрешение на пересборку, унифицированный тег зафиксирован, добавлен базовый образ AMD ROCm 7.2.4 (10-26)

Дата: 2026-10-26　Источники: build-infra PR #1488 · PR #1504 · PR #1502 · PR #1505

  • Разрешение на пересборку (#1488): для двадцати приложений vllm0.24.0 в changelog добавлены записи об ожидающих выпуска изменениях (с указанием причины, дата оставлена пустой), чтобы после прохождения проверки changelog при отправке (push) стало возможно пересобрать образы приложений. Причина в том, что среда выполнения (runtime) уже 10-25 была обновлена до стека 2.3.0, и все образы приложений, собранные на ней, устарели. Записи по пунктам поясняют, что теперь несут образы приложений: два параметра запуска контейнеров среды выполнения, flagcx 0.14.0 с закреплённой по бэкенду версией, а также префикс venv.
  • Сведение тегов: второй коммит того же PR убрал тег нативного плагина из тегов образа, передав решение единому парсеру, благодаря чему становится допустимым единый тег 2.3.0-0.3.0 без суффикса бэкенда; третий коммит объявил в changelog и заголовке schema, что поле reason публикуется в формате markdown, а несколько изменений читаются как список.
  • Новый бэкенд (#1504): добавлен базовый образ AMD ROCm 7.2.4, ключ бэкенда amd-rocm7.2.4, основа — Ubuntu 24.04 с установленным напрямую из repo.radeon.com ROCm 7.2.4, без файлового репозитория. Установлено только 28 компактных пакетов, после разрешения зависимостей среды выполнения через apt всего 94; MIOpen, MIGraphX, rocm-gdb, rocprofiler-sdk, opencl явно исключены. В ходе прогона выявлены два факта, которые необходимо записать в Containerfile: узел amd не может достучаться до archive.ubuntu.com, поэтому необходимо переключиться на HTTP-зеркало Alibaba Cloud ещё до появления ca-certificates (через HTTPS рукопожатие завершится ошибкой); pin-файл является не предпочтением версии, а обязательным элементом.
  • Два расчищающих коммита: #1502 в 22:27 позволил проверке нативного плагина выполняться в том же интерпретаторе, #1503 в 22:45 убрал тег плагина vllm со страницы документации sglang, #1505 изменён так, чтобы печатать фактически прикреплённый к тегу pin плагина, а не тег бэкенда.
  • Оценка: все действия этого раунда касаются «готовности к выпуску» — проверки, трассировка, форма тегов, базовые образы. В связке с разрешением на пересборку среды выполнения от 10-25 видно, что конвейер 2.3.0 уже прошёл от начала до конца, осталось лишь официальное проставление тегов и массовая пересборка образов всех бэкендов. Добавление бэкенда AMD означает, что матрица бэкендов в цикле 2.3 продолжает расширяться, а не сходиться.

1.3 Damo Academy XuanTie: FlagBLAS единовременно дополнил 15 групп операторов BLAS1, шестнадцать тысяч строк в репозитории (10-26)

Дата: 2026-10-26　Источники: FlagBLAS PR #154 · коммиты FlagBLAS

  • Масштаб: один PR изменил 17 файлов, добавил 16 168 строк, удалил 9 строк, слит 10-26 в 08:57 — крупнейший по объёму среди не квантовых репозиториев за день.
  • Покрытие: единовременно дополнены пятнадцать групп операторов первого уровня BLAS — максимум и сумма вектора (AMAX, AMIN, ASUM), накопление и копирование вектора (AXPY, COPY), три вида скалярного произведения (DOT, DOTC, DOTU), евклидова норма (NRM2), четыре вида плоского вращения (ROT, ROTG, ROTM, ROTMG), масштабирование и обмен вектора (SCAL, SWAP).
  • Уровень: это дополнение на уровне численной библиотеки, а не на уровне операторов инференса. BLAS1 — предварительная зависимость верхних BLAS2 и BLAS3, а также решателей LAPACK; без одного слоя невозможно снизу вверх достичь самосогласованности. Для XuanTie присутствие в FlagOS ранее концентрировалось на путях инференса (Express-версия Zhenwu, разреженное внимание), а численная библиотека была пробелом.
  • Цепочка: в прошлом ежедневном отчёте этот PR ещё значился на рассмотрении, в текущем окне завершено слияние — от «на рассмотрении» до «в репозитории» прошло одно окно.
  • Оценка: зрелость бэкенда в FlagOS обычно измеряется тремя этапами — «может запускать инференс, может запускать обучение, самосогласованная численная библиотека». XuanTie в этом окне шагнул на первую ступень третьего этапа; далее предстоит наблюдать, последуют ли BLAS2 и BLAS3, и сможет ли путь FP8 (в рассматриваемом на стороне FlagTrain fp8 GEMM есть ветка XuanTie) использовать ту же численную библиотеку.

1.4 FlagGems: 49 слияний, батч операторов KernelGen и ускорение фьюзии XPU3 Kunlunxin идут параллельно (10-26)

Дата: 2026-10-26　Источники: коммиты FlagGems · PR #7676 · PR #7635 · PR #7669

  • Общий объём: 28 коммитов, 49 слияний; по количеству коммитов — второе место во всей организации, по количеству слияний — первое. Число слияний превышает число найденных коммитов из-за различий в методике подсчёта merge-коммитов и squash-коммитов; ориентироваться следует на число слияний.
  • Партия KernelGen: операторов с префиксом KernelGen плюс Nvidia слито 16 штук, сконцентрированных в трёх интервалах: с 10:41 по 10:43, с 18:17 по 18:20, с 23:05 по 23:06: связанные с разреженностью и структурированностью (_sparse_semi_structured_tile, _sparse_mm_reduce_impl, sparse_compressed_tensor), связанные с квантизацией (choose_qparams_per_tensor, make_per_tensor_quantized_tensor), специальные функции (special_psi, special_scaled_modified_bessel_k0), метаинформация тензоров (_version, _nested_compute_contiguous_strides_offsets, ravel, new_zeros), а также один коммит по ускорению приёмки семейства операторов _foreach.
  • Ускорение Kunlunxin: пять изменений на стороне XPU3 — addmm_ обеспечивает прямую запись GEMM в целевой объект на месте (#7676), less_equal переведён на безопасное для NaN сравнение (#7688), оптимизировано ядро isfinite (#7631), а также три изменения foreach (слияние тернарного скаляра, div через более быстрый List-индекс, слияние log с удалением маски). Эта группа — типичная настройка бэкенда: изменения небольшие, выигрыш локальный.
  • Исправление дефектов: на стороне QC исправлена адресация TLE scatter для FP8 TopK (#7669), на стороне Kunlunxin исправлены logical_and и ошибка регистрации (#7666, #7670).
  • Сторона тестирования: один и тот же контрибьютор массово слил более двадцати исправлений тестовых контрактов (точки входа кандидатов, внедрение нативных эталонов, выбор перегрузок, предварительные сбои foreach), выведя из числа падающих множество кейсов, где «тест ломался сам по себе».
  • Оценка: поставка операторов по-прежнему в основном формируется автоматически сгенерированными партиями KernelGen; ручное вмешательство происходит главным образом на стороне настройки бэкенда и тестовых контрактов. Риск качества, вытекающий из такой структуры, — не «ошибка в операторе», а «покрытие тестами выглядит полным, но на деле эталонная реализация отсутствует» — и более двадцати исправлений тестов в данном окне как раз делают этот риск явным.

1.5 FlagQuantum: 109 коммитов, 47 слияний, завершение переключения Quafu SDK и контракт фиксированных shots (10-26)

Дата: 2026-10-26　Источники: коммиты FlagQuantum · PR #874 · PR #919 · PR #924

  • Общий объём: 109 коммитов, 47 слияний; доля коммитов — 58,9% всей организации, доля слияний — 35,3%; по-прежнему самый активный репозиторий, но относительно предыдущего периода (505 коммитов за 72 часа) среднесуточный показатель упал примерно до трети.
  • Завершение переключения Quafu: завершено переключение на read-only SDK (#874), динамический mock сведён к Quafu SDK (#880), предложены активация динамического формата и аудит источников (#881, #883), а на стороне примеров все mock удалённого выполнения переведены на новый путь. Это заключительный этап «сквозного переключения жизненного цикла» предыдущего периода.
  • Линия Rydberg: исполнение по seeded-плану presence (#879), эволюция выбранной ветки Rydberg (#875), документирование записей приёмки (#882) — переход от контракта к работоспособному пути.
  • Коды коррекции ошибок (QEC): последовательно слиты проектное описание и описание контракта эксперимента с фиксированными shots (#912, #924), ускорено повторное использование шаблонов построения каналов (#877), зафиксированы передача на этапе нативного производства и замкнутый цикл независимых сбоев (#917), дважды согласован прогресс поставки AI-декодирования (#890, #895).
  • API и примеры: добавлена пара гейтов iSWAP (#919), цепочки гейтов Circuit и DynamicCircuit переведены на типизированный fluent-интерфейс (#913), предложение по покрытию гейтов Batch A (#915), пример абсорбционного фотонного счёта с приёмкой (#921), пример подгонки spin-mode модели в фиксированной тепловой ванне (#897), цикл эволюции Twin-кандидатов и ручного гейтинга (#923, #926).
  • Оценка: ритм квантового стека сместился от «структурной перестройки» к «развёртыванию физических сценариев» — три класса сценариев (коды коррекции ошибок, нейтральные атомы, тепловая ванна) продвигаются параллельно, и каждый оставляет свидетельства по четырём этапам: «проектное описание, описание контракта, работоспособный пример, запись приёмки». Такой способ работы затратен, но хорошо проверяем, что также объясняет, почему он долго удерживает большую часть объёма коммитов.

1.6 FlagCV: слито первое описание позиционирования, библиотека визуальных операторов Triton обретает форму (10-26)

Дата: 2026-10-26　Источник: FlagCV · FlagCV PR #2

  • Позиционирование: FlagCV описывает себя как «высокопроизводительная библиотека компьютерного зрения, реализованная на Triton», предоставляющая распространённые примитивы обработки изображений под интерфейсом в форме OpenCV — преобразование цвета, фильтрация, геометрические преобразования, арифметические операции, — с ориентиром на CUDA-базовую линию OpenCV и целью достижения эталонной корректности и конкурентоспособной производительности на различных архитектурах GPU.
  • Зависимости: построена на FlagTree (ветка Triton, поддерживаемая FlagOS, с поддержкой множества аппаратных бэкендов), предоставляет внешний аппаратно-независимый интерфейс операторов с подключаемыми бэкендами.
  • Хронология: репозиторий создан 10-14 (тогда был только заполнитель), 10-18 заложен каркас и реализации операторов заменены на «каркас мгновенного режима», 10-26 внесены About и пояснения в README. То есть каркас кода появился раньше, пояснение позиционирования — позже, в данном окне восполнено «что именно делает этот репозиторий».
  • Оценка: зрение — ранее самое слабое звено в системе FlagOS: уже есть FlagDNN, FlagSparse, FlagFFT, FlagBLAS, но нет слоя примитивов обработки изображений. FlagCV подключает зрение к FlagTree, а не к отдельному компилятору, что согласуется с направлением «одна разработка — запуск на многих чипах»; настоящей проверкой станет поведение ресурсоёмких по памяти операторов вроде преобразования цвета и геометрических преобразований на не-GPU бэкендах (NPU, DSA), однако данных о производительности пока нет.

1.7 FlagTrain: одна ветка KMCompiler развёрнута на семи бэкендах, пять PR на рассмотрении (10-26)

Дата: 2026-10-26　Источник: FlagTrain PR #29 · PR #30 · PR #35 · PR #18

  • Слиты два: #29 добавляет реализацию fused_indices_to_multihot на Triton, охватывающую NVIDIA и Ascend, есть запись бенчмарка на H20; #30 переносит механизм сопоставления с базовой линией из FlagGems-vllm, нормализует коэффициент масштабирования скорости по пиковому значению единицы узкого места устройства, выводит столбец «vs Base», при отсутствии базовой линии фиксирует причину вместо сбоя, а также добавляет базовую линию lamb и инструмент пооператорной сводки.
  • На рассмотрении пять: #34 tanh_soft_clamp (NVIDIA, Ascend, Hygon, XuanTie, MetaX, Iluvatar CoreX), #35 multi_tensor_adam (NVIDIA, Hygon, MetaX, Horizon Robotics PPU, Iluvatar CoreX), #18 fp8_gemm (NVIDIA, Ascend, XuanTie, MetaX), #10 mixed_gemm (NVIDIA), #28 fused_proj_rms_compute_h_fwd (NVIDIA).
  • Структурная особенность: в заголовке отдельного PR напрямую перечисляется список бэкендов — это устоявшийся стиль данной ветки FlagTrain: один оператор разворачивается сразу по матрице бэкендов, а не коммитится по бэкендам поочерёдно. Семь бэкендов (NVIDIA, Ascend, Hygon, XuanTie, MetaX, Iluvatar CoreX, Horizon Robotics) фигурируют в одной и той же партии PR.
  • Оценка: FlagTrain заметно ускорился в цикле 2.3, причём сосредоточен на трёх классах операторов тренировочной стороны — оптимизаторах, MoE и квантованных GEMM. Он разделяет обязанности с FlagGems (инференс-операторы): оба используют KernelGen для генерации реализаций на Triton и затем дополняют по бэкендам; различие в том, что FlagTrain сильнее зависит от кросс-бэкендной согласованности, поэтому порог приёмки его PR выше, и пять одновременно находящихся на рассмотрении PR не удивительны.

1.8 Прочие репозитории: FlagTree проставляет специализированный тег MThreads, optest сливает скрипты проверки тринадцати вендоров (10-26)

Дата: 2026-10-26　Источник: FlagTree tags · FlagTree PR #1410 · optest PR #11 · FlagGems-sglang PR #227

  • FlagTree: 26.10 в 10:13 был установлен тег 0.7.1a1+mthreads3.6, указывающий на сборку линии 0.7.x, специализированную для MThreads; в списке releases соответствующей записи Release нет — это чистое событие Tag; существенные изменения на стороне бэкенда связаны с #1416 от 23.10 (бэкенд MTHREADS подтянут к апстрим-коммиту). В окне мониторинга влито четыре изменения: FlagMega повторно выводит тип среза для профиля Qwen3 vLLM (#1373), бэкенд HCU поддерживает set_layout (#1410), ROCm загружает source-rdata через интерфейс регистрации HIP-хоста (#1403), индекс строки bank пулингового ABI передаётся как значение tl (#1404).
  • optest: влито объединение тринадцати раздельных по вендорам скриптов проверки GPU в одну команду flagos-gpu-check (#11), которая автоматически определяет устройства в порядке «сначала проприетарные узлы устройств вендора, затем повторное подтверждение через SMI-команды», сохраняя исходные для каждого вендора таблицы по картам, параметры таймаутов и повторов; правила разрешения конфликтов вендоров явно прописывают: «Hygon раньше AMD (у обоих есть kfd, но только у Hygon есть mkfd)» и «XuanTie раньше NVIDIA».
  • FlagGems-sglang: 6 влитых коммитов, включая два оператора соревновательного трека (add3, create_chunked_prefix_cache_kv_indices), партию операторов batch8, два коммита с удалением падающих групповых ядер, исправление чтения информации об устройстве на этапе импорта; #227 добавляет в operators.yaml 16 операторов, отсутствовавших в реестре каталога.
  • FlagSparse, FlagPrism, FlagCX: FlagSparse — 7 коммитов и вливание целого пакета оптимизаций от внешней организации (#114); FlagPrism — вливание разбора зависимостей tops-заголовков и библиотек со стороны Enflame (#17, 2 126 строк); FlagCX — вливание сборки биткода устройства XPU для Kunlunxin (#676).
  • Оценка: в этой группе наиболее noteworthy — слияние в optest: тестовая инфраструктура превратилась из «скрипта на каждого вендора» в «одну команду автодетекта», что неизбежно при масштабировании на множество бэкендов. Два правила конфликтов в порядке вендоров (Hygon против AMD, XuanTie против NVIDIA) показывают, что определение устройств в гетерогенной среде уже не может опираться на один сигнал.

2. Новости и экосистема

2.1 Tsingmicro: Open3D-PIMC — от первого открытого релиза до учебных классов преподавателей из тридцати стран (26.10)

Дата: 2026-10-26　Источники: JRJ (перепечатка Sohu): от технологической конференции к классам в 30 странах · Xinhua: Open3D-PIMC закрывает ключевой фрагмент экосистемы ПО отечественных вычислительных мощностей

  • Проект: Open3D-PIMC разработан совместно Tsingmicro и Пекинским институтом искусственного интеллекта Zhiyuan (BAAI); это модель программирования и открытый программный фреймворк для 3D-вычислительных чипов, официально открытый в сентябре на Китайской конференции по вычислительным мощностям и позиционируемый как одно из основных решений Zhongzhi FlagOS для 3D-чипов следующего поколения.
  • Технический путь: разработчик описывает лишь распределение данных и разделение задач, а фреймворк автоматически выполняет разделение и вызовы компиляции графа и немедленного исполнения, тем самым адаптируя модель к оборудованию; он растёт на таких мейнстримных экосистемах, как PyTorch, а на стороне инференса нативно стыкуется с vLLM и SGLang; сильно динамические операторы вроде Flash Decoding и MoE сохраняют вход для ручных оптимизаций; проприетарные наборы инструкций и возможности микроархитектуры каждого вендора подключаются в виде плагинов.
  • Аппаратный контекст: высокопроизводительный облачный AI-чип Tsingmicro второго поколения за счёт 3D-интеграции памяти и вычислений и многочиповой компоновки укладывает память и вычисления в объёмный стек, сокращая дистанцию переноса данных с миллиметров до микрометров, а задержку — от недетерминированной и конфликтной у централизованной архитектуры к предсказуемой и детерминированной вблизи памяти.
  • Прогресс за период: публикация 26.10 сосредоточена на продвижении экосистемы, а не на коде — глобальная «Программа развития преподавателей открытых вычислений AI» приводит инженеров Tsingmicro в аудитории; слушателями стали около пятидесяти ключевых вузовских преподавателей из более чем тридцати стран (более двадцати из Африки, более десяти из Азии, остальные из Европы и Южной Америки).
  • Пояснение формулировок: встречающаяся в тексте фраза «FlagOS уже адаптировал 20 производителей чипов и более 30 AI-чипов» — это формулировка источника; она не полностью совпадает с официально озвученными на октябрьской конференции по открытым вычислениям 21 производителем и 35 чипами, поэтому при цитировании первую следует относить к публикации, а вторую — к конференции.
  • Оценка: ценность этой новости не в «ещё одном открытом релизе», а в демонстрации нового пути экосистемы FlagOS — сначала одна из организаций-участников делает модель программирования под новый форм-фактор оборудования (3D-стек), а затем она подключается к FlagOS как решение. По сравнению с «адаптацией модели Day-0» это другой тип экспансии — «форм-фактор оборудования первым».

2.2 MetaX: полностековая адаптация RLinf влита в официальную основную ветку, на тысяче карт завершена проверка посттренировки от SFT к RL (26.10)

Дата: 2026-10-26　Источники: перепечатка официального аккаунта MetaX на Tonghuashun Finance · новостной центр официального сайта MetaX

  • Событие: MetaX завершила полностековую адаптацию крупномасштабного фреймворка обучения с подкреплением RLinf, ориентированного на воплощённый интеллект; решение по адаптации влито в официальную основную ветку RLinf, и разработчики могут запускать тренировочные задачи RLinf на GPU MetaX без изменения кода.
  • Предыстория фреймворка: RLinf совместно представлен университетом Tsinghua и WuWen XinQiong (Infinigence AI) совместно с Пекинской академией Чжунгуаньцунь и другими организациями; позиционируется как первый крупномасштабный фреймворк обучения с подкреплением для воплощённого интеллекта с «интеграцией имитационного обучения и вывода», результаты приняты конференциями OSDI, RSS, NeurIPS и др.
  • Масштаб валидации: на кластере GPU серии Xiyun C выполнены два уровня SFT — 512 карт и 1024 карты (128 узлов × 8 карт), модель Pi0.5 обучена на наборе данных RoboTwin; успешность всех четырёх групп задач соответствует или превышает значения, указанные в статье, причём одна группа выше на 8,8 процентного пункта; линейность масштабирования на нескольких машинах сохраняется выше 97%.
  • Способ интеграции: выравнивание по четырём уровням в режиме плагина — на уровне абстракции ускорителя добавлен менеджер устройств и зарегистрирован в реестре RLinf; видимость нескольких карт управляется переменными окружения и согласуется с планировщиком Ray; коммуникации по умолчанию идут через коллективную библиотеку MetaX MCCL; программный стек на основе MXMACA PyTorch и FlashAttention поддерживает BF16 и FSDP.
  • Пояснение по курсу: MetaX называет это продолжением стратегии «upstream-first»; ранее уже были влиты в официальные основные ветки LMCache и ms-swift.
  • Оценка: это событие не является релизом компонентов FlagOS и должно учитываться как действие членской организации в открытой экосистеме. Примечательно направление — стек обучения с подкреплением для воплощённого интеллекта пересекается по сценариям с FlagOS-Robo и инструментами обучения FlagScale на стороне FlagOS; появится ли в будущем эстафета «членская организация сначала вливается в upstream-фреймворк, а затем FlagOS унифицирует бэкенды» — это стоящая отслеживания линия.

2.3 Проверка каналов: 12 кандидатов, 2 действительных, в колонке CSDN и на HN новых совпадений нет (10-27)

Дата: 2026-10-27　Источники: Google News RSS · Колонка FlagOS на CSDN · HN Algolia

  • Новостная сторона: по 24 группам китайских и английских поисковых запросов в окне мониторинга всего 12 кандидатов, 2 действительных (Tsingmicro Open3D-PIMC, MetaX RLinf). Запросы по именам компонентов (FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen) — все с нулевым результатом, что согласуется с нормой последних двух недель.
  • Детали отсева: 4 материала, связанных с Enflame, представляют собой статьи о маржинальной торговле, утренние сводки и обзоры листинга (компания фактически вышла на STAR Market 11 сентября, заголовок «сегодняшний листинг» от 10-26 является перепечаткой и не принимается); 1 материал о Moore Threads — о цене акций и объёме торгов; 2 материала о Zhiyuan/BAAI и GEOInflow от Beijing Daily — медийное технологическое сотрудничество, не связанное с FlagOS; 1 материал — панорамный обзор отечественных производителей вычислительных мощностей, отраслевое обозрение.
  • Сторона HN: по 8 группам запросов (FlagOS, FlagGems, FlagScale, FlagTree, BAAI, FlagQuantum, FlagSparse, flagos-ai) в 4-дневном окне всего 34 совпадения, прямых совпадений по заголовкам нет.
  • Сторона CSDN: на странице колонки 51 ссылка на статьи, самая свежая новостная заметка по-прежнему относится к концу августа (GLM-5.3-Flash на девяти чипах, Qwen3.8-Flash-Next на восьми чипах, подключение LightX2V); единственная новая дата в окне — страница прямой трансляции вузовского круглого стола от 10-22, новых материалов нет.
  • Сообщество Zhiyuan: страница поиска рендерится на клиенте, получена только страница-каркас, в этом выпуске не использовалась.
  • Оценка: на новостной стороне третий выпуск подряд присутствуют только пресс-релизы членских организаций. Ритм публичных заявлений самого FlagOS заметно не синхронизирован с ритмом кода — код заполняет бэкенды, а коммуникация ждёт следующей модели или релизного узла.

3. Углублённое изучение членских организаций и производителей бэкендов

3.1 Xuantie от DAMO Academy: вся партия BLAS1 влита в репозиторий, ветка Xuantie для fp8 GEMM всё ещё на рассмотрении (10-26)

Дата: 2026-10-26　Источники: FlagBLAS PR #154 · FlagTrain PR #18 · optest PR #11

  • FlagBLAS: пятнадцать групп операторов BLAS1 объединены в один коммит — 17 файлов, 16 168 строк; это первый полноформатный коммит XuanTie на уровне численных библиотек FlagOS.
  • FlagTrain: находящийся на рассмотрении fp8_gemm охватывает четыре компании — NVIDIA, Ascend, XuanTie и MetaX; XuanTie — единственный среди них представитель векторного направления RISC-V; в той же партии на рассмотрении находится tanh_soft_clamp, также включающий XuanTie.
  • Тестовая инфраструктура: правило разрешения конфликтов производителей в optest ставит XuanTie перед NVIDIA, поскольку обнаружение узлов устройств у них может конфликтовать; само это правило показывает, что XuanTie уже присутствует в реальном пуле машин CI.
  • Предыстория: в окне мониторинга 10-23 — 10-25 XuanTie завершил поставку версии Zhenwu Express и провёл на рассмотрение разреженное внимание PPU; в текущем окне фокус сместился на численные библиотеки.
  • Оценка: действия XuanTie в FlagOS уже три окна мониторинга подряд сохраняют ритм «один цельный блок за раз» — инференс, внимание, численные библиотеки. Следующий шаг — посмотреть на BLAS2 и BLAS3, а также на то, использует ли сторона CPU (ключ производителя thead в optest) тот же набор скриптов проверки, что и сторона ускорительных карт.

3.2 Kunlunxin: три слияния foreach на стороне XPU3, GEMM на месте и сборка биткода (10-26)

Дата: 2026-10-26　Источники: FlagGems PR #7676 · PR #7635 · FlagCX PR #676 · FlagCX PR #677

  • Сторона операторов: шесть изменений на XPU3 — addmm_ записывает GEMM непосредственно в целевой буфер на месте, избавляя от промежуточной пересылки; less_equal использует безопасный к NaN обмен операндами; оптимизировано ядро isfinite; три слияния foreach (тернарный скаляр, ядро List для div, log без маски).
  • Сторона связи: FlagCX включил сборку биткода устройства XPU для Kunlunxin (#676) — с помощью Makefile обёртки общего API устройства компилируются в LLVM-биткод для xpu3, из пакета выгрузки XTDK извлекается модуль устройства, сохраняются публичные символы и выполняется оптимизация, на выходе — libflagcx_device.bc и заголовочные файлы для потребителей; traits связи идут через XSHMEM. На рассмотрении #677 исправляет декодирование флагcxGetVersion для кодов версии меньше десяти тысяч.
  • Сторона исправлений: в FlagGems исправлены logical_and и ошибка регистрации — два изменения; на рассмотрении четыре изменения (два исправления cholesky_solve — комплексный путь и верхнетреугольный, локализация _result_dtype в foreach_div, зависимость пакетных операторов от сборки FlagTree за текущий день).
  • Оценка: все действия Kunlunxin в этом выпуске направлены на «ускорение и стабилизацию уже существующих путей», новых функций нет. Это согласуется с формой последних двух недель — самое раннее подключение и самое широкое покрытие, поэтому раньше всех наступила стадия длиннохвостой оптимизации. Сборка биткода — исключение: она подключила Kunlunxin к единой абстракции устройства FlagCX, и её долгосрочная ценность выше, чем ускорение отдельного оператора.

3.3 MetaX: плагин SGLang получил целый бэкенд MetaX, на стороне vLLM на рассмотрении три адаптации моделей (10-26)

Дата: 2026-10-26　Источники: sglang-plugin-FL PR #50 · vllm-plugin-FL PR #642 · FlagGems-vllm PR #998

  • Бэкенд SGLang: объединён пакет бэкендов MetaX и MACA, включающий 31 файл и 3 364 новые строки, с проверкой доступности, переиспользованием CUDA-совместимой реализации и добавлением обёрток со стороны MetaX (silu_and_mul, rms_norm, rotary_embedding, topk, fused_moe, правила дельта-гейтинга FLA и др.), а также добавлены runtime-патчи для внутренностей SGLang (совместимость с бэкендом внимания FlashInfer, обёртка PyNCCL на базе MCCL, поведение бэкенда сэмплирования, откат к декодированию JPEG через torchvision), одновременно дополнены конфигурация диспетчеризации metax.yaml и примеры скриптов для Qwen3 27B и 35B-A3B.
  • На рассмотрении на стороне vLLM: #642 переводит пути планирования за пределами TXDA на vLLM 0.28.0 (Tsingmicro), #635 добавляет BF16-базовую линию Qwen3.8-Flash-Next, #636 добавляет начальную адаптацию BGE-M3.
  • Библиотека операторов: #998 на рассмотрении — исправление точности FlashAttention и проблем захвата графа, а также оптимизация производительности TP2 и TP4; #1000 на рассмотрении — пропуск неподдерживаемого TLE при выравнивании MoE на месте.
  • Сторона экосистемы: в основную ветку RLinf объединено (см. 2.2) — это реализация принципа «сначала upstream» в направлении embodied intelligence.
  • Оценка: в этом выпуске центр тяжести MetaX сместился от плагина инференса к двум линиям — полному пакету бэкенда SGLang и объединению с вышестоящим фреймворком. Раньше плагин SGLang был только у Ascend, Hygon, Iluvatar и ещё нескольких компаний; после присоединения MetaX матрица производителей на стороне фреймворков инференса в основном заполнена; далее — согласуется ли обновление vLLM 0.28 с ритмом SGLang 0.5.18.

3.4 Tsingmicro: бэкенд TXDA обновляется вместе с vLLM 0.28.0, упаковка FlagCX включает Tsingmicro (10-26)

Дата: 2026-10-26　Источники: vllm-plugin-FL PR #642 · FlagCX PR #673 · перепечатка Junrongjie: развитие экосистемы Open3D-PIMC

  • Сторона плагина: #642 на рассмотрении адаптирует бэкенд TXDA к vLLM 0.28.0, это часть работ цикла 2.3 «плагин следует за крупными версиями upstream».
  • Сторона упаковки: FlagCX #673 на рассмотрении расширяет упаковку RPM на три бэкенда — Tsingmicro, Enflame и Hygon, Tsingmicro — один из них.
  • Сторона сборки: 10-22 Tsingmicro TX8 был подключён к сборщику FlagTree и добавлен в ежедневную строку сборки, став шестым бэкендом; в этом окне мониторинга новых изменений сборки нет.
  • Сторона экосистемы: продолжается внешнее продвижение Open3D-PIMC (см. 2.1), и он явно обозначен как основное решение FlagOS для 3D-чипов следующего поколения.
  • Оценка: форма Tsingmicro отличается от других участников — в FlagOS он одновременно и бэкенд (TX8, TXDA), и лидер новой аппаратной формы (3D-упаковка, Open3D-PIMC). Сейчас две линии не пересекаются в коде; настоящим слиянием будет только если в будущем бэкенд Open3D-PIMC напрямую переиспользует путь TX8 в FlagTree.

3.5 Enflame, Hygon, Iluvatar CoreX, Moore Threads: у каждого из четырёх бэкендов по одному структурному изменению (10-26)

Дата: 2026-10-26　Источники: FlagPrism PR #17 · Torch-FL PR #654 · Torch-FL PR #660 · FlagTree tags

  • Enflame: FlagPrism включил разбор заголовочных файлов и зависимостей библиотек tops (#17, 16 файлов, 2 126 строк), переводя поиск заголовочных файлов и библиотек SDK Enflame с неявного на явный; в FlagAttention на рассмотрении находится один оператор слитного внимания со стороны Enflame (fused_attnres).
  • Hygon: Torch-FL исправил источники сборки runtime DCU (#654) — runtime_dir DCU ранее указывал на каталог, содержащий только ABI-прослойки, из-за чего runtime-библиотека компоновалась из 32 заглушек: сборка проходила, но при импорте сразу возникала ошибка неопределённых символов; изменение затронуло 71 файл, 11 тыс. строк; в тот же день находящийся на рассмотрении #627 подключил реальные потоки для сборки DCU с включённой упаковкой.
  • Iluvatar CoreX: Torch-FL #660 исправил проблему отката bf16 GEMM на Iluvatar к выполнению на хосте — bf16 mm размером 2048×2048 показал 0,41 TFLOPS, что ниже 0,54 у CPU той же машины, тогда как тот же оператор fp16 дал 80,2, а штатный torch от производителя — 84,6; корневая причина в том, что проверка поддержки не учитывала bf16, а mm и addmm на стороне хоста копировали транспонированные веса. После исправления используется BLAS производителя.
  • Moore Threads: FlagTree выпустил специальный тег MThreads (0.7.1a1+mthreads3.6), FlagGems-vllm включил оптимизацию chunk_kda для MThreads (#990), изменения по персистентности кэша TLE для бэкенда MUSA были внесены на прошлой неделе.
  • Вывод: общее у всех четырёх — исправление проблем «работает, но медленно, или падает на полпути», а не добавление новых операторов. Такие дефекты труднее всего воспроизвести извне, и они лучше всего показывают реальную степень готовности матрицы бэкендов — коммиты со стороны производителей по-прежнему в основном касаются корректности и производительности собственных платформ, а работа по унификации семантики между платформами всё ещё продвигается через основной ствол FlagOS.

4. Итоги и наблюдения за трендами

  • 2.3.0 прошёл полный конвейер, но тег всё ещё не выставлен: гейты runtime, changelog, авторизация пересборки, параметризация версии были готовы 23–25 октября, 26 октября авторизована пересборка прикладного уровня и тег сведён к 2.3.0-0.3.0. Шаг от «обновления runtime» к «следованию приложений за версией» обычно непосредственно предшествует официальному релизу; эта неделя остаётся ключевым окном наблюдения.
  • Матрица бэкендов расширяется, а не сходится: добавлен базовый образ AMD ROCm 7.2.4, что говорит о том, что цикл 2.3 всё ещё добавляет платформы. Соответственно, XuanTie дополняет BLAS1, Tsingmicro подключает RPM-упаковку, Kunlunxin дополняет биткод устройств — эти четыре задачи относятся к трём уровням: численные библиотеки, упаковка, коммуникации, и все они являются работой, которая требуется «после подключения».
  • Численные библиотеки и стек обучения становятся новым полем битвы: FlagBLAS за один раз добавил пятнадцать групп операторов BLAS1, FlagTrain выложил партию операторов на семь бэкендов — обе линии ускоряются в цикле 2.3. Предельная отдача от инференс-операторов снижается (FlagGems в этом выпуске в основном сосредоточен на автогенерации пакетов KernelGen и тюнинге бэкендов), а пробелы в обучении и численных библиотеках более очевидны.
  • Визуальное направление впервые оформилось, но не хватает доказательств производительности: FlagCV определяет свою позицию как «библиотека визуальных операторов формы OpenCV, реализованная на Triton, с ориентацией на базовую линию OpenCV CUDA», подключённую к FlagTree. Сейчас есть только описание и скелет, без каких-либо бенчмарков или данных по не-GPU бэкендам, судить о его ценности преждевременно.
  • Пропускная способность ревью становится узким местом: коммиты +37%, на рассмотрении +23%, слияния −18%, новые открытия −18%. Сторона разработки накапливает, сторона ревью переваривает. Наибольший разрыв между объёмом на рассмотрении (52 и 9) и объёмом слияний (49 и 4) у двух репозиториев — FlagGems и FlagTree, а именно эти два репозитория являются источниками версий компилятора и операторов для 2.3.
  • Квантовый стек вступает в фазу развёртывания сценариев: три класса физических сценариев — коды коррекции ошибок, нейтральные атомы, термостат — продвигаются одновременно, по-прежнему по схеме четырёхэтапной фиксации доказательств. Он продолжает занимать почти шесть десятых коммитов всей организации, но относительно предыдущего периода среднесуточный объём упал на две трети.
  • Информационный фон третий цикл подряд только с пресс-релизами членских организаций: 12 кандидатов, 2 действительных, у самого FlagOS нет ни релиза версии, ни новых репозиториев, ни внешних анонсов. Основное содержание по-прежнему поступает из GitHub, это типичное окно «код заполняет бэкенды, коммуникация ждёт узловых точек».
  • Оговорка об ограничениях: поиск коммитов использует метрику total_count GitHub search (185), и из-за сжатых слияний и задержек индексации существует расхождение с поиском объединённых PR (133); случай FlagGems, где число слияний (49) выше числа найденных коммитов (28), относится к этой категории, в отчёте приоритет отдаётся числу слияний; 109 у FlagQuantum включают слияния и коммиты синхронизации веток и не эквивалентны 109 функциональным изменениям; 0.7.1a1+mthreads3.6 у FlagTree перекрёстно проверен через список Release и интерфейс Tag и является чистым тегом без описания Release; формулировки в пресс-релизах производителей, такие как «не требует изменения кода» и «соответствует или превосходит статью», являются официальной позицией компании и не получили независимого воспроизведения; в материале Tsingmicro «20 производителей, более 30 чипов» не согласуется с данными конференции — 21 производитель, 35 чипов; в тексте указана принадлежность.

Приложение: таблица проверки источников и полный перечень источников

Таблица проверки источников

Источники Результаты проверки
API репозиториев организации GitHub Полный возврат по 61 репозиторию, в 18 репозиториях были пуши в 24-часовом окне
Поиск коммитов GitHub 185 записей, отнесены к 16 репозиториям по URL
Поиск слитых PR GitHub 133 слитых в окне, максимум — FlagGems, 49
Поиск PR GitHub на рассмотрении 225 обновлений в окне, из них 74 новых
Поток событий org GitHub 100 записей: PR 49, пушей 20, созданий веток 10, удалений веток 7, комментариев 9
Атомарная проверка Release и Tag Из 31 репозитория только в FlagTree добавлен один тег, записей Release нет
Перекрёстная сверка Tag и Release 0.7.1a1+mthreads3.6 двусторонне подтверждён через список releases и интерфейс git ref как чистый Tag
Резервный Atom Дополнительная проверка репозиториев docs и release-info: в основной ветке нет коммитов в окне, пуши пришлись на неосновные ветки
Проверка текстов ключевых PR 15 записей с поштучной сверкой заголовков, числа изменённых строк и времени слияния
Google News RSS 12 кандидатов из 24 групп запросов на китайском и английском, 2 валидных (через прокси)
HN Algolia 34 совпадения за 4 дня по 8 группам запросов, прямых совпадений заголовков нет
Колонка FlagOS на CSDN 51 ссылка, последняя новостная публикация — конец августа, новых публикаций в окне нет
Сообщество Zhiyuan Страница поиска рендерится на клиенте, получена только страница-каркас, в этом выпуске не использовалась
Пресс-релизы членских организаций Взяты оригиналы Tsingmicro и MetaX, сверены даты и формулировки по тексту
Очередь на включение Файлов по теме за день нет, при сканировании неархивированных файлов также нет раздела FlagOS

Полный список источников

[22] FlagQuantum PR #924 (фиксация контракта эксперимента shots) — https://github.com/flagos-ai/FlagQuantum/pull/924