Окно мониторинга: 2026-09-09 10:18 ~ 2026-09-10 10:18 пекинское время Источники: GitHub (org: flagos-ai 52 репозитория pushed_at + commit search 135 записей, полная проверка по committer-date + повторная проверка per-repo по ветке по умолчанию + API веток + детали коммитов), Google News RSS (20 групп поисковых запросов на китайском и английском, через прокси), HN Algolia, Tavily/web поиск, официальный аккаунт FlagOS в CSDN (подробности в приложении)

Индекс

    1. Прогресс open-source проектов (динамика GitHub)
      • 1.1 build-infra: двойное добавление бэкендов base/runtime для Ascend 910C, зафиксирована базовая линия changelog для 60 образов app (09-09/09-10)
      • 1.2 Основной репозиторий FlagGems: поток операторов KernelGen сохраняет высокую скорость, KMCompiler расширяется на новые бэкенды (09-09/09-10)
      • 1.3 FlagGems-Experimental: в репозиторий добавлен специализированный оператор flash attention для Hygon, двойной массовый поток Iluvatar/MThreads (09-09/09-10)
      • 1.4 Слой плагинов инференса: fused persistent_topk для PPU XuanTie от DAMO Academy, Arm CPU Qwen W4A8/GDN, конфигурация операторов sglang (09-09)
      • 1.5 Доменные библиотеки и инструментальная цепочка: три последовательных слияния FlagBLAS Ascend L3, многокарточная коммуникация FlagTree TLE, полное покрытие CICD FlagCX (09-09)
      • 1.6 Прочие компоненты: типизированные указатели устройств в libtriton_jit, документация FlagScale, добавление KERV в матрицу поддержки FlagOS-Robo (09-09)
    1. Новости и экосистема
      • 2.1 План развития цифровой экономики Пекина на «15-ю пятилетку» упоминает Zhongzhi (FlagOS) и Lingji (LinkeeOS), усиливается набор инструкций RISC-V для интеллектуальных вычислений (09-09)
      • 2.2 Восьмое подряд спокойное окно на уровне компонентов; регулярное обновление контента в сообществе Zhiyuan (09-09)
    1. Углублённый анализ членов-участников
      • 3.1 Moore Threads: JD Cloud объявляет о создании кластера на сто тысяч карт на базе их GPU (09-09)
      • 3.2 Enflame: 11 сентября выход на STAR Market, цена размещения 142,18 юаня за акцию (09-09)
      • 3.3 Hygon: решение ускорения «двух чипов» для управления Token, сквозной цикл токенов CPU+DCU (09-09)
      • 3.4 MetaX и Moore Threads: снятие ограничений на продажу и волатильность вторичного рынка (09-09)
    1. Итоги
  • Приложение: полный список источников

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

Обзор окна: из 52 репозиториев в org 18 имели пуш в окне; commit search выдал 135 коммитов в окне (5 страниц), распределённых по 14 репозиториям (FlagGems-Experimental 60, FlagGems 39, build-infra 9, FlagBLAS 8, FlagTree 4, FlagCX 2, FlagGems-sglang 2, vllm-plugin-FL 2, FlagSparse 2, FlagOS-Robo 2, FlagAttention 2, libtriton_jit 1, FlagScale 1, FlagGems-vllm 1); ещё 4 репозитория (sglang-plugin-FL, docs, FlagTree-AscendNPU-IR, release-info) в окне имели пуши, которые после проверки по ветке по умолчанию и API веток оказались действиями в PR-ветках. Новых репозиториев нет, новых релизов компонентов нет.

Форма данного окна = двойная линия «инженерная инфраструктура + матрица операторов» в период стабилизации тестирования RC1: крупнейшее действие со стороны поставки пришлось на build-infra (новый бэкенд Ascend 910C + базовая линия и гейтинг changelog для 60 образов app), со стороны кода продолжается высокая скорость конвейера автоматической генерации операторов (39 записей в основном репозитории + 60 в экспериментальном), а в доменных библиотеках и инструментальной цепочке появились существенные расширения возможностей, такие как три последовательных слияния FlagBLAS Ascend L3 и многокарточная коммуникация FlagTree TLE.

1.1 build-infra: двойное добавление бэкендов base/runtime для Ascend 910C, зафиксирована базовая линия changelog для 60 образов app (09-09/09-10)

Источники: build-infra #803 (09-09 20:27), #801 (09-09 13:42), #802 (09-09 20:22), #807 (09-10 09:38), #799/#800 (09-09 10:42/10:43), #804, #805, #806

  • Добавлен бэкенд Ascend 910C (#803): добавлены два бэкенда ascend-cann8.5.0-910c / ascend-cann9.0.0-910c, что позволяет собирать одну и ту же линейку CANN под чип Ascend 910C. Пакет ops, специфичный для чипа 910C, использует A3 token (Ascend-cann-A3-ops); два базовых Containerfile побайтово идентичны своим аналогам для 910B, отличаясь только значением PRODUCT ARG по умолчанию (910b→A3) и заголовком файла. В этом окне мониторинга матрица чипов Ascend впервые расширена с 910B до 910C.
  • Область намеренно сужена: новый блок configs.yaml намеренно опускает deps_app и env.app.*, поэтому бэкенд 910C пока не входит в матрицу сборки app (наличие или отсутствие deps_app служит шлюзом для включения app); это будет открыто после выпуска и проверки артефактов app — следуя «осторожному» порядку подключения «сначала base/runtime, потом app».
  • Попутно исправлен разбор вендора: разделение вендора в трёх скриптах verify изменено с последнего дефиса (${VAR%-*}) на первый дефис (${VAR%%-*}), в соответствии с generate_matrix.py / verify_base.py; старая логика при ключах с двумя дефисами, таких как ascend-cann9.0.0-910c, разбирала имя вендора, которого нет в run.vendors, что приводило к пустым run flags. В комплекте #804 (910B runner overrides принудительно задаёт label 910b), #806 (сборка base 910C идёт через runner proxy build-args).
  • Базовая линия changelog для 60 образов app (#801): в app/<app>/changelogs/ создана базовая линия YAML для всех 60 образов app, уже выпущенных flagos-app, с поштучной фиксацией по каждому образу текущего тега, находящегося в registry, и его истории сборки (от новых к старым); каждая запись содержит причину пересборки, дату push_time и включённые upstream PR; старые теги, которые registry больше не хранит, свёрнуты в history последующей записи (становясь её единственным следом). В комплекте #802 (даты заполнены из registry push_time), #807 (обязательный шлюз changelog при push). Прослеживаемость поставки повышена с «записи тегов образов» до «поштучной истории изменений каждого образа».
  • Двойная регистрация app-образов Megatron для Moore Threads (#799/#800): для двух линеек mthreads-musa4.3.6 и mthreads-musa5.2.0 зафиксирован tag app image 2.1.2-0.3.0_rc0.post1_3.g6e8d7ffc7. Кроме того, #805 привязывает внешние GitHub Actions к полному commit SHA (усиление цепочки поставок).

Интерпретация: способ подключения Ascend 910C заслуживает внимания — он не открывает новый технический маршрут, а рассматривает 910C как «изоморфный вариант чипа линии 910B»: побайтовое повторное использование Containerfile, замена только токена пакета ops, а также использование отсутствия deps_app для блокировки нового чипа за пределами матрицы app. Это конкретная проекция дисциплины «можно добавлять новую адаптацию, но не новые функции» в период RC-тестирования на многопчиповую инженерию: новое оборудование только создаёт каркас, не нарушая существующую поверхность поставки. Комбинация базовой линии changelog из 60 образов app + push-гейтинг продвигает build-infra от «фиксации того, что произошло» к «принудительному объяснению того, почему», что является сигналом ужесточения аудиторской поверхности перед 2.2 GA.

1.2 Основной репозиторий FlagGems: поток операторов KernelGen поддерживает высокую скорость, KMCompiler расширяется на новые бэкенды (09-09/09-10)

Источники: FlagGems #5957 (QC/PPU W8A16 RMSNorm, 09-09 10:29), #5871 (GLU TLE автоматическая настройка, 09-09 10:43), #6094 (KMCompiler Iluvatar gru, 09-09 12:15), #5960 (KMCompiler Ascend/Metax linalg_matrix_power, 09-09 12:16), #6119 (CI/CD rule-check-required, 09-09 15:41), #6090 (удаление metax-maca3720)

  • В основном репозитории за одно окно 39 коммитов, это самое интенсивное окно за последнее время. Основную массу составляют [KernelGen][Nvidia] серия операторов, добавленных в репозиторий (около 25), охватывающих hardtanh (перенесён в ops), cummax_helper, _nested_from_padded_tensor, _nested_tensor_from_mask_left_aligned, _nested_view_from_jagged, conv_tbc_backward, conv_transpose3d, matrix_exp_backward, max_pool1d, sum_to_size, embedding_renorm, cosine_embedding_loss, cov, corrcoef, cumulative_trapezoid, fft_irfftn, special_xlogy, _sparse_semi_structured_addmm, серию fake_quantize и nuclear_norm; 09-10 09:03~09:52 всё ещё продолжается непрерывное добавление в репозиторий (corrcoef/cov/cumulative_trapezoid — три коммита слиты в одну минуту).
  • Путь генерации KMCompiler продолжает расширяться по вендорам: Iluvatar gru (Triton kernel, #6094), Ascend + Metax в одном пакете linalg_matrix_power (#5960). В предыдущем окне был зафиксирован лишь один результат linalg_matrix_exp с семью бэкендами, в текущем окне семейство матричных функций linalg продолжает пополняться по схеме «одна разработка — развёртывание на нескольких бэкендах».
  • Квантованные операторы распространяются на PPU XuanTie от Damo Academy: QC PPU W8A16 RMSNorm (#5957); на стороне производительности GLU kernel переведён на автоматическую настройку TLE (#5871).
  • 5 пунктов по инженерии: CI переведён на three-dot diff для определения изменённых файлов PR (#6097); добавлены job rule-check-required и документация CICD (#6119); в workflow unittest добавлено управление параллелизмом и дважды исправлен синтаксис выражений 09-10 (#6137 и др.); удалена запись CI для metax-maca3720 (#6090, корректировка линейки CI вендоров); [Fix] — MM-тесты и benchmark теперь учитывают настройки окружения FlagTune (#6129), исправлено деление на ноль в all/any, распространение NaN в nextafter и структурированный JSON-вывод двух benchmark-ов.

Толкование: скорость выхода KernelGen выросла с 12 за половину дня в предыдущем окне до примерно 25 за половину дня в текущем, что говорит о том, что «автоматическая генерация операторов с помощью AI» уже стала штатным конвейером, а не событием отдельной партии — это взаимно подтверждается объёмом слияний в 60 коммитов в экспериментальном репозитории из раздела 1.3. Распределение операционной поверхности в текущем окне также показывает текущий инженерный фокус: в период заморозки 2.2 все новые возможности идут по пути «генератор дополняет операторы + специализация под бэкенды вендоров», архитектурных изменений, написанных вручную, — ноль; на стороне CI, наоборот, ограничения усилены (three-dot diff, rule-check-required, управление параллелизмом) — это типичное действие по ужесточению дисциплины поставки перед GA.

1.3 FlagGems-Experimental: специализированный flash attention оператор для Hygon добавлен в репозиторий, двойная линия Iluvatar/MThreads массово (09-09/09-10)

Источники: FlagGems-Experimental #597 (Hygon _flash_attention_forward, 09-10 08:44), #598 (Hygon adaptive_avg_pool2d_backward, 09-09 17:28), #604 (MThreads var, 09-10 09:11)

  • В экспериментальном репозитории за окно 60 коммитов, в разбивке по бэкендам: Iluvatar около 36 (семейство special-функций, обратный пулинг, linalg_svdvals, histc, median, mvlgamma, matmuladd и др.), MThreads около 16, Ascend 3 (special_erfinv, unsafe_masked_index, zero), Hygon 2.
  • Специализированный flash attention для Hygon добавлен в репозиторий (#597): для бэкенда Hygon DCU добавлена специализированная реализация _flash_attention_forward, файл размещён в src/flag_gems/runtime/backend/_hygon/ops/, коммит от разработчика со стороны BAAI. Ранее в экспериментальном репозитории на этом бэкенде были только лёгкие операторы вроде _amp_foreach_non_finite_check_and_unscale_, специализированный оператор внимания появился впервые.
  • Ещё один оператор Hygon — adaptive_avg_pool2d_backward (#598). Оба вошли в ветку по умолчанию в тот же или на следующий день.
  • Инженерная часть: в экспериментальном репозитории одновременно добавлены настройки параллелизма workflow unittest (две правки 09-09 13:39 и 19:54).

Трактовка: по двум позициям Hygon важнее не количество операторов, а их место — _flash_attention_forward является ключевым оператором на пути внимания; 09-08 в основном репозитории как раз исправляли дефект выбора блока BLOCK_M для flash attention на бэкенде Hygon, и в это же окно специализированная реализация уже вошла в репозиторий, образуя эстафету «сначала починить общий путь, затем выпустить специализированную реализацию». Iluvatar (Tianshu Zhixin) с 36 коммитами за одно окно остаётся крупнейшим источником производительности в экспериментальном репозитории, что вместе с Iluvatar gru из KMCompiler основного репозитория образует замкнутый цикл разделения труда: «массовая проверка в экспериментальном репозитории → генерация/выпуск в KMCompiler основного репозитория».

1.4 Слой плагинов инференса: Damo Academy Xuantie PPU fused persistent_topk, Arm CPU Qwen W4A8/GDN, конфигурация операторов sglang (09-09)

Источники: FlagGems-vllm #754 (09-09 19:58), vllm-plugin-FL #433 (09-09 15:35), #474 (09-09 17:40), FlagGems-sglang #60 (09-09 18:56)

  • Damo Academy Xuantie PPU fused persistent_topk (FlagGems-vllm #754): в runtime/backend/_thead/fused/ добавлен и зарегистрирован persistent_topk.py (2394 строки) для T-Head PPU-ZW810E; сгенерирован KMCompiler. В предыдущем окне (09-08) тесты/бенчмарки этого оператора как раз были переведены на самопроверку без зависимости от native op vLLM (#747), а в это окно состоялось официальное внедрение реализации и регистрации.
  • Квантизованный инференс Qwen на стороне Arm CPU (vllm-plugin-FL #433): на CPU интегрированы упакованные пути W4A8 и GDN (Gated Delta Net) для Qwen — расширение слоя плагинов на сценарии инференса на Arm CPU.
  • Исправление согласованности KV-кэша (#474): восстановлено обновление FlagGems KV cache из #382 (регрессионное исправление пути attention).
  • Конфигурация операторов плагина sglang (FlagGems-sglang #60): добавлен файл конфигурации operators, позволяющий настраивать набор включаемых операторов на стороне плагина sglang.

Трактовка: все четыре пункта указывают на одно — слой плагинов дозаполняет конфигурационную плоскость и специализированные операторы для «множества фреймворков × множества чипов × множества форм развёртывания». persistent_topk для Xuantie PPU завершил двухшаговый путь от «самопроверяемости» до «регистрации»; W4A8/GDN для Arm CPU расширяет область действия слоя плагинов с ускорительных карт на стек инференса на CPU; конфигурируемость операторов sglang снижает стоимость подгонки набора операторов под конкретный чип. В совокупности три пункта показывают, что слой плагинов инференса вступил в зрелую инженерную фазу «пооператорной вендоризации + управления конфигурационной плоскостью».

1.5 Библиотеки предметных областей и инструментальные цепочки: тройное слияние FlagBLAS Ascend L3, многокарточная коммуникация FlagTree TLE, полное покрытие FlagCX CICD (09-09)

Источники: FlagBLAS #102/#104/#105 (09-09 11:22/14:35/15:03), FlagTree #1048 (09-09 16:56), #1123, #1099 (09-09 22:25), FlagCX #573/#575 (09-10 01:28/09:35)

  • Тройное слияние FlagBLAS Ascend L3: в один день последовательно слиты TBMV (#102) → TBSV (#104) → TPSV (#105) — поддержка Ascend для трёх операций над собственными значениями/треугольными матрицами, а также очищен избыточный список экспорта операторов (#103). Продолжая пакетное слияние процедур Ascend L2 от 09-07, данное окно мониторинга продолжает продвигать матрицу процедур BLAS к L3.
  • FlagTree, четыре коммита: в распределённый примитив TLE distributed_barrier добавлена поддержка многокарточной коммуникации (#1048); в CI добавлен hcu qwen benchmark (#1123); на стороне XPU xpu-sdnn-objects обновлён до v0.3.6.6.1 для исправления сбоя int8 dot (#1099); [FlagTune] в бенчмарке CUDA graph сохраняет порядок вызовов caller-stream (#1129).
  • FlagCX CICD, два коммита: покрытие CICD расширено на все cooperative modes и все комбинации team/operation (#573/#575), то есть выполняется исчерпывающее тестовое покрытие комбинаций кооперативных режимов библиотеки коммуникации.

Толкование: три линии различны по характеру, но едины по направлению — в тестовый период «покрытие» рассматривается как основной рычаг. FlagBLAS с помощью процедур L3 дополняет возможности BLAS для Ascend, FlagCX с помощью исчерпывающих комбинаций доводит покрытие CICD до границы (корректность многокарточной коммуникации является ключевым риском в окне тестирования многопроцессорной матрицы 2.2), а FlagTree продвигает многокарточные примитивы TLE от «доступно» к «доступна многокарточная коммуникация». Включение hcu qwen benchmark в CI означает, что сквозные модельные бенчмарки на стороне Ascend (hcu) уже вошли в регулярную проверку.

1.6 Другие компоненты: типизированный указатель устройства в libtriton_jit, документация FlagScale, KERV в матрице поддержки FlagOS-Robo (09-09)

Источники: libtriton_jit #65 (09-09 10:56), FlagScale #1290 (09-09 10:49), FlagOS-Robo #12 (09-09 14:21), FlagSparse #55 (09-09 17:35), FlagAttention #41/#52 (09-09 10:44/10:48)

  • libtriton_jit #65: смержен feature-ветка типизированных указателей устройства (typed device ptr), усилена обработка типов указателей на уровне Triton JIT.
  • FlagScale #1290: только один документационный коммит (отмечен основной коммит, соответствующий руководству по обучению qwen3.5), в стек обучения в данном окне код не вливался.
  • FlagOS-Robo #12: в README в матрицу поддержки добавлена запись KERV (VLA, OpenVLA-7B), поддерживаются обучение и инференс (serve/evaluate пока нет), а также вместе с PR дан ответ на замечания review по матрице поддержки KERV. 09-07 в FlagScale уже был влит интегрированный спекулятивный декодинг для embodied-моделей KERV, в данном окне эта возможность официально внесена в матрицу поддержки FlagOS-Robo.
  • FlagSparse #55: влит merge_with_spsv (слияние умножения разреженной матрицы на вектор). FlagAttention влиты два PR (#41/#52). FlagGems-sglang см. 1.4.

Толкование: запись KERV в FlagOS-Robo — это последний шаг цепочки «возможность реализована → внесена в матрицу», что показывает, что покрытие моделей в инструментальной цепочке embodied-интеллекта расширяется поквартально (PI0/PI0.5/RoboBrain-2.0/2.5/RoboBrain-X0/Qwen-GR00T/GR00T-N1.5/KERV уже образуют матрицу из 8 классов моделей). FlagScale и FlagAttention в данном окне содержат только документационные/merge-действия, что относится к низкокодовой активности в период RC-тестирования и дополняет высокую скорость потока операторов в основном репозитории из 1.2: стек обучения закрывается, библиотека операторов расширяется.

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

2.1 Пекинский план цифровой экономики «15-й пятилетки» назвал Zhongzhi (FlagOS) и Lingji (LinkeeOS), усиление набора команд RISC-V для интеллектуальных вычислений (09-09)

Источники: Securities Times: после закрытия рынка, хорошие новости! Пекин, важный документ (09-09 18:51), East Money: Пекин опубликовал важный план развития (09-09), Cailian Press: План развития высокотехнологичных и передовых отраслей Пекина на период «15-й пятилетки» (09-09), Sina Tech перепечатка (09-09 16:05)

  • 9 сентября после закрытия рынка Народное правительство города Пекин в один и тот же день опубликовало «План развития высокотехнологичных и передовых отраслей Пекина на период „15-й пятилетки“» и «План развития цифровой экономики Пекина на период „15-й пятилетки“». В плане цифровой экономики в пункте «повышение уровня самостоятельного и контролируемого развития» чётко указано: «продвигать полностековые самостоятельные инновации в инфраструктуре интеллектуальных вычислений, усиливать инновации в наборе команд RISC-V для интеллектуальных вычислений, углублять строительство открытой экосистемы Zhongzhi (FlagOS), развернуть операционную систему агентов Lingji (LinkeeOS)».
  • В том же абзаце также предлагается «ускорить строительство платформы итерационной верификации отечественных передовых вычислительных мощностей, повысить способность строить вычислительные кластеры на сто тысяч карт, ускорить верификацию отечественных технологий с опорой на государственный узловой пункт Пекин-Тяньцзинь-Хэбэй национальной интегрированной сети вычислительных мощностей», а также требуется «продвигать глубокую интеграцию программно-аппаратных средств xinchuang и искусственного интеллекта».
  • Соответствующая формулировка в плане высокотехнологичных и передовых отраслей: «повысить способности в области системного программного стека искусственного интеллекта, ускорить развёртывание новых архитектур отечественных вычислительных мощностей», «выращивать открытые проекты и открытые сообщества с международным влиянием, строить глобальный узел совместных инноваций разработчиков» — то есть системный программный стек и открытое сообщество включены в целевую систему городского промышленного плана.
  • Lingji (LinkeeOS) ранее была инициирована под руководством Управления экономики и информационных технологий города Пекин совместно с Пекинским центром инноваций и применения информационных технологий Tongminghu и отраслевыми партнёрами (2026-05 опубликованы первые ключевые результаты); на этот раз она впервые aparece в городском пятилетнем плановом документе рядом с FlagOS.

Толкование: это первый случай, когда FlagOS вошёл в текст политики уровня пятилетнего плана города Пекин, и он поставлен в одном политическом предложении рядом с инновациями в наборе команд RISC-V для интеллектуальных вычислений, способностью строить кластеры на сто тысяч карт и операционной системой агентов — это означает, что роль FlagOS поднялась с «открытого проекта под руководством Zhiyuan» до назначенного носителя системного программного стека для самостоятельно контролируемой инфраструктуры вычислительных мощностей города Пекин. Для сообщества это напрямую означает три вещи: во-первых, дорожная карта после GA 2.2 (окно тестирования завершается 09-24), вероятно, будет синхронизирована с ритмом строительства «платформы итерационной верификации отечественных передовых вычислительных мощностей»; во-вторых, «усиление инноваций в наборе команд RISC-V для интеллектуальных вычислений» совпадает по направлению с RISC-V-ориентированными бэкендами операторов, такими как XuanTie PPU от DAMO Academy и Jindie SpaceTime (в этом выпуске 1.4 XuanTie fused persistent_topk), и вес RISC-V-бэкенда внутри FlagOS может возрасти; в-третьих, Lingji (LinkeeOS) и FlagOS стоят рядом, что указывает на то, что многоуровневое позиционирование «системный программный стек + операционная система агентов» уже подтверждено политикой.

2.2 Восьмое подряд спокойное окно на уровне компонентных новостей; регулярное обновление контента сообщества Zhiyuan (09-09)

Источники: Google News RSS (через прокси), HN Algolia, официальный аккаунт FlagOS в CSDN (flagos.csdn.net), сообщество Zhiyuan (hub.baai.ac.cn)

  • Компонентные запросы gnews (FlagOS/FlagGems/FlagScale/FlagTree/FlagPerf/FlagAttention/FlagCX/KernelGen/FlagOS-Robo/FlagQuantum, when:1d~14d, китайский и английский) в окне не дали ни одного совпадения — восьмое подряд спокойное окно на уровне компонентных новостей с 09-03. Единственный результат, совпавший с буквальным FlagOS, — это перепечатка вышеупомянутого пекинского плана (см. 2.1), она выделена отдельно.
  • HN Algolia: четыре запроса FlagOS/FlagGems/FlagScale/FlagTree в окне дали совпадения только по подстроке “flags/flagship” — нерелевантные записи Show HN (эмуляция Mario 64, Agent Router, Locksmith и др.), вся выборка отброшена.
  • Запрос по Zhiyuan Research Institute дал в окне 23 совпадения, все — обычный контент сообщества Zhiyuan (повестка форума AI+фармацевтика CPHI, обзоры статей по CV, критерии арбитража споров в AI, организация разработки AI Native, слухи о модели следующего поколения OpenAI и т. д.), прямой связи со стеком FlagOS нет, в технические записи не включаются.
  • Официальный аккаунт FlagOS на CSDN новых статей не публиковал: последний контент по-прежнему — адаптация GLM-5.3-Flash Day0 под 9 чипов от 08-28; материалы форума “Открытые AI-вычисления” на KubeCon в Шанхае от 09-07 и повтор турнира по операторам SGLang “Остров операторов” от 09-03 продолжают висеть, на странице с описанием темы тюнинга операторов KernelGen нет обновлений по времени публикации, новых анонсов мероприятий нет.

Тренд за последние 3 дня (инженерная сторона, для сопоставления): 09-07 перерезка манифеста FlagOS 2.2 RC1 + первая волна тегов rc1.post1 по 12 репозиториям; 09-07 интеграция эмбедированной спекулятивной декодировки FlagScale KERV и выравнивание двух репозиториев Megatron-LM v0.18.2; 09-08/09-09 непрерывные поставки build-infra (замкнутый цикл двух фреймворков на Hygon dtk26.04, основной образ Zhaoxin, автоматизация меток provenance); 09-09/09-10 в данном окне — бэкенд Ascend 910C в build-infra и базовая линия changelog для 60 образов.

3. Углублённый анализ участников

3.1 Moore Threads: JD Cloud объявила о создании кластера на десять тысяч карт на базе её GPU (09-09)

Источники: Sina Finance со ссылкой на The Beijing News: JD Cloud и Moore Threads заключили соглашение о сотрудничестве, планируется построить отечественный интеллектуальный вычислительный кластер на десять тысяч карт (09-09 14:03), Xinhua Finance/China Securities Journal (09-09 14:28), NetEase со ссылкой на Nanfang Metropolis Daily (09-09)

  • 9 сентября на глобальной конференции исследователей технологий JD 2026 в Пекине компания JD Cloud объявила о намерении построить кластер полнофункциональных GPU на десять тысяч карт, использующий в качестве вычислительной основы полнофункциональные GPU Moore Threads; основное внимание уделяется обучению больших моделей, инференсу и эмбедированному интеллекту и другим ключевым направлениям, вычислительные мощности открываются для всей отрасли.
  • Стороны позиционируют сотрудничество как полностековую координацию “чип — облачная платформа — обучение моделей”, продвижение итераций всей линейки больших моделей JD JoyAI и построение замкнутого цикла “данные→обучение→симуляция→развёртывание”. Председатель технического комитета группы JD и президент JD Cloud Цао Пэн и основатель Moore Threads Чжан Цзяньчжун выступили с заявлениями; представители Moore Threads заявили, что это знаменует первый выход отечественных GPU в ядро интеллектуальных вычислительных кластеров уровня десяти тысяч карт у ведущих AI-облачных провайдеров.
  • Справочный контекст: в марте этого года Moore Threads раскрыла крупный контракт на 660 млн юаней на интеллектуальный вычислительный кластер “Kuae”; в тот же период Zhipu раскрыла, что уже развернула отечественный вычислительный дата-центр уровня 1 ГВт, а MiniMax сообщила о продвижении адаптации чипов для M3/H3.

Толкование: это событие уровня вехи для участника в области “масштабной коммерциализации отечественных вычислительных мощностей”, и оно напрямую связано с позиционированием программного стека FlagOS — для развёртывания кластера уровня десяти тысяч карт необходимым элементом является системный программный стек кросс-чипового обучения/инференса, а матрица участников FlagOS (Moore Threads — ранний участник) и позиционирование JD Cloud “открыть вычислительные мощности для всей отрасли” имеют явную точку соприкосновения. Следует также отметить, что кластер явно включает эмбедированный интеллект в число ключевых направлений, что совпадает с позиционированием FlagOS-Robo (в текущем выпуске 1.6 в матрицу поддержки добавлен KERV).

3.2 Enflame: 11 сентября выход на STAR Market, цена размещения 142,18 юаня за акцию (09-09)

Источники: Guandian/раздел недвижимости на Sina Finance: акции Enflame Technology выйдут на STAR Market 11 сентября (09-09 19:34), JRJ: цена размещения 142,18 юаня за акцию (09-09), Lieyun со ссылкой на Sohu (09-09)

  • Вечером 9 сентября компания Enflame опубликовала объявление: акции будут размещены на STAR Market Шанхайской фондовой биржи 11 сентября 2026 года, тикер 688801, цена размещения 142,18 юаня за акцию, объём выпуска 43 035 173 акции (10% от общего уставного капитала после выпуска).
  • Компания ожидает, что выручка за январь — сентябрь 2026 года составит от 2,3 до 3,0 млрд юаней, рост на 325,78% — 455,36% год к году; цена размещения соответствует коэффициенту цена/выручка (статический, разводнённый) за 2025 год на уровне 61,80. По состоянию на дату объявления компания ещё не получила прибыль; после размещения она будет включена в слой роста STAR Market.
  • В рамках текущего IPO планируется привлечь 6 млрд юаней на исследования, разработку и промышленное освоение продуктов пятого и шестого поколений серии AI-чипов. После размещения «четыре малых дракона отечественных GPU» (Moore Threads, MetaX, Biren, Enflame) соберутся на рынке капитала.
  • Запись, связанная с FlagOS: Enflame в отчётном окне 09-09 впервые вошла в CICD обучения FlagScale (контракт на образ чипа ZIXIAOC200), ранее её записи были сосредоточены на линии поставки sglang 0.5.18 в build-infra.

Толкование: само размещение Enflame является событием рынка капитала, но для экосистемы FlagOS оно имеет практическое значение — после получения членом сообщества финансирования в размере 6 млрд юаней вложения в программный стек (бэкенд FlagTree, плагины vllm/sglang, линия поставки build-infra), как правило, увеличиваются. С учётом того, что её CICD на стороне обучения был только что добавлен в предыдущем окне, участие Enflame в матрице чипов версии 2.2 и последующих версий заслуживает отслеживания.

3.3 Hygon: ускоренное «двухчиповое» решение для работы с Token, CPU+DCU замыкают цикл токенов (09-09)

Источники: Sina Finance: Hygon представила «двухчиповое» ускоренное решение для работы с Token (09-09), NetEase: Hygon впервые представила инновационную архитектуру AI-вычислений (анонс 08-27, тема экономики токенов)

  • Hygon Information выпустила «двухчиповое» ускоренное решение, ориентированное на работу с Token: CPU Hygon выступает интеллектуальным центром диспетчеризации, DCU — ускорительным вычислительным движком; совместная работа двух чипов замыкает бизнес-цикл Token «производство — диспетчеризация — измерение — расчёт себестоимости — монетизация приложений — повторные покупки и масштабирование», ориентировано главным образом на операционные сценарии.
  • Это решение представляет собой практическую форму «открытой вычислительной архитектуры Agent to Token», впервые представленной компанией в конце августа на China International Big Data Industry Expo: CPU берёт на себя роль узла бизнес-потоков Agent (пять модулей — предобработка данных, изоляция песочниц мультиагентных систем, оркестрация задач, многоуровневое хранение памяти, поиск по векторной базе), DCU — параллельное ускорение на стороне генерации токенов (пакетное декодирование, оптимизация KV-кэша, поддержка длинных последовательностей); архитектура открыта в четырёх измерениях — вычисления, межсоединения (собственная разработка HSL), безопасность, программный стек; на стороне программного стека заявлена адаптация к более чем ста основным AI-фреймворкам.
  • Запись, связанная с FlagOS: Hygon dtk26.04 — линия производителя с наибольшим числом записей в build-infra предыдущего окна (замкнутый цикл двух фреймворков sglang 0.5.18 + vllm 0.20.2); в текущем окне базовая линия changelog build-infra и специализированный оператор flash attention для Hygon (1.3) в FlagGems-Experimental относятся к продвижению одной и той же экосистемы.

Толкование: решение Hygon использует «экономику Token» в качестве нарративной рамки для вычислительных продуктов, что в высокой степени перекликается с политическими формулировками пекинского плана «15-й пятилетки» о «построении системы расчётов токенов, создании фабрик токенов» (раздел 2.1 текущего выпуска), — то есть нарратив продуктов членов сообщества и направление местной политики уже выровнены на одном уровне риторики. Для FlagOS это означает, что в текущем выпуске по бэкенду DCU Hygon одновременно появились два пункта — «включение специализированного оператора flash attention в индекс» и «выпуск решения с замкнутым циклом Token», — дополнение операторов на стороне программного стека и его коммерческий нарратив продвигаются в связке.

3.4 MetaX и Moore Threads: снятие ограничений на продажу и колебания вторичного рынка (09-09)

Источники: East Money: 13,966 млн акций MetaX с ограничениями на продажу разблокируются 17 сентября (09-09), Sina Finance: курс акций Moore Threads вновь обновил исторический минимум (09-09)

  • MetaX объявила: около 13,96 млн акций с ограничением на продажу (3,4906% от общего капитала) станут доступны для торгов с 17 сентября, что является продолжением предыдущего окна разблокировки.
  • 9 сентября курс акций Moore Threads достиг минимума с момента IPO, рыночная капитализация за день сократилась примерно на 48,8 млрд юаней; ряд СМИ связывает это с окном разблокировки; в тот же период курс акций MetaX обновил минимум за пять с половиной месяцев.
  • На уровне сектора: 9 сентября акции с высокой долей в ETF, таких как индекс научно-технологических инноваций STAR, STAR искусственный интеллект, STAR чипы, в основном снижались; Cambricon, Hygon, MetaX и другие вошли в число падающих компонентов.

** Интерпретация: данный пункт не имеет прямой технической связи с программной экосистемой FlagOS и согласно установленному подходу фиксируется лишь как фон, не включаясь в технические пункты. Заслуживает внимания лишь ритм: Moore Threads в тот же день, когда объявила о крупном заказе на сто тысяч карт, обновила минимум акций с момента IPO, что свидетельствует о **заметном временном лаге между логикой ценообразования капитального рынка в отношении отечественных GPU и реализацией промышленных заказов; для сообщества такие колебания не влияют на темпы продвижения линии поставки build-infra и бэкендов производителей FlagGems (в текущем выпуске на стороне Moore Threads по-прежнему зарегистрированы 16 операторов бэкенда MThreads и два прикладных образа Megatron).

4. Итоги

В данном окне (09-09 10:18 ~ 09-10 10:18) на стороне GitHub 135 коммитов в окне, 18 пушей в репозитории, инженерная сторона сохраняет высокую активность; на новостной стороне компонентный поиск — восьмое подряд спокойное окно, но на политической стороне появился один пункт высшей важности. Четыре основные линии:

  1. На политическом уровне FlagOS вошёл в текст пятилетнего плана Пекина (важнейшее изменение текущего выпуска): в плане цифровой экономики Пекина на “15-ю пятилетку” чётко указано “усилить инновации в наборе инструкций RISC-V для интеллектуальных вычислений, углубить строительство открытой экосистемы Zhongzhi (FlagOS), развернуть операционную систему интеллектуальных агентов Lingji (LinkeeOS)”, что ставит FlagOS в один политический тезис с возможностями строительства кластера на сто тысяч карт и интеграцией программно-аппаратного обеспечения в рамках инициативы синьчуан. Это первый случай появления FlagOS в документе уровня пятилетнего плана Пекина; его роль поднялась с “открытого проекта под руководством Zhiyuan” до носителя системного программного стека городской инфраструктуры автономных и контролируемых вычислительных мощностей.
  2. build-infra завершил подключение бэкенда Ascend 910C и зафиксировал базовую линию changelog для 60 app-образов: 910C подключён способом “изоморфного варианта чипа линии 910B” (побайтовое повторное использование Containerfile, заменён только токен A3 ops), и намеренно отсечён от матрицы сборки app из-за отсутствия deps_app; changelog для 60 образов + push-гейтинг подняли записи о поставке до “истории изменений по каждому образу + обязательного указания причины”. Аудируемая поверхность стороны поставки расширяется в том же окне, что и матрица чипов.
  3. Матрица операторов сохраняет высокую скорость, продолжается сдвиг вправо в сторону специализации под производителей: основной репозиторий — 39 (KernelGen Nvidia около 25, KMCompiler Iluvatar/Ascend/Metax, операторы квантования QC XuanTie PPU, автоматическая настройка GLU TLE), экспериментальный репозиторий — 60 (Iluvatar около 36, MThreads около 16, Ascend 3, Hygon 2); специализированный для Hygon _flash_attention_forward вошёл в репозиторий, а fused persistent_topk для XuanTie PPU от DAMO Academy (2394 строки) официально зарегистрирован — это два показательных узла. На стороне CI одновременно ужесточение (three-dot diff, rule-check-required, контроль параллелизма).
  4. Коммерциализация и экосистема членских организаций продвигаются одновременно по двум линиям: JD Cloud объявила о строительстве полнофункционального GPU-кластера на сто тысяч карт на базе GPU Moore Threads (отечественные GPU впервые входят в ядро кластера головного облачного провайдера, причём явно охватывают воплощённый интеллект); Enflame 11 сентября выходит на STAR Market (планирует привлечь 6 млрд юаней на чипы пятого/шестого поколения); Hygon выпустила ускоренное решение “двух чипов” для работы с токенами, созвучное пекинской политической формулировке “фабрики токенов”. Ритмы продвижения на программной и коммерческой сторонах в данном окне явно совпадают.

Прогноз: три точки дальнейшего наблюдения — во-первых, когда Ascend 910C добавит deps_app и войдёт в матрицу сборки app (это действие станет признаком готовности поставки 910C); во-вторых, действия по release-info/community перед и после 2.2 GA (окно тестирования 09-24 — крайний срок), а также продвинется ли серия FlagGems v5.4.0 rc до официальной версии (текущий последний tag по-прежнему v5.4.0-rc1.post1); в-третьих, сопутствующие действия сообщества после реализации пекинского плана (способ стыковки “платформы итерационной проверки отечественных передовых вычислительных мощностей” с матрицей проверки FlagOS, повысится ли вес бэкенда RISC-V).

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

Источники Результаты проверки
GitHub org repos API (flagos-ai, 52 репозитория) 18 репозиториев с пушами в окне: FlagGems, build-infra, FlagCX, FlagGems-Experimental, FlagTree, FlagGems-vllm, FlagGems-sglang, FlagSparse, vllm-plugin-FL, FlagBLAS, FlagOS-Robo, libtriton_jit, FlagScale, FlagAttention, sglang-plugin-FL, docs, FlagTree-AscendNPU-IR, release-info; новых репозиториев нет
GitHub commit search (по всей организации 135 записей, 5 страниц, sort=committer-date) Реально влито в ветки по умолчанию 14 репозиториев, построчная проверка времени коммиттера и принадлежности репозиторию: FlagGems-Experimental 60 / FlagGems 39 / build-infra 9 / FlagBLAS 8 / FlagTree 4 / FlagCX 2 / FlagGems-sglang 2 / vllm-plugin-FL 2 / FlagSparse 2 / FlagOS-Robo 2 / FlagAttention 2 / libtriton_jit 1 / FlagScale 1 / FlagGems-vllm 1
GitHub branches API + повторная проверка per-repo commits sglang-plugin-FL (pushed 09-10 10:16 пекинское время), docs, FlagTree-AscendNPU-IR, release-info — четыре репозитория с пушами в окне, в ветке по умолчанию коммитов в окне нет, в списке веток также нет коммитов в окне, квалифицировано как действие по ссылке на ветку PR
GitHub commit details build-infra #803 (910C двойной бэкенд, 7 файлов), #801 (60 changelog, 60 файлов), #799/#800 (mthreads Megatron app image tag); FlagGems-vllm #754 (thead fused persistent_topk, 2394 строки); FlagGems-Experimental #597/#598 (операторы Hygon)
GitHub tags/releases API В данном окне нет новых релизов компонентов. Последние tag: FlagGems v5.4.0-rc1.post1, build-infra v2.1.1, FlagCX v0.14.0-rc1.post1, FlagTree v0.4.0, FlagGems-vllm v0.2.0-rc1.post1, vllm-plugin-FL v0.3.0-rc1.post1, FlagBLAS v0.3.0-rc1.post1, FlagOS-Robo v0.1.0
Google News RSS (20 групп поисковых запросов на китайском и английском, через прокси) По словам компонентов в окне ноль попаданий (восьмое подряд спокойное окно); “FlagOS when:1d” дал 1 попадание — перепечатку плана Пекина (учтено как запись о политике); по словам организаций-участников попадания приходятся на новости рынка капитала — листинг/разблокировка акций/котировки/потоки средств, — которые по установленному критерию не включаются в технические записи
HN Algolia (FlagOS/FlagGems/FlagScale/FlagTree/BAAI) Четыре попадания по словам компонентов оказались нерелевантными записями Show HN из-за ложного совпадения подстроки “flags/flagship”, вся партия исключена
Tavily/web поиск Проверка формулировок оригинального текста пекинского плана цифровой экономики “15-й пятилетки” (взаимное подтверждение трёх источников: Securities Times / East Money / Cailian Press / Sina); кластер на сто тысяч карт JD Cloud (взаимное подтверждение трёх источников: The Beijing News / Xinhua Finance / Nanfang); объявление о листинге Enflame (взаимное подтверждение трёх источников: Guandian / JRJ / Lieyun); схема операционного управления токенами Hygon (Sina Finance)
Официальный аккаунт FlagOS на CSDN (flagos.csdn.net) Новых статей нет, последняя по-прежнему от 08-28 — адаптация GLM-5.3-Flash Day0 к 9 чипам; форум KubeCon от 09-07 и повтор соревнования по операторам от 09-03 продолжают отображаться, на тематической странице оптимизации операторов KernelGen нет обновлений по времени публикации
Сообщество Zhiyuan (hub.baai.ac.cn) 23 попадания в окне — всё обычный контент (AI+фармацевтика, обзоры статей по CV, арбитраж споров об AI, организации разработки AI Native и т. д.), прямой связи со стеком FlagOS нет