Окно мониторинга: последние 24 часа (2026-09-14 10:18 ~ 2026-09-15 10:18, пекинское время) Источники: GitHub (org: flagos-ai, полная проверка 53 репозиториев по pushed_at + однократный поиск по commit search из 97 записей с верификацией по committer-date + повторная проверка per-repo commits с добавлением 1 записи + метаданные releases/tags по каждому репозиторию + прямой raw-доступ к списку релиза 2.2 и графику публикации в репозитории community + детали патчей коммитов), Google News RSS (21 группа поисковых запросов на китайском и английском, через прокси), HN Algolia, Xinhua, Guandian, Sina Finance, Cailianshe, STAR Market Daily, Huanqiu и другие отраслевые материалы, а также дополнительные результаты поиска Tavily (см. полный список источников в приложении)

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

  • Главное сегодня: синхронная маркировка полного стека FlagOS 2.2 RC2 — смена версии по списку из 25 пунктов, 25 тегов rc2.post1 проставлены в течение 10 минут (09-14)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Коммит списка 2.2 RC2: 25 пунктов охватывают четыре уровня L0~L3, версии единообразно выровнены на rc0/rc1 (09-14)
      • 1.2 23 компонента получили rc2.post1 в течение 10 минут: второй снимок полного стека в текущем цикле релиза (09-14)
      • 1.3 Первые релизы rc2.post1: FlagGems v5.4.0 и FlagSparse v0.3.0 (09-14)
      • 1.4 FlagTree: развязанная компиляция для AMD, исправления XPU, добавлен специализированный тег xpu3.6 (09-14/09-15)
      • 1.5 FlagCX: libflagcx.so в wheel, двусторонняя интеграция бэкенда T-Head PPU и CI (09-14/09-15)
      • 1.6 FlagAttention v0.4.0: единовременное появление четырёх бэкендов — Enflame, Hygon, Metax, Moore Threads (09-14)
      • 1.7 FlagGems-Experimental: массовое поступление 17 операторов Hygon, 4 от Moore Threads, 1 от Kunlunxin (09-14)
      • 1.8 Основная ветка FlagGems: синхронизация enflame от Enflame, совместимость с Triton 3.5 и зеркало GitCode (09-14/09-15)
      • 1.9 Линия FlagGems-vllm и плагинов инференса: moe_sum на двух бэкендах, topk на MTT S5000, vLLM 0.24.0 (09-14/09-15)
      • 1.10 FlagQuantum: заморозка Twin API, цифровой двойник QPU переходит к управлению историческими последовательностями (09-14)
      • 1.11 Фреймворки и инструменты: единый CI FlagScale, выравнивание маршрутизации бэкендов Torch-FL, интерфейс Hygon в TE-FL (09-14/09-15)
      • 1.12 FlagGems-sglang: массовое слияние результатов конкурса, 10 PR в основной репозиторий за один день (09-14)
      • 1.13 build-infra: запись и повторная проверка двойных тегов образов Hygon vLLM rc2.post1 (09-14)
      • 1.14 docs и release-info: документация включена в перестройку CICD, синхронизация сайта релизов (09-15)
    1. Новости и экосистема
      • 2.1 Open3D-PIMC открыт на Китайском конгрессе вычислительных мощностей: совместная разработка Qingwei Intelligent и Zhiyuan, дополнение стека компиляции для 3D-чипов вычислений (09-14)
      • 2.2 Одиннадцатое подряд спокойное окно покомпонентного поиска: ключевые совпадения сосредоточены в материалах на стороне Zhiyuan (09-14~09-15)
      • 2.3 Три отраслевые конференции: нарратив отечественных вычислительных мощностей на CIFTIS, Bund Summit и Китайском конгрессе вычислительных мощностей (09-09~09-14)
    1. Углублённое изучение организаций-участников
      • 3.1 Qingwei Intelligent: двойной нарратив Open3D-PIMC и реконфигурируемых вычислений 5000P (09-14)
      • 3.2 Hygon Information: от 17 операторов до повторной проверки образов rc2.post1, первый по объёму инженерных работ в этом окне (09-14)
      • 3.3 Moore Threads: бэкенд внимания, интеграция profiler и доля на CIFTIS (09-14)
      • 3.4 Metax: metax CI и vLLM 0.24.0, Xiyun C700 на пороге tape-out (09-14)
      • 3.5 Enflame: бэкенд enflame продолжает поступать в репозиторий, нарратив капитализации и структуры клиентов после IPO (09-14)
      • 3.6 Iluvatar CoreX: унификация именования бэкенда iluvatar, рынок капитала входит в окно перед разблокировкой акций (09-14)
      • 3.7 Kunlunxin и XuanTie от DAMO Academy (внешние участники экосистемы): тег XPU и двойное подключение PPU (09-14/09-15)
      • 3.8 Zhiyuan (головная организация): дисциплина управления RC2 и формулировки права определять правила Open3D-PIMC (09-14)
    1. Итоги и наблюдения за трендами
  • Приложение: полный список источников

Главное сегодня: синхронная маркировка полного стека FlagOS 2.2 RC2 — смена версии по списку из 25 пунктов, 25 тегов rc2.post1 проставлены в течение 10 минут

Дата: 2026-09-14　Источники: коммит community #109 (манифест 2.2 RC2), график релиза 2.2, FlagGems v5.4.0-rc2.post1

Самым значимым событием этого окна стало скоординированное действие: 09-14 в 10:35 в репозиторий community был влит release/2.2/release-2.2-rc2.yaml (добавлено 251 строка, коммит Release Manager), объявивший о формировании манифеста второго раунда кандидатов в релизы RC2 цикла 2.2; затем в течение десяти минут с 10:45 до 10:54 23 компонентных репозитория внутри org последовательно проставили теги v{X}-rc2.post1 или Release, с 12:18 по 12:19 были дополнены три тега вариантов Triton в FlagTree, а в 19:59 FlagTree добавил ещё один тег xpu3.6. Вместе с двойной линейкой версий vllm-plugin-FL в окне зафиксировано 26 действий по простановке тегов, охватывающих 22 репозитория.

Манифест RC2 организован по четырём уровням: уровень инфраструктуры L0 (три записи triton3.6/3.5/3.3 в FlagTree, FlagCX); уровень вычислительных библиотек L1 (FlagGems, FlagFFT, FlagSparse, FlagDNN, FlagBLAS, FlagTensor, FlagAudio, FlagAttention, FlagGems-vllm, FlagGems-sglang); уровень фреймворков L2 (Torch-FL, vllm-plugin-FL и vllm-plugin-fl-0.2, sglang-plugin-FL, TransformerEngine-FL, Megatron-LM-FL, FlagOS-Compressor); уровень приложений L3 (FlagScale, KernelGen, KernelGenBench, FlagRelease). Всего 25 записей, все указывают на проверенные снимки rc2.post1.

По сравнению с RC1 характер изменений на этот раз — «структура неизменна, снимок обновлён»: номера версий модулей совпадают с rc0/rc1, продвижение происходит только в итерационной позиции .postN — FlagGems с v5.4.0-rc1.post2 до v5.4.0-rc2.post1, FlagCX с v0.14.0-rc1.post2 до v0.14.0-rc2.post1, FlagAttention зафиксирован на линии v0.4.0, FlagTree с 0.7.0rc1.post1 до 0.7.0rc2.post1. В заголовке манифеста рабочий процесс записан как исполняемые правила: из базовой ветки каждого модуля выделяется интеграционная ветка rc2, после успешной проверки ставится инкрементный тег (rc2.post1 → rc2.post2), а тег предыдущего раунда фиксируется в комментарии rc1 записи; два поля ветка: и базовая ветка: напрямую считываются manage-release.py, поэтому при разбиении одного репозитория на несколько записей, каждая из которых следует своей upstream-линии (FlagTree, vllm-plugin-FL), а также при необходимости выделения из релизной ветки, а не из ветки по умолчанию (flagos-compressor), их необходимо явно указывать.

Если вернуться к графику, эта простановка тегов произошла в середине «периода тестирования и стабилизации (09-01 ~ 09-24)», за 14 дней до 2.2 GA 09-28. Смысл RC2 не в новых функциях — заморозка функций была закрыта ещё 08-31 — а в том, чтобы зафиксировать накопленные за период тестирования исправления в набор воспроизводимых, массово забираемых заблокированных версий, давая матрице приёмки на нескольких чипах единую базу для сравнения.

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

Обзор окна: из 53 репозиториев в org 29 имели push в окне; одиночный commit search дал 97 коммитов в окне (4 страницы, сортировка по committer-date по убыванию), проверка per-repo commits добавила ещё 1 (TransformerEngine-FL), итого 98, распределённых по 17 репозиториям: FlagQuantum 17, FlagGems-Experimental 20, FlagGems 12, FlagGems-sglang 10, FlagTree 6, FlagCX 5, FlagGems-vllm 5, build-infra 5, FlagAttention 4, docs 4, Torch-FL 2, sglang-plugin-FL 2, vllm-plugin-FL 2, FlagScale 1, FlagPrism 1, community 1, TransformerEngine-FL 1. Кроме того, в таких репозиториях, как Megatron-LM-FL, KernelGen, FlagBLAS, FlagSparse, FlagDNN, FlagOS-Compressor, FlagFFT, FlagTensor, KernelGenBench, FlagRelease, FlagAudio, release-info, были push в окне, но новые коммиты в окне попали в теги или неосновные ветки (большинство из них — простановка тегов rc2.post1 из раздела 1.2 ниже). Новых репозиториев нет.

Форма данного окна = «смена снимка всего стека» + «усиление внешних бэкендов» — две линии продвигаются одновременно: на стороне управления одноразовый коммит манифеста и десятиминутная коллективная простановка тегов продвинули 2.2 ко второму раунду кандидатов; на инженерной стороне Hygon, Moore Threads, MetaX, Enflame, Kunlunxin и T-Head XuanTie одновременно усилили позиции по четырём направлениям — операторы, бэкенды внимания, коммуникационные библиотеки и компиляторы, причём пакетная регистрация 17 операторов Hygon и одновременное приземление четырёх бэкендов FlagAttention — два наиболее концентрированных блока инженерной работы в этом окне.

1.1 Коммит манифеста 2.2 RC2: 25 записей охватывают четыре уровня L0~L3, версии единообразно выровнены на rc0/rc1 (09-14)

Дата: 2026-09-14　Источник: community #109

Release Manager 09-14 в 10:35 добавил release/2.2/release-2.2-rc2.yaml (+251 строк); в сообщении коммита указано: «от базовых веток каждого модуля отведена ветка rc2, по workflow из заголовка манифеста проставлен v{X}-rc2.post1; версии согласованы с rc0/rc1, комментарии rc1 каждой записи фиксируют проверенные теги предыдущего раунда». Манифест организован по четырём уровням — L0 инфраструктура, L1 вычислительные библиотеки, L2 фреймворк, L3 приложения, всего 25 записей, и отмечено, что ветки по умолчанию FlagGems, FlagGems-sglang, FlagDNN, FlagBLAS — master, а не main. Это второй снимок манифеста после rc1 и единственный промежуточный кандидат перед 2.2 GA (09-28).

1.2 23 компонента за 10 минут получили тег rc2.post1: второй снимок всего стека в текущем цикле выпуска (09-14)

Дата: 2026-09-14　Источник: FlagCX v0.14.0-rc2.post1

Ритм простановки тегов крайне концентрированный: в 10:45 первыми выступили FlagCX, FlagGems, FlagFFT; в 10:47 FlagDNN, FlagBLAS; в 10:48 подряд семь — FlagTensor, FlagSparse, FlagAudio, FlagAttention, FlagGems-vllm, FlagGems-sglang, Torch-FL; в 10:49 vllm-plugin-FL (две линии 0.3.0 и 0.2.2), sglang-plugin-FL, TransformerEngine-FL; в 10:51 Megatron-LM-FL, FlagOS-Compressor; в 10:53 FlagScale, KernelGen, KernelGenBench; в 10:54 FlagRelease. Три записи FlagTree для triton3.5/3.6/3.3 были дополнены с 12:18 по 12:19. Простановка тегов для 23 компонентов за десять минут говорит о том, что эта процедура выпуска — «сначала манифест, затем выполнение скриптом» — уже стабильна и воспроизводима.

1.3 Первые релизы rc2.post1: FlagGems v5.4.0 и FlagSparse v0.3.0 (09-14)

Дата: 2026-09-14　Источник: FlagSparse v0.3.0-rc2.post1

В ходе 26 маркировок большинство зафиксировано в виде tag, и только FlagGems (v5.4.0-rc2.post1) и FlagSparse (v0.3.0-rc2.post1) сформировали GitHub Release с примечаниями к выпуску; оба опубликованы 09-14 между 10:45 и 10:48. Для сравнения с историческим ритмом FlagGems: v5.4.0-rc0.post1 (09-01), v5.4.0-rc1.post1 (09-07), v5.4.0-rc1.post2 (09-11), v5.4.0-rc2.post1 (09-14), стабильная версия v5.3.6 остановилась на 09-11 — видно, что итерации кандидатов 5.4.0 вышли на плотность более двух раундов в неделю.

1.4 FlagTree: развязанная компиляция для AMD, исправления XPU, новый специализированный тег xpu3.6 (09-14/09-15)

Дата: 2026-09-14 ~ 09-15　Источники: FlagTree #1163 (независимая компиляция AMD)

FlagTree в пределах окна мониторинга: 6 коммитов и 4 новых тега. По инженерной части четыре линии: во-первых, [Build][AMD] Decouple amd for independent compilation v2 (#1163) развязывает бэкенд AMD из единой сборки, позволяя компилировать независимо; во-вторых, линия XPU исправляет путь получения устройства в XPUDriver, устраняя ошибку err -900 при cuda-graph capture (#1168); в-третьих, на стороне CI для базовой линии FlagGems и тестовых задач nvidia3.6 подключается удалённый переиспользуемый workflow (#1172, 09-15 10:04), а переменная USE_FLAGCX удаляется из workflow (#1167); в-четвёртых, profiler и debugger FlagPrism интегрируются в цепочку компилятора (#1106, направление Moore Threads). По тегам, помимо трёх rc2.post1, в 19:59 добавлен 0.7.0rc2+xpu3.6 — это первый в системе тегов данного репозитория случай суффикса ускорителя, отличного от Triton (ранее существовала только форма +triton3.x), что соответствует выделению линии XPU Kunlunxin в отдельный тег вне workflow поставки.

1.5 FlagCX: libflagcx.so в wheel, двусторонняя связка бэкенда T-Head PPU и CI (09-14/09-15)

Дата: 2026-09-14 ~ 09-15　Источники: FlagCX #596 (torch-плагин PPU и CI)

Библиотека коммуникаций в данном окне мониторинга: 5 коммитов, которые можно разделить на две группы. Сторона поставки: [UIL] Place libflagcx.so into the flagcx wheel package (#570) упаковывает разделяемую библиотеку в wheel, продолжая направление предыдущего окна мониторинга «от самостоятельной сборки из исходников к устанавливаемости»; [UIL] Rename the iluvatar_corex build key to iluvatar (#583) унифицирует ключ сборки Iluvatar CoreX до имени вендора, сокращая особые случаи в именовании бэкендов; плюс одно обновление dependabot (#572). Сторона нового бэкенда: [CICD] Add T-Head PPU CI workflow (#592) сначала создаёт CI, затем [UIL] Add PPU torch plugin support and extend PPU CI workflow (#596, 09-15 00:49) добавляет поддержку torch-плагина и расширяет workflow; двухшаговый подход согласуется с предыдущими бэкендами вендоров. Примечательно, что объектом подключения PPU является T-Head (Xuantie) из DAMO Academy, не входящий в существующий список членов-организаций, — это новое добавление со стороны внешней экосистемы.

1.6 FlagAttention v0.4.0: единовременное появление четырёх бэкендов — Enflame, Hygon, MetaX, Moore Threads (09-14)

Дата: 2026-09-14　Источники: FlagAttention #61 (бэкенд mthread)

FlagAttention в течение двух минут с 14:29 до 14:30 влил четыре однотипных коммита, последовательно добавляя к оператору внимания четыре бэкенда: Enflame (enflame, #58), Hygon (hygon, #59), MetaX (metax, #60) и Moore Threads (mthread, #61). Четыре вендора вошли в один и тот же модуль в одной партии, в одну и ту же минуту, что говорит о том, что подключение бэкендов оператора внимания абстрагировано до шаблона, допускающего пакетное копирование, — это взаимно подтверждается переходом версионной линии данного репозитория в этом окне мониторинга на v0.4.0-rc2.post1: оператор внимания переходит от «реализации на единой платформе» к этапу «параллельного сопровождения несколькими вендорами».

1.7 FlagGems-Experimental: пакетное поступление 17 операторов Hygon, 4 у Moore Threads, 1 у Kunlunxin (09-14)

Дата: 2026-09-14　Источник: FlagGems-Experimental #557（Hygon ormqr）

В данном окне мониторинга — первое место по количеству коммитов в одном репозитории (20 штук). Линия Hygon в течение одного часа с 17:51 до 18:54 последовательно включила 17 операторов, охватывающих специальные функции (special_legendre_polynomial_p, special_hermite_polynomial_h, special_round_out), линейную алгебру (linalg_ldl_factor, ormqr), численные и индексные операции (norm_scalaropt_dim, masked_scale, scalar_tensor, gcd_, addmm_, as_strided_scatter, scatter_add, feature_dropout, conv_depthwise2d, beam_search_score, thnn_fused_lstm_cell), а также приложила одно исправление, связанное с _scaled от Hygon; линия Moore Threads дополнила cholesky_inverse, linalg_ldl_solve, ormqr и специализации линейных операторов; линия KunlunXin дополнила специализацию mvlgamma (#605). Столь плотное заполнение свидетельствует о том, что эти операторы ранее отсутствовали на соответствующих платформах и представляют собой заполнение пробелов, выявленных матрицей приёмки.

1.8 Основная линия FlagGems: синхронизация Enflame, совместимость с Triton 3.5 и зеркало GitCode (09-14/09-15)

Дата: 2026-09-14 ~ 09-15　Источник: FlagGems #6200（синхронизация enflame）

Среди 12 коммитов основной линии три заслуживают особого упоминания: во-первых, enflame to flagos 20260911 (#6200) — Enflame пакетно синхронизировал изменения своей ветки обратно в основную линию, что является примером периодического слияния веток организаций-участников с вышестоящей основной линией; во-вторых, fix: add Triton 3.5 compatibility for flash_attention_backward (#6252, соответствует issue #6235) — добавлена совместимость оператора обратного прохода внимания с новой версией Triton, что перекликается со стратегией параллельной поддержки нескольких версий Triton в FlagTree; в-третьих, [User Experience] pre commit config use gitcode mirror (#6231) — источник зависимостей pre-commit переключён на зеркало GitCode, что представляет собой адаптацию инфраструктуры для отечественных разработчиков. Остальные — исправления дефектов (fft res_out, boolean slice views, именование бенчмарков batch_norm) и включение операторов со стороны KernelGen (Nvidia __iand__, Moore Threads linear, Ascend master_scatter_backward), обнаружение проблем тестированием KernelGen и исправление регистрации alias_copy.out (09-15 09:19/09:20).

1.9 Линия FlagGems-vllm и плагинов инференса: moe_sum с двумя бэкендами, topk для MTT S5000, vLLM 0.24.0 (09-14/09-15)

Дата: 2026-09-14 ~ 09-15　Источник: FlagGems-vllm #758（MTT S5000 persistent_topk）

Действия на стороне инференса в данном окне мониторинга сосредоточены на уровне «сделать тот или иной бэкенд работоспособным». FlagGems-vllm: Hygon дополнил moe_sum (#745), XuanTie от DAMO Academy в тот же день дополнил вариант moe_sum (#772) — оба представляют собой сопоставимые реализации одного и того же оператора на разных платформах; линия KMCompiler переключила prefill/decode для top_k_per_row на набор FlagGems, исправила два блокирующих дефекта вендоров, добавила prefill для MTT, а затем добавила бэкенд persistent_topk для Moore Threads MTT S5000 (#758, 09-15 09:56). На стороне плагинов: vllm-plugin-FL включил CI для metax и поднял vLLM до 0.24.0 (#488), а также добавил ряд сценариев использования для приёмки совместимости (#492); sglang-plugin-FL развязал модульные тесты dispatch и конфигурацию платформы (#94) и добавил бенчмарки для предзагрузки плагина (#96).

1.10 FlagQuantum: заморозка Twin API, цифровой двойник QPU переходит к управлению историческими последовательностями (09-14)

Дата: 2026-09-14　Источник: FlagQuantum #31 (заморозка API Twin v1)

Второй по количеству коммитов репозиторий (17 записей), все сосредоточены в течение одного дня — с 10:29 до 22:34, и представляют собой одностороннюю цепочку с чётко обозначенной целью: сначала генерируются Twin-доказательства с привязкой к идентичности (#27), затем выполняется агрегация повторной верификации (#28), далее фиксируется последовательность верификации (#29), к #30 идёт подготовка к заморозке API, а в #31 официально замораживается API Twin v1, после чего завершается конвергенция (#32), восстанавливаются коммиты (#33), выполняется персистентность цифрового двойника QPU (#34), и последовательно сравнивается дрейф калибровки (#35), строится история калибровки (#36/#37), строится история верификации (#38/#39), расширяется и выравнивается история (#40/#41), сравниваются кандидаты (#42), восстанавливаются коммиты кандидатов (#43). Завершение комбинации «заморозка интерфейса + построение исторической последовательности» в течение одного дня — это первый раз, когда в квантовом направлении в рамках цикла 2.2 управление данными двойников было оформлено как воспроизводимый процесс.

1.11 Уровень фреймворков и инструментов: унификация CI FlagScale, выравнивание маршрутизации бэкендов Torch-FL, интерфейсы Hygon для TE-FL (09-14/09-15)

Дата: 2026-09-14 ~ 09-15　Источник: FlagScale #1285 (унификация CI между ускорителями)

[CICD] Unify dependency-coupled CI across accelerator platforms (#1285, 09-15 09:28) в FlagScale объединяет взаимозависимые CI-зависимости на всех платформах ускорителей, что является ответом на проблему стоимости «одно изменение должно прогоняться на множестве платформ» со стороны фреймворка обучения. Torch-FL — две записи: ci: align backend routing with platform FlagGems availability (#272) выравнивает маршрутизацию бэкендов с фактической доступностью FlagGems на платформе; fix: restore MUSA FlagGems routing and fall back the ops it cannot run (#275) восстанавливает маршрутизацию FlagGems для MetaX MUSA и добавляет пути отката для операторов, которые не могут быть выполнены, — этот патч как раз демонстрирует, что «маршрут существует, но покрытие операторов неполное» является текущим реальным ограничением многочипового стека. TransformerEngine-FL — одна запись: поддержка двух интерфейсов multi-tensor scale для Hygon (#122). FlagPrism — одна запись: добавление поддержки profiler и debugger для Moore Threads с обновлением документации (#11).

1.12 FlagGems-sglang: массовое слияние результатов конкурса, 10 PR вошли в основной репозиторий в один день (09-14)

Дата: 2026-09-14　Источник: FlagGems-sglang #59 (fused rmsnorm warp2)

В течение полутора часов с 11:58 до 13:31 10 PR последовательно были слиты в основной репозиторий. Авторы коммитов и названия веток чётко указывают на задачи конкурса по оптимизации операторов для разных чипов: competition/bmm-chunk, competition/decode-attention, competition/decode-grouped-attention, competition/embedding-lora-a, competition/mamba-layernorm-gated, competition/sgemm-lora-b, competition/fused-rmsnorm-warp2, а также ветки задач flagos-task19, flagos-task21-moe-sum-reduce и другие. Поступление результатов конкурса в основной репозиторий в таком массовом формате означает, что данный репозиторий уже выполняет роль «канала вывода результатов конкурса в продакшен», тогда как в предыдущем окне мониторинга в этом же репозитории были лишь единичные слияния.

1.13 build-infra: запись двойных тегов образов Hygon vLLM rc2.post1 и повторная верификация (09-14)

Дата: 2026-09-14　Источник: build-infra #883 (запись повторной верификации Hygon)

Сборочная сторона: все 5 коммитов сосредоточены вокруг линейки Hygon vLLM: сначала для пересборки rc2 плагина hygon добавлен ожидающий выпуска changelog (#879), затем последовательно зафиксированы два тега образов приложений — 2.1.2-0.3.0rc2.post1_gc9bbcf0.d20260914 и 2.1.2-0.2.2rc2.post1_g52949b6.d20260914 (оба соответствуют hygon-dtk26.04 и относятся соответственно к двум версионным линиям vllm-plugin-FL), после чего поле upstream_prs переопределено как список отслеживания PR, ожидающих слияния (#882), и, наконец, зафиксирована повторная проверка на Hygon, выполненная на вышеуказанных тегах rc2.post1 (#883). Теги образов и версионные метки появляются парами — это прямое свидетельство того, может ли соответствующий бэкенд войти в область поставки 2.2.

1.14 docs и release-info: документационная линия включена в переработку CICD, сайт релизных артефактов синхронизирован (09-15)

Дата: 2026-09-15　Источник: docs #502 слияние

В репозитории docs 09-15 с 09:12 по 09:28 было 4 коммита — все представляют собой слияния ветки new/flagcicd с main (#501, #502 и два merge); документационная линия включена в текущий раунд переработки CICD. В репозитории release-info в пределах окна был push (09-14 12:42), однако ни в ветке по умолчанию, ни через API веток не обнаружено новых коммитов в пределах окна; согласно установленному критерию это отнесено к синхронизации сайта/тегов релизных артефактов, содержимое для проверки отсутствует; описание репозитория — «заглушечный сайт, используемый только для публикации информации о релизных артефактах стека FlagOS».

2. Новостные сообщения и экосистема

2.1 Open3D-PIMC открыто опубликован на Китайской конференции по вычислительным мощностям: совместная разработка Qingwei Intelligent и Zhiyuan, дополняющая компиляционный стек для 3D-чипов вычислений (09-14)

Дата: 2026-09-14　Источник: Синьхуа «Аппаратное обеспечение как кость, открытый исходный код как пульс: Open3D-PIMC дополняет ключевой фрагмент экосистемы отечественного ПО для вычислительных мощностей»

На проходившей в Ланфане (провинция Хэбэй) Китайской конференции по вычислительным мощностям 2026 была официально открыто опубликована первая в мире модель программирования и открытый программный фреймворк для 3D-чипов вычислений Open3D-PIMC, совместно разработанный Beijing Qingwei Intelligent Technology и Beijing Zhiyuan Institute of Artificial Intelligence; код уже размещён в открытом сообществе, а проект позиционируется как одно из основных решений народного проекта китайского стека AI-ПО Zhongzhi FlagOS, ориентированных на 3D-чипы вычислений следующего поколения. Руководитель исследований AI-систем Zhiyuan Мэнь Чуньлэй дал такую оценку: ключевые технологии 3D-чипов находятся на пороге прорыва, серийные чипы скоро начнут появляться, и отсутствие сопутствующего компилятора приведёт к ловушке «передовое аппаратное обеспечение, неэффективное ПО», тогда как цель проекта — объединить усилия отрасли для формирования глобального стандарта компиляторов для 3D-чипов. В репортаже также приводится общая формулировка FlagOS: уже адаптировано более 30 AI-чипов от 20 производителей чипов, охватывающих архитектуры GPU, NPU, GPGPU, DSA, RISC-V AI, ARM и другие; в день выпуска Alibaba Qwen3.8-2.4T-A95B в августе 2026 года сообщество FlagOS завершило проверку адаптации на 9 чипах, включая Huawei Ascend, MetaX, Qingwei Intelligent и другие. Проектная группа заявила, что в четвёртом квартале этого года на ведущей мировой технологической конференции будут опубликованы новейшие результаты оптимизации для вычислений на 3D-чипах.

2.2 Одиннадцатое подряд спокойное окно покомпонентного поиска: ключевые совпадения сосредоточены в репортажах со стороны Zhiyuan (09-14~09-15)

Дата: 2026-09-14 ~ 09-15　Источник: Поиск Google News (FlagOS и названия компонентов)

Поиск на китайском и английском по ключевым словам FlagOS и названиям компонентов FlagGems, FlagScale, FlagTree, FlagPerf, FlagAttention, FlagCX, KernelGen, FlagQuantum, FlagPrism, FlagBLAS, FlagOS-Robo и др. (включая окна when:7d и when:14d) за 24 часа дал только 1 сильно релевантный китайскоязычный репортаж (а именно Open3D-PIMC из 2.1), на английской стороне совпадений нет; запросы HN Algolia по словам FlagOS, FlagGems и др. в пределах окна также не дали содержательных технических обсуждений. Это одиннадцатое подряд спокойное окно покомпонентного новостного поиска; техническая информационная повестка данного окна практически полностью поступила из репозиториев кода. Необходимо отметить, что основное ключевое слово по-прежнему тонет в финансовых сводках: из сотен китайскоязычных результатов, найденных по названиям организаций-участников, подавляющее большинство относится к содержимому о ценах акций, снятии ограничений на продажу, прибыли от подписки на IPO и позициях фондов, и всё это было массово исключено по семантике заголовков.

2.3 Три конференционные линии отраслевой повестки: нарратив отечественных вычислительных мощностей на CIFTIS, Bund Summit и Китайской конференции по вычислительным мощностям (09-09~09-14)

Дата: 2026-09-09 ~ 09-14　Источник: Guandian «CFO Moore Threads Сюэ Яньсун: доля NVIDIA на рынке AI-чипов в Китае упала ниже 8%»

Отраслевые заявления о внутренних вычислительных мощностях в окне мониторинга исходят из трёх конференций: Пекинская выставка торговли услугами (CFO Moore Threads Сюэ Яньсун озвучил, что доля NVIDIA на китайском рынке AI-чипов упала с 95% до менее 8%, а доля отечественных ускорительных карт превысила 60%, и раскрыл, что в сотрудничестве с национальной лабораторией на кластере из более чем 12000 карт завершено предобучение научной большой модели с 236 млрд параметров, ведётся работа над триллионом параметров, а также что команда Пекинского университета на кластере S5000 возглавляет рейтинг Стэнфордского трека с мировой моделью более 47 дней); Шанхайская конференция Bund Summit (09-09 – 09-12, Tsingmicro продемонстрировала десятикратный рост производительности инференса больших моделей после оптимизации совместно с Ant Group, стратегическое сотрудничество с Tencent Cloud и продвижение Token Factory); Ланфанская конференция по вычислительным мощностям Китая (премьера Open3D-PIMC и ряд анонсов членских организаций в направлении гетерогенного инференса). Общий нарратив трёх конференционных линий — «от работоспособности к удобству использования», что совпадает с фокусом работ на стороне FlagOS в период тестирования 2.2.

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

3.1 Tsingmicro: двойной нарратив Open3D-PIMC и реконфигурируемых вычислительных мощностей 5000P (09-14)

Дата: 2026-09-14　Источник: Sina Finance (Huanqiu) «Когда AI переходит от диалога к производству: Tsingmicro декодирует новые потребности интернет-вычислений с помощью реконфигурируемых мощностей»

У Tsingmicro в этом окне мониторинга нет собственных коммитов на стороне GitHub, активность сосредоточена в новостной плоскости, две линии идут параллельно. Первая — Open3D-PIMC из 2.1: проект совместно разработан Tsingmicro и BAAI, вице-президент по software Tsingmicro Ли Бинь в программном докладе на Китайской конференции по вычислительным мощностям обобщил восьмилетний путь компании как «компенсировать техпроцесс архитектурой, превзойти техпроцесс интеграцией, собрать вычислительные мощности системой, создать экосистему открытым исходным кодом» и озвучил, что развёрнутые и строящиеся реконфигурируемые вычислительные мощности по всей стране превышают 5000P. Вторая — участие в Bund Summit: с второй половины 2025 года идёт глубокая оптимизация совместно с Ant Group, производительность инференса больших моделей выросла десятикратно, в 2026 году достигнуто стратегическое сотрудничество с Tencent Cloud и другими интернет-клиентами и продвигается продвижение Token Factory. Читая обе линии вместе, текущая роль Tsingmicro в экосистеме FlagOS — не дополнение операторов, а занятие позиции в направлении «программного определителя следующего поколения форм чипов» — стек компиляции 3D-чипов и система реконфигурируемых вычислительных мощностей являются верхним и нижним звеном одного нарратива.

3.2 Hygon: от 17 операторов до повторной проверки образа rc2.post1, первый по объёму работ в этом окне (09-14)

Дата: 2026-09-14　Источник: FlagGems-Experimental #568 (Hygon conv_depthwise2d)

Hygon — членская организация с наибольшим объёмом работ в этом окне, четыре фронта продвигаются одновременно: фронт операторов (17 операторов Hygon в FlagGems-Experimental массово добавлены в период с 17:51 до 18:54); фронт инференса (FlagGems-vllm добавлен moe_sum); фронт фреймворка (TransformerEngine-FL поддерживает два интерфейса multi-tensor scale); фронт сборки и поставки (build-infra зафиксировал два тега прикладных образов rc2.post1 для hygon-dtk26.04 и завершил повторную проверку, см. 1.13). В новостной плоскости решение «двухчипового ускорения для управления токенами», впервые представленное Hygon 09-09 на Партнёрской конференции China Unicom (CPU как интеллектуальный диспетчерский центр, DCU как ускорительный вычислительный движок, замыкание бизнес-цикла от производства токенов до повторных покупок и расширения, открытость по четырём измерениям: вычислительные мощности, interconnect, безопасность, программный стек), в течение окна продолжало пересказываться отраслевыми медиа — это продуктивная формулировка, переводящая продажу вычислительных мощностей в управление токенами. Массовое дополнение операторов + повторная проверка образов + теги версий — всё три выровнены, что говорит о том, что линия Hygon вошла в поставочное состояние.

3.3 Moore Threads: бэкенд внимания, интеграция profiler и данные о доле с выставки торговли услугами (09-14)

Дата: 2026-09-14　Источник: FlagPrism #11 (mthreads profiler/debugger)

Технические действия Moore Threads в окне распределены по четырём модулям: FlagAttention добавлен бэкенд внимания mthread (#61); FlagGems и FlagGems-Experimental по отдельности дополнены специализированными операторами Moore Threads (linear, cholesky_inverse, linalg_ldl_solve, ormqr); FlagGems-vllm добавлен бэкенд persistent_topk для MTT S5000 (#758); FlagPrism добавлена поддержка profiler и debugger (#11) и синхронно интегрирован в FlagTree (#1106). Связывая эти четыре пункта, Moore Threads в этом раунде дополняет «наблюдаемость» и «платформенную специализацию операторов инференсной нагрузки», а не просто наращивает количество операторов. В отраслевой плоскости — данные о доле с выставки торговли услугами из 2.3, кластер на 12000 карт, мировая модель на S5000 и другие данные — это самая агрессивная по внешним формулировкам членская организация.

3.4 MetaX: metax CI и vLLM 0.24.0, Xiyun C700 на пороге tape-out (09-14)

Дата: 2026-09-14　Источник: vllm-plugin-FL #488 (metax CI и vLLM 0.24.0)

Две позиции по программному обеспечению: FlagAttention добавляет бэкенд внимания metax (#60); vllm-plugin-FL включает metax CI и поднимает vLLM до 0.24.0 (#488), синхронизируясь с версионной линией, зафиксированной в build-infra; кроме того, Torch-FL восстанавливает маршрутизацию FlagGems для MUSA и добавляет откат для неисполнимых операторов (#275) — ценность этого патча в том, что он признаёт реальность «после выравнивания маршрутизации всё ещё остаются пробелы в операторах». По аппаратной части несколько СМИ 09-14 сосредоточенно сообщили о заявлении MetaX на полугодовой презентации результатов (09-07): проектирование ядра и функциональная верификация флагманского GPU следующего поколения Xiyun C700 близки к завершению, следующий шаг — запуск в производство, адаптация ПО, тестирование у клиентов и внедрение в серийное производство, добавлена поддержка низкой точности FP4 и др., общая производительность соответствует NVIDIA H100, цепочка поставок имеет локализованные решения на этапах контрактного производства пластин, корпусирования и памяти большой ёмкости; предыдущее поколение C600 уже поступило в серийное производство в мае 2026 года, оснащено 144GB HBM3e, производительность FP8 около 1000 TFLOPS. Аналитики прогнозируют серийное производство C700 во второй половине 2027 года.

3.5 Enflame: бэкенд enflame продолжает поступать в репозиторий, нарратив о капитализации и структуре клиентов после IPO (09-14)

Дата: 2026-09-14　Источник: FlagGems #6200 (синхронизация enflame)

Две позиции по технической части: FlagAttention добавляет бэкенд внимания enflame (#58); основная ветка FlagGems принимает пакетную синхронизацию из ветки Enflame (#6200, enflame to flagos 20260911), сливая изменения вендорской ветки обратно в upstream. По промышленной части — серия публикаций после IPO: 09-14 появились сообщения о том, что её капитализация превысила 180 млрд юаней, акции в первый день торгов выросли на 179%, привлечено 912 млн долларов, прибыль на одну выигранную заявку составила около 130 тыс. юаней, плавающая прибыль публичных фондов от участия в IPO — около 3,559 млрд юаней; вместе с тем появились и скептические материалы, указывающие на рост выручки в 2,8 раза при расширении убытков и зависимость от единственного клиента Tencent на уровне 83%. Для FlagOS стоит зафиксировать: Enflame в этом окне является и стороной, «непрерывно пополняющей новые бэкенды», и одной из членских организаций с наиболее плотным одновременным сочетанием капитального нарратива и сомнений в операционной деятельности.

3.6 Iluvatar CoreX: унификация именования бэкенда iluvatar, рынок капитала входит в окно перед снятием ограничений (09-14)

Дата: 2026-09-14　Источник: FlagCX #583 (унификация ключа сборки iluvatar)

Действие внутри FlagOS — переименование ключа сборки FlagCX с iluvatar_corex в iluvatar (#583), что относится к схождению именования бэкендов и сокращает случаи появления двух идентификаторов одного вендора в инструментальной цепочке. По промышленной части в этом окне значимых технических релизов не было, в основном фигурирование в биржевых сводках по полупроводниковому сектору Гонконга и A-акций (например, утренний рост полупроводниковых акций 09-15, рост соответствующих бумаг более чем на 3%); по сложившейся практике это не включается в техническую динамику, приводится лишь для сведения.

3.7 Kunlunxin и Xuantie от DAMO Academy (внешние участники экосистемы): тег XPU и двухлинейное подключение PPU (09-14/09-15)

Дата: 2026-09-14 ~ 09-15　Источник: FlagCX #592 (T-Head PPU CI)

Два вендора, не входящих в список членских организаций, в этом окне одновременно углубили участие и оба сделали шаг от «рабочего процесса поставки» дальше к «уровню коммуникаций и операторов». Линия Kunlunxin: FlagTree исправляет ошибки запроса устройства XPU и cuda-graph capture (#1168), а также добавляет тег 0.7.0rc2+xpu3.6 (первый тег ускорителя без суффикса Triton); на уровне операторов добавлена специализация бэкенда mvlgamma (FlagGems-Experimental #605). Линия Xuantie от DAMO Academy (T-Head): FlagCX сначала добавляет рабочий процесс PPU CI (#592), затем добавляет поддержку torch-плагина PPU и расширяет рабочий процесс (#596, 09-15 00:49) — это первое подключение PPU на уровне коммуникационной библиотеки; FlagGems-vllm в тот же день добавляет вариант moe_sum для T-Head (#772). Оба вендора идут по пути «сначала подключить CI, затем дополнить операторы, в конце войти в список», что показывает: подключение новых чипов в FlagOS уже стало регламентированным процессом.

3.8 Zhiyuan (головная организация): управленческая дисциплина RC2 и формулировка права определения правил Open3D-PIMC (09-14)

Дата: 2026-09-14　Источник: график релиза community 2.2

У головного участника в этом окне было только одно действие в репозитории, но оно запустило всю цепочку релиза: после коммита списка RC2 в 09:35 в течение десяти минут 23 компонента коллективно получили метки. Если читать список, график и описание коммита вместе, можно увидеть несколько чётких ограничений этой модели управления — между заморозкой функций (08-31) и релизом (09-28) тестовый период принимает только исправления ошибок и приёмочные тесты, GA выпускается по критерию «Test Plan для FEP прошёл приёмку на многопроцессорной матрице», а итерация версии увеличивается через .postN, не изменяя номер версии модуля. Во внешних формулировках репортаж Xinhua возлагает значение Open3D-PIMC на «активное определение правил»: кто первым создаст модель программирования и открытую экосистему для аппаратного обеспечения следующего поколения, тот овладеет инициативой в определении технологического маршрута. Это согласуется с давней позицией FlagOS — «одна разработка, запуск на множестве чипов».

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

Это окно — день с самой высокой плотностью информации в релизном цикле 2.2, и его можно свести на трёх уровнях:

  • Сторона релиза: 2.2 выходит на RC2, смена полного стека завершена. Список идёт первым, затем выполняется скрипт, и в течение десяти минут 23 компонента коллективно получают метки, закрепляя накопленные за тестовый период исправления в набор заблокированных версий, которые можно массово подтянуть; до GA 09-28 остаётся 14 дней, далее следует сосредоточить внимание на темпе увеличения rc2.postN и заключении Go/No-Go.
  • Инженерная сторона: пробелы приёмки заполняются пункт за пунктом, и с явным разделением труда по производителям. Hygon дополнил 17 операторов и завершил повторную проверку образа, Moore Threads добавил profiler и операторы inference heat, MetaX подключил vLLM 0.24.0 и metax CI, Enflame свёл ветки производителя обратно в основную линию, а Kunlunxin и DAMO Academy XuanTie подключились по пути «CI → оператор → список». Прямым доказательством определения объёма поставки 2.2 по-прежнему остаются парные теги образов и метки версий в build-infra.
  • Сторона экосистемы: от «адаптации чипов» к «определению формы аппаратного обеспечения». Open3D-PIMC совместно открыли Tsingmicro и Zhiyuan, продвинув границы FlagOS от многопроцессорного программного стека к модели программирования и компиляторному стеку для 3D-вычислительных чипов, и ясно заявили о намерении представить результаты оптимизации в четвёртом квартале на ведущей мировой технологической конференции. Выгода от таких действий не в количестве операторов текущего периода, а в праве влиять на проектирование чипов следующего поколения.
  • Пункты для наблюдения: во-первых, в FlagTree впервые появилась эксклюзивная метка ускорителя в форме +xpu3.6 — будет ли она распространена как стандартная форма поставки для всех бэкендов; во-вторых, Torch-FL добавил путь отката для неисполнимых операторов, что показывает: «маршрутизация уже согласована, но покрытие операторов неполное» остаётся обычным ограничением многопроцессорного стека, и стоит отслеживать, сможет ли матрица приёмки 2.2 покрыть такие пробелы; в-третьих, скорость подключения двух внешних экосистемных участников — PPU (DAMO Academy XuanTie) и XPU (Kunlunxin) — заметно выше, чем у обычных производителей, и стоит следить, превратится ли это в официальное членство.

Ограничения: все технические факты в этом отчёте взяты из публичных репозиториев кода и официальных релизных материалов, при этом темп релиза, структура списка и номера версий определяются по файлам репозитория community; информация со стороны индустрии взята из сообщений средств массовой информации, включая односторонние заявления производителей на конференциях (например, доля рынка чипов, масштаб развёртывания вычислительных мощностей, результаты моделей в рейтингах), не проверенные независимо, с указанием источников при цитировании. Поиск новостей уровня компонентов уже одиннадцать окон подряд не даёт значимых совпадений, поэтому выводы по технической стороне опираются на доказательства из кода, а не на сообщения средств массовой информации; среди сотен результатов поиска, связанных с организациями-членами, подавляющее большинство относится к фондовому рынку и было исключено по семантике, что могло привести к пропуску небольшого числа технических новостей, затопленных биржевыми материалами.

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