Окно мониторинга: последние 24 часа (2026-09-16 10:18 ~ 2026-09-17 11:40, пекинское время) Источники: GitHub (org: flagos-ai, 54 репозитория — сплошная проверка pushed_at + однократный commit search по 150 записям с проверкой по committer-date + повторная проверка коммитов в ветках по умолчанию ключевых репозиториев + метаданные tags/releases + список публикаций community и график публикаций raw напрямую + детали патчей и списков файлов ключевых коммитов), Google News RSS (33 группы поисковых запросов на китайском и английском, через прокси), HN Algolia, Touzijie, Zhiyuan Community, Sina Finance, Leiphone, JiWei, и др. (подробнее см. список источников в приложении)

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

  • Главное за сегодня: build-infra поднял поле версии с 2.1.2 до 2.2.0 — последний глобальный переключатель перед 2.2 GA переведён (09-17)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 build-infra: базовая версия с 2.1.2 до 2.2.0, FlagGems зафиксирован на 5.4.0-rc2.post2 (09-17)
      • 1.2 Новая позиция репозитория FlagTrain: на стороне обучения появился пустой репозиторий-заглушка (09-16)
      • 1.3 FlagFFT: 36 операторов FFT приняты за один раз, с независимой валидацией NumPy и планом времени выполнения (09-16)
      • 1.4 Расширение операторов FlagGems: восемнадцать операторов Nvidia из KernelGen добавлены в репозиторий (09-16/09-17)
      • 1.5 Линия квантованных операторов FlagGems: нативный FP8 W8A8 MM от Moore Threads, W8A16 RMSNorm от MetaX (09-16/09-17)
      • 1.6 FlagGems-vllm: слияние Marlin MoE и FP8 переменной длины FlashAttention-2 (09-16/09-17)
      • 1.7 Torch-FL: переход от «переключения маршрутизации» к «исправлению последствий переключения» (09-16/09-17)
      • 1.8 FlagTree: хостируемый Manifest FlagTune и базовый рабочий процесс iluvatar3.6 (09-16/09-17)
      • 1.9 FlagQuantum: подключение тестов JAX, нижняя граница покрытия поднята до 60% (09-17)
      • 1.10 FlagCX и vllm-plugin-FL: потоковая передача логов PTD, подключение T-Head PPU CI (09-16/09-17)
      • 1.11 Прочая динамика: community, FlagGems-Experimental, flir, FlagScale-Agent, записи тегов образов (09-16/09-17)
    1. Новости и экосистема
      • 2.1 Тринадцатое подряд спокойное окно компонентного поиска: ноль совпадений за 24 часа (09-16~09-17)
      • 2.2 График FlagOS 2.2 и проверка списка RC2: GA назначен на 09-28 (проверка 09-17)
      • 2.3 Система Horizon: Digua Robotics завершила раунд C на 400 млн долларов (09-17)
      • 2.4 Капитальная сторона организаций-участников: MetaX сократила убытки в полугодовом отчёте, Enflame в первый день листинга превысила капитализацию в 100 млрд, полугодовые отчёты китайских GPU (09-16~09-17)
    1. Углублённое изучение организаций-участников
      • 3.1 Hygon: одновременное восполнение семантики linalg и dtype (09-16)
      • 3.2 Ascend: самая плотная линия операторов, необходимых для MoE и линейного внимания (09-16/09-17)
      • 3.3 XuanTie от DAMO Academy: плагин инференса подключён к PPU CI, MM/MV поддерживают раскладки NN/NT (09-16/09-17)
      • 3.4 Moore Threads: нативный FP8 W8A8 MM и MUSA rotary positional encoding возвращены на сторону устройства (09-16/09-17)
      • 3.5 MetaX: W8A16 RMSNorm и три обхода маршрутизации (09-16/09-17)
      • 3.6 Kunlunxin: xCCL включён в базовый образ, пакет исправлений операторов внедрён (09-17)
      • 3.7 Iluvatar CoreX: /dev/itrctl и базовый рабочий процесс iluvatar3.6 (09-17)
      • 3.8 Enflame: GCU300 внесён в отчёт 0.24.0 и два тега образов (09-16)
      • 3.9 Zhiyuan (головная организация): автоматизация управления и повышение номера версии (09-16/09-17)
    1. Итоги и обзор тенденций
  • Приложение: таблица проверки источников
  • Приложение: полный список источников

Главное за сегодня: build-infra поднял поле версии с 2.1.2 до 2.2.0 — последний глобальный переключатель перед 2.2 GA

Дата: 2026-09-17　Источники: build-infra #916 поднятие версии, build-infra configs.yaml, график выпуска FlagOS 2.2

09-17 08:49 build-infra получил коммит всего с двумя строками изменений Bump base version to 2.2.0 (#916): поле version в configs.yaml изменено с 2.1.2 на 2.2.0, а находящееся там же flaggems — с 5.3.5 на 5.4.0-rc2.post2.

Вес этих двух строк определяется ролью самого файла. В заголовке файла указано, что он является «единственным источником истины для зависимостей и настроек сборки всех вендоров/бэкендов (single source of truth)», его читают scripts/build_base.py и scripts/build_runtime.py; поле version отвечает за тегирование всех базовых и прикладных образов (flagos-base-{вендор}-{бэкенд}:{версия} и flagos-runtime-{вендор}-{бэкенд}:{версия}), а в комментарии действие по выпуску описано в три шага: обновить эти два поля, поставить тег v<версия>, завершить. Иными словами, проставление тегов rc отдельных модулей в предыдущий день лишь выдвинуло кандидатные версии на позицию проверки, а это поднятие направило всю линейку образов на 2.2.0 — это единственный глобальный переключатель внутри org перед GA 2.2.

В сопоставлении с другими свидетельствами ритм совпадает: график выпуска 2.2 в community устанавливает заморозку функций на 08-31, период тестирования и стабилизации — с 09-01 по 09-24, GA — на 2026-09-28; milestone «FlagOS 2.2» в настоящее время содержит 7 незакрытых issue, срок по которым также 09-28; в списке RC2 из 24 записей модулей только FlagGems доведён до v5.4.0-rc2.post2, остальные всё ещё rc2.post1. Последний тег самого репозитория build-infra остаётся v2.1.1, то есть до v2.2.0, что указывает на то, что теги образов ещё не проставлены — до GA осталось 11 дней, и окно времени на мультичиповую приёмку сужается.

Заслуживает внимания синхронность: в тот же день build-infra также отправил коммиты по установке xCCL в базовый образ Kunlunxin (#917) и исправлению containerfile (#918); оба дополняют вендорские зависимости перед заморозкой линейки образов 2.2 и представляют собой типичные действия «последней мили перед выпуском».

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

Обзор окна: из 54 репозиториев внутри org 19 имели пуши в окне; одиночный commit search дал 150 коммитов в окне (две страницы, сортировка по committer-date по убыванию, взята полная выборка), распределённых по 15 репозиториям: FlagGems 71, build-infra 18, Torch-FL 17, FlagGems-sglang 10, FlagTree 8, FlagFFT 7, FlagGems-Experimental 5, FlagGems-vllm 4, FlagQuantum 2, vllm-plugin-FL 2, community 2, а также FlagCX, FlagTrain, FlagScale-Agent, flir — по 1. Ещё четыре репозитория docs, release-info, sglang-plugin-FL, TransformerEngine-FL имели пуши в окне, но в основной ветке нет новых коммитов в окне (относятся к боковым веткам или пушам тегов, причём docs и release-info отвечают за синхронизацию артефактов выпуска и сайта документации).

Форма данного окна = две линии «заморозка артефактов выпуска» + «исправление последствий переключения»: на стороне управления build-infra поднял номер версии, community синхронизировал приоритеты выпуска и закрыл 2.2; внимание инженерной стороны переключилось с «добавления операторов в библиотеку операторов» на два типа завершающих работ — во-первых, регистрация новых поступивших операторов в спецификации (проверки экспорта, маркеры тестов, выравнивание бенчмарков), во-вторых, перехват конкретных проблем, выявленных на прошлой неделе при переключении маршрутизации на различных чиповых платформах (slice-операторы MetaX, комплексное rotary position embedding и мост генератора случайных чисел MUSA, отсутствие FlagTune в CUDA). FlagTrain — единственный новый репозиторий этого выпуска, но пока он лишь заглушка.

1.1 build-infra: базовая версия с 2.1.2 до 2.2.0, FlagGems зафиксирован на 5.4.0-rc2.post2 (09-17)

Дата: 2026-09-17　Источники: build-infra #916, build-infra configs.yaml

Подробности см. в разделе «Ключевое за сегодня». Дополнительно одна ценная для сравнения деталь: поле flaggems перескочило с 5.3.5 сразу на 5.4.0-rc2.post2, миновав одну минорную версию и два раунда rc, что говорит о том, что между библиотекой операторов, к которой ранее была привязана линейка образов 2.1.2, и кандидатом 2.2 уже накопилась значительная дистанция проверки; при этом последний тег в репозитории build-infra по-прежнему зафиксирован на v2.1.1, тег v2.2.0 ещё не появился — это можно использовать как точку наблюдения в последующих ежедневных отчётах.

1.2 Размещение нового репозитория FlagTrain: на стороне обучения появился пустой репозиторий-заглушка (09-16)

Дата: 2026-09-16　Источники: репозиторий FlagTrain

09-16 в 15:02 в org появился новый репозиторий FlagTrain; между его созданием и единственным коммитом (Initial commit) прошло менее секунды, размер репозитория 5 KB, описание отсутствует, статистика языков отсутствует, README содержит лишь одну строку заголовка — это типичное создание репозитория-заглушки. По названию он относится к стороне обучения в FlagOS: в этом направлении уже есть FlagScale (точка входа в фреймворк обучения), Megatron-LM-FL и TransformerEngine-FL (ядра обучения и операторы параллелизации), FlagScale-Agent (автоматизированная оптимизация). Назначение нового репозитория можно будет определить лишь после наполнения README и структуры каталогов, однако сам факт того, что «на стороне обучения снова выделен отдельный участок», заслуживает фиксации. Согласно практике org (FlagSparse и Open3D-PIMC также сначала создавались как репозитории, а массовое наполнение происходило позже), размещение кода обычно происходит в течение нескольких дней или недель после создания репозитория.

1.3 FlagFFT: единовременная приёмка 36 операторов FFT с независимой проверкой через NumPy и runtime-планами (09-16)

Дата: 2026-09-16　Источники: коммит приёмки операторов FlagFFT, репозиторий FlagFFT

09-16 в 15:38 в FlagFFT поступил коммит с изменениями +2151/-2298 feat: accept 36 FFT operators with NumPy validation and runtime plans, который разом перевёл 36 операторов FFT в состояние приёмки; изменения затронули 8 файлов: два конфигурационных файла — перечень операторов и матрицу тестов, объявление сборки, запускатель приёмочных тестов, а также пару инструментов эталонной реализации, предназначенных специально для независимой проверки (сторона C++ отвечает за захват эталонного вывода, сторона Python выполняет пооператорное сравнение). В течение последующих двух часов были добавлены ещё два сопутствующих коммита: test: enforce complete acceptance coverage and update CI reporting (15:44) сделал полное покрытие приёмки обязательным требованием и изменил формат отчётов CI, а fix: preserve report compatibility and test interruption handling (15:58) исправил совместимость отчётов и обработку прерываний.

Если читать эти три коммита вместе, суть изменений этого раунда в FlagFFT не в том, что «появилось ещё 36 операторов», а в повышении стандарта приёмки: в качестве эталонной реализации используется независимо захваченный вывод NumPy, который поочерёдно сравнивается с runtime-планами, а не самоподтверждающие модульные тесты. В перечне RC2 кандидатный релиз FlagFFT — v0.2.0-rc2.post1, и именно эта линия приёмки служит основанием для его перехода от rc к GA.

1.4 Расширение набора операторов FlagGems: восемнадцать операторов KernelGen для Nvidia добавлены в репозиторий (09-16/09-17)

Дата: с 2026-09-16 по 2026-09-17　Источники: коммиты репозитория FlagGems, FlagGems #6135 histogramdd, FlagGems #5961 slice_copy

В течение окна линия KernelGen продолжала заливать в основной репозиторий операторы Nvidia со скоростью более десяти коммитов в день; всего в репозиторий добавлено 18 новых операторов с ядрами Triton, охватывающих четыре категории: класс форм и индексации (понижение размерности, копирование срезов, перестановка каналов, проверка совпадения форм, выборка по измерению), класс линейной алгебры и специальных функций (обращение тензора, логарифм определителя, последовательность Соболя, экспоненциальная функция), класс обучения и обратного распространения (обратный след, обратный маскированный softmax, обратное разреженное встраивание, случайный dropout), а также класс пулинга и сэмплирования (дробный трёхмерный пулинг, обратный трёхмерный upsampling методом ближайшего соседа). Распределение по типам совпадает с предыдущим окном — линейная алгебра, специальные функции и обратные операторы для обучения занимают по одному сегменту.

Реальный объём инженерной работы демонстрируют три сопровождающие их спецификации регистрации и тестирования: одна добавляет сортировку и проверку согласованности при экспорте операторов, другая сужает проверку «использование FlagGems вместо ATen» до вновь добавленных строк, чтобы избежать влияния исторического кода, а третья автоматически выводит тестовые маркеры для операторов с подчёркиванием согласно соглашению об именовании. Кроме того, коммит [Test] Align MM tests and parallel FP8 benchmark with scaled-MM API (#6329) выравнивает интерфейс масштабированного матричного умножения на стороне тестирования. Побочным эффектом массовой заливки является рост «стоимости регистрации», и эти коммиты как раз закрепляют эту стоимость в CI.

1.5 Линия квантованных операторов FlagGems: нативный FP8 W8A8 MM от Moore Threads, W8A16 RMSNorm от MetaX (09-16/09-17)

Дата: 2026-09-16 — 2026-09-17　Источники: FlagGems #6211 Moore Threads FP8 W8A8, FlagGems #6326 MetaX W8A16 RMSNorm, FlagGems #4412 FP8 topk

В линии Moore Threads добавлен нативный бэкенд FP8 W8A8 матричного умножения (#6211, 5 файлов, +1100/-80): в каталоге квантованного матричного умножения бэкенда Moore Threads реализован нативный путь производителя, существующий параллельно с версией для Nvidia Hopper, и дополненный эталонными скриптами и тестами, что говорит о поставке этого пути как «нативной реализации, близкой к аппаратуре», а не «универсального ядра с откатом». В линии MetaX добавлен W8A16 RMSNorm (#6326), расширяющий область квантования с матричного умножения на слои нормализации; в тот же период также оптимизирован выбор пути для FP8 topk (#4412). Вместе с выравниванием API масштабированного матричного умножения на стороне тестирования и массовыми исправлениями fix ops bugs (#6259), в этом окне насчитывается 7 коммитов, непосредственно связанных с квантованием. В совокупности покрытие W8A8/W8A16 распространяется от «одного слоя матричного умножения» к смежным операторам — нормализации, сэмплированию и т. д., что соответствует позиционированию раздела 2.2, где квантованные операторы выбраны главной линией расширения.

1.6 FlagGems-vllm: fused Marlin MoE и FP8 FlashAttention-2 с переменной длиной (09-16/09-17)

Дата: 2026-09-16 — 2026-09-17　Источники: FlagGems-vllm #750 fused Marlin MoE, FlagGems-vllm #749 FP8 attention с переменной длиной

Два крупных изменения реализуют один и тот же подход на уровне операторов инференса. Первое, [QC] Add INT8 and FP8 W8A16 fused Marlin MoE (#750, 7 файлов, +3118/-46), добавляет fused Marlin MoE для весов W8A16 в вариантах INT8 и FP8, с двумя эталонными скриптами, одним тестом и конфигурацией тюнинга tune_configs.yaml для бэкенда Nvidia, а также обновляет инструмент выбора операторов. Второе, [QC] Add FP8 W8A8 variable-length FlashAttention-2 (#749, 5 файлов, +4710), добавляет FP8 FlashAttention-2 для последовательностей переменной длины, покрывая наиболее распространённые формы на этапе prefill, и регистрирует его в conf/operators.yaml.

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

1.7 Torch-FL: переход от «переключения маршрутизации» к «исправлению последствий переключения» (09-16/09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: Torch-FL #306 Обход MetaX, Torch-FL #316 MUSA вращательное позиционное кодирование, Torch-FL #310 Привязка к FlagGems master

Основным действием предыдущего окна был перевод диспетчеризации операторов шести платформ в режим «FlagGems в приоритете»; 17 коммитов текущего окна почти все являются отголоском этого переключения и по способу обработки делятся на три категории.

Первая категория — именованные обходы: на MetaX slice.Tensor выведен из маршрутизации FlagGems и за счёт этого отлажен поток ручного тестирования Qwen-Image-2512 (#306); на MUSA комплексные операторы вращательного позиционного кодирования оставлены для выполнения на стороне устройства (#316, 8 файлов, +99/-7, включая сгенерированный код в csrc/aten/backends/musa/ и правила генерации в codegen_mudnn.py), одновременно перепривязан мост генератора случайных чисел на модуле вендорских операторов (#298). Вторая категория — явные переключатели: из-за регрессии в upstream-ветке FlagGems master CI временно привязан к предыдущему рабочему коммиту (#310); на линии CUDA до того, как FlagTree выведет FlagTune, устанавливается USE_FLAGTUNE=0 (#311); конфигурация ускорителя на этапе сборки записывается в wheel (#314, включая модульные тесты), чтобы целевая платформа сборки была известна уже после установки. Третья категория — построение контроля качества: в проверках тестов операторов добавлено явное обнаружение PPU (#309), список тестов PPU переведён на чтение из ppu.yml вместо встроенного JSON (#305), платформенные конвейеры унифицированно привязаны после платформенно-независимых проверок (#304), а также добавлено отслеживание FlagGems master в CI на всех платформах (#301).

В совокупности три категории образуют многоразовую модель реагирования: что можно исправить — обходится маршрутизацией с оставлением тестов, что нельзя исправить — блокируется явным переключателем, а критерии оценки в конечном итоге сводятся в контроль качества. Для тезиса «единая библиотека операторов, переиспользуемая на разных чипах» длина списка обходов сама по себе является метрикой пригодности к использованию.

1.8 FlagTree: управляемый Manifest FlagTune и базовый рабочий процесс iluvatar3.6 (09-16/09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: FlagTree #1103 Управляемый Manifest FlagTune, FlagTree #1197 Базовый рабочий процесс Iluvatar, FlagTree #1190 Результаты бенчмарков PPU

Основное изменение — крупная переработка FlagTune (подсистемы автоматической настройки) (#1103, 17 файлов, +687/-153): добавлены значения по умолчанию управляемого Manifest и обработка совместимости во время выполнения, изменения охватывают уровень контрактов (схемы операторов и определения выражений), уровень поиска (генетический алгоритм поиска и интерфейсные соглашения), уровень выполнения (автонастройщик, протокол бенчмарков, абстракция устройств и определения ошибок), а также четыре набора тестов (протокол бенчмарков, профили моделей, источники моделей, ошибки времени выполнения). Так называемые управляемые значения по умолчанию означают, что значения по умолчанию конфигурации настройки больше не зависят от локальной генерации, а предоставляются централизованно, что особенно важно для комбинаций с множеством чипов и множеством версий Triton.

Сопутствующая инженерная линия продвигалась в тот же день: для Iluvatar добавлены базовая линия FlagGems и рабочий процесс тестирования iluvatar3.6 (#1197), обновлены результаты бенчмарков PPU (#1190), инициализация бэкендов в шаблонах тестов FlagGems вынесена в единый интерфейс (#1192), скрипты бенчмарков линии hcu переведены на скрипт очистки процессов при сбоях (#1188), а для периодически падающих тестовых случаев Ascend TLE добавлено игнорирование (#1185).

1.9 FlagQuantum: подключение тестов JAX, нижняя граница покрытия поднята до 60% (09-17)

Дата: 2026-09-17　Источники: FlagQuantum #48 Тесты JAX и нижняя граница покрытия

09-17 в 11:05 FlagQuantum получил коммит +429/-5, который официально подключил тесты JAX к непрерывной интеграции: добавлен один смешанный фронтенд-тест и пять модульных тестов (пакетный откат, ядро MPS, ядро вектора состояний, сжатие тензорной сети, ядро тензорной сети), рабочий процесс непрерывной интеграции и конфигурация тестов синхронно обновлены, а нижняя граница покрытия 60% записана в файл политики покрытия в каталоге контрактов — то есть порог качества зафиксирован в виде файла контракта, а не параметра рабочего процесса. Этот репозиторий позиционируется как «фреймворк квантового AI с приоритетом PyTorch»; подключение JAX показывает, что второй фронтенд включается в те же критерии приёмки, что согласуется с подходом модулей FlagOS «сначала контракт, затем реализация».

1.10 FlagCX и vllm-plugin-FL: потоковая обработка логов PTD, подключение T-Head PPU CI (09-16/09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: FlagCX #601 потоковая обработка логов PTD, vllm-plugin-FL #518 T-Head PPU CI, vllm-plugin-FL #528 исправление Kunlunxin

Изменение в FlagCX небольшое, но ключевое: инструмент производительности PTD библиотеки межчиповой коммуникации при преобразовании логов в OpenMetrics считывал весь лог в память целиком, и на этапе prepare при крупномасштабных запусках процесс завершался из-за исчерпания памяти; #601 переводит преобразование на потоковую обработку (tools/PTD/src/prom2openmetrics.py, +68/-29), ценой дополнительного слоя конечного автомата, а выигрыш в том, что сам инструмент перестаёт быть узким местом масштаба нагрузочного тестирования.

Две правки в линии inference-плагинов: официально подключён CI для T-Head PPU (Alibaba Damo Academy) (#518, 9 файлов), добавлены конфигурация платформы configs/thead.yml, скрипты подготовки и проверки окружения, образ docker/thead/Dockerfile и список тестов платформы tests/platforms/thead.yaml, попутно исправлены список платформы MetaX и инструменты очистки; на стороне Kunlunxin устранено остаточное загрязнение состояния после сбоя импорта модуля FlashAttention (#528). Если сопоставить подключение PPU CI с явным обнаружением PPU в Torch-FL из раздела 1.7 этого отчёта, становится очевидно, что покрытие собственными тестами линии T-Head в данном окне мониторинга заметно усилилось.

1.11 Прочие изменения: community, FlagGems-Experimental, flir, FlagScale-Agent, запись тегов образов (09-16/09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: синхронизация проекта community 2.2, FlagGems-Experimental MetaX index_select, flir #74, build-infra Kunlunxin xCCL

  • community: приоритеты релиза синхронизированы в представление проекта (рабочий процесс .github/workflows/flagos-2.2-project-sync.yml, +60/-1), а также обеспечена постоянная видимость записей 2.2 в период релиза; управленческое действие произошло в тот же день, что и повышение версии, что является сопутствующим элементом закрытия 2.2.
  • FlagGems-Experimental: исправлена реализация index_select для MetaX (#419), добавлена поддержка MetaX для conv_depthwise2d (#391), дополнен оператор dense_dim (#639) — этот репозиторий продолжает играть роль испытательного поля по принципу «адаптация бэкенда сначала приземляется здесь, после верификации попадает в основной репозиторий».
  • flir: снята метка Pure с tile.to_tensor для согласования с семантикой bufferization в upstream (#74), изменение связано с линией Ascend TLE.
  • FlagScale-Agent: исправлен адрес клонирования в документации, указывавший на собственный репозиторий (#42).
  • Линия образов build-infra: установлен xCCL в базовый образ Kunlunxin (#917), исправлен его containerfile (#918); одновременно зафиксированы шесть тегов прикладных образов vLLM (по две штуки для musa5.2.0 и musa4.3.6 от Moore Threads, по две для tops1.9.10 и tops1.10.6 от Enflame), а также очищен устаревший журнал изменений ожидающего релиза Kunlunxin 0.24.0 (#911).

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

2.1 Тринадцатое подряд спокойное окно покомпонентного поиска: ноль совпадений за 24 часа (09-16~09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: Google News RSS (33 группы поисковых запросов на китайском и английском, ноль совпадений в окне)

В этом выпуске был проведён поиск по 33 группам запросов на китайском и английском языках по ключевым словам FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen, FlagAttention, а также «BAAI open source», «BAAI open source», «Zhongzhi FlagOS» — ноль попаданий в 24-часовом окне, ближайшая публикация, связанная с названиями компонентов, по-прежнему остаётся английский материал от 09-15 10:16 об открытом исходном коде Open3D-PIMC и китайский материал об оборудовании от 09-14. Это уже тринадцатое подряд спокойное окно.

Согласно существующим наблюдениям, внешняя видимость FlagOS демонстрирует «месячный ритм»: пики публикаций приносят только три типа событий — релизы версий, отраслевые конференции и Day0-адаптация чипов, а период тестирования перед релизом как раз оказывается периодом затишья. Ожидаемый пик видимости текущего цикла приходится на период вокруг GA 09-28. Запросы в HN Algolia за тот же период (FlagOS / FlagGems / FlagScale / FlagTree) также пусты.

2.2 График FlagOS 2.2 и перепроверка списка RC2: GA назначен на 09-28 (проверка 09-17)

Дата: 2026-09-17 (день проверки)　Источники: график выпуска 2.2, список исходного кода 2.2 RC2, milestone FlagOS 2.2

Была проведена полная сверка релизных артефактов. График: заморозка функций 08-31, период тестирования и стабилизации с 09-01 по 09-24, GA 09-28; правила заморозки прописывают канал исключений (патчи безопасности, серьёзные дефекты и блокировки CI могут идти по ускоренному каналу с одобрения TSC), а также критерии выпуска — только если исполняемый план тестирования пройден в течение периода тестирования, статус FEP переходит из «реализуемо» в «реализовано».

Список: 24 модульные записи RC2 охватывают уровень инфраструктуры L0 (FlagTree разбит на три ветки по Triton 3.6 / 3.5 / 3.3, FlagCX), уровень операторов (FlagGems, FlagFFT, FlagSparse, FlagDNN, FlagBLAS, FlagTensor, FlagAudio, FlagAttention), уровень плагинов инференса (FlagGems-vllm, FlagGems-sglang, Torch-FL, vllm-plugin-FL, sglang-plugin-FL), уровень обучения (TransformerEngine-FL, Megatron-LM-FL, FlagScale), уровень выпуска и инструментов (KernelGen, KernelGenBench, FlagRelease, компрессор). По версиям только FlagGems доведён до rc2.post2, остальные — rc2.post1; FlagTree использует собственный формат именования 0.7.0rc2.post1+triton3.x.

Со стороны milestone: все 7 issue версии 2.2 в настоящее время не закрыты, срок — 09-28, что соответствует графику. В совокупности 2.2 находится на стадии «код заморожен, приёмка завершается», сигналов о задержке не наблюдается.

2.3 Система Horizon: D-Robotics завершила раунд C на 400 млн долларов (09-17)

Дата: 2026-09-17　Источники: репортаж Pedaily

09-17 компания D-Robotics (английское название D-Robotics, инкубированная Horizon, в 2024 году ставшая независимой компания по программно-аппаратной базе для роботов) объявила о завершении раунда C на 400 млн долларов. Раунд возглавлен Mirae Asset, в синдикате приняли участие стратегические и государственные инвестиционные платформы, включая Meituan Strategic Investment, Hefei State Investment, Nanshan Zhanxintou, Jingquan Capital, а также институциональные инвесторы — Cathay Capital, Huamei International, GF Xinde, Beyond Moore, фонд Xinchuan II под управлением Qihang Investment; существующие акционеры — Gaorong Ventures, Wuyuan Capital, Linear Capital, Huangpu River Capital, Vertex Growth под управлением Temasek, Prosperity7, Hexuan Capital, Yunfeng Fund, Meituan Longzhu, Jiuhe Ventures — продолжили увеличивать вложения.

Направления использования средств прописаны конкретно: усиление продуктовой линейки вычислительных мощностей во всём диапазоне чипов Xuri и создание полноцепочечной программной платформы, охватывающей «сбор данных — обучение модели — симуляционная верификация — развёртывание инференса». Приведённые операционные данные также информативны: выручка в первой половине 2026 года выросла в несколько раз по сравнению с аналогичным периодом прошлого года, совокупные поставки чипов серии Xuri превысили 8 млн штук, бизнес в области embodied intelligence вышел на массовые поставки, флагманский S600 за полгода был принят более чем 20 ведущими клиентами, охват клиентов в сфере embodied intelligence превысил 50%.

Значение для темы настоящего отчёта заключается в позиции на стороне программного стека: Horizon (включая её робототехническую систему) является одним из членов FlagOS, её чипы и бортовые платформы — точки приложения направления FlagOS в области бортовых решений и embodied intelligence; формулировка создания «полноцепочечной программной платформы» во многом совпадает с задачами, которые FlagOS-Robo призван решать на стороне роботов; в дальнейшем можно следить за тем, внедрит ли её программная платформа компоненты FlagOS.

2.4 Капитальная сторона членов: MX превратила убыток в прибыль в полугодовом отчёте, Eflamm при дебюте на бирже превысила капитализацию в 100 млрд, полугодовые отчёты отечественных GPU (09-16~09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: Huxiu, промежуточный отчёт Moore Threads、Sina Finance, первый день торгов Enflame、Leiphone, разбор полугодовых отчётов китайских GPU

Внешние нарративы членских организаций в этом выпуске сосредоточены на капитальной стороне, три пункта: промежуточный отчёт Moore Threads за 2026 год вышел из убытка в прибыль, основная деятельность по-прежнему в фазе инвестиций (09-16); рыночная капитализация Enflame в первый день торгов превысила сто миллиардов юаней, интерпретация 09-17 сместилась к её структуре акционерного капитала «рыночный GP плюс местный государственный LP»; Leiphone 09-17 свёл полугодовые отчёты четырёх китайских GPU-производителей с выводом о толерантности вторичного рынка к оценкам. В тот же день на рыночной стороне Moore Threads, Moore Threads и Cambricon продемонстрировали значительные колебания, что относится к рыночной информации, а не к динамике экосистемы, и в данном отчёте в качестве пунктов не включено.

Необходимо обозначить границы охвата: все три вышеуказанных пункта не могут служить доказательством прогресса проекта FlagOS, они лишь косвенные свидетельства операционного и финансового состояния членских организаций. В этом выпуске связанные с FlagOS технические действия по-прежнему появляются только на GitHub, что также является общей чертой нескольких последовательных окон.

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

3.1 Hygon: одновременное восполнение на обоих концах — linalg и семантика dtype (09-16)

Дата: 2026-09-16　Источники: FlagGems #5390 linalg_lstsq、FlagGems #5959 linalg_matrix_power、FlagGems #6351 nansum dtype

У Hygon в этом выпуске нет единичного крупного действия, а есть три параллельных восполнения: во-первых, linalg_lstsq сразу поддерживает три бэкенда (Hygon, Moore Threads, Iluvatar), что говорит о начале группового продвижения многокристальных реализаций линейно-алгебраических операторов типа метода наименьших квадратов; во-вторых, linalg_matrix_power поддерживает Hygon и Iluvatar, относится к серии матричных функций; в-третьих, исправление повышения целочисленного dtype в nansum одновременно охватывает Nvidia, Ascend, Moore Threads и Hygon, а также добавляет тест-кейсы int8/uint8 — это работа семантической согласованности по своему характеру, исправляется не производительность, а проблема «один и тот же оператор на разных бэкендах даёт разные типы». В предыдущем окне акцент Hygon был на адаптации инструментальной цепочки и среды сборки (заголовочные файлы gflags, белый список TLE, образы), в этом окне произошёл переход к операторам и семантике, смена направления говорит о том, что проблемы базовой среды в основном закрыты.

3.2 Ascend: самая плотная линия операторов, необходимых для MoE и линейного внимания (09-16/09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: FlagGems #6324 swiglu、FlagGems #6325 grouped_matmul、FlagGems-vllm #789 compressor、FlagGems-vllm #788 chunk_gated_delta_rule_fwd

Линия Ascend в этом периоде имеет самую плотную ленту коммитов, и они сосредоточены на двух горячих точках текущей архитектуры больших моделей. Направление MoE: активация swiglu (#6324) и групповое матричное умножение grouped_matmul (#6325) — первая является функцией активации в feed-forward сети MoE, вторая — ключевым оператором экспертного параллелизма; вместе эти две позиции означают, что полный слой вычислений MoE может быть замкнут внутри библиотеки операторов. Направление линейного внимания: два слитых оператора compressor (#789) и chunk_gated_delta_rule_fwd (#788) вошли в репозиторий плагина инференса и соответствуют блочному прямому проходу линейного внимания класса GDN; в сочетании с семантическим согласованием tile.to_tensor в flir (#74, затрагивает линию Ascend TLE), а также двумя реализациями норм linalg_norm (#6355) и linalg_matrix_norm (#5670), Ascend на стороне операторов является самым широко охваченным участником этого периода.

3.3 Damo Academy Xuantie: плагин инференса подключён к PPU CI, MM/MV поддерживают раскладки NN/NT (09-16/09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: vllm-plugin-FL #518 PPU CI, FlagGems #6302 оптимизация раскладок MM/MV, FlagTree #1190 бенчмарк PPU

Линия Damo Academy Xuantie (PPU) в этом периоде развивается по двум направлениям — «тестовая инфраструктура + производительность». Со стороны тестирования: vllm-plugin-FL подключил PPU к непрерывной интеграции (#518, добавлены конфигурация платформы, скрипты подготовки окружения, образ и перечень платформенных тестов), Torch-FL в шлюзе тестов операторов явно обнаруживает PPU, а не полагается на ветку по умолчанию (#309), перечень тестов PPU теперь читается из ppu.yml (#305). Со стороны производительности: FlagGems реализовал поддержку и оптимизацию раскладок NN и NT для матричного умножения и умножения матрицы на вектор (#6302), FlagTree обновил результаты бенчмарков PPU (#1190) и исправил поведение tl.load/tl.dot на PPU и MetaX (#1191). Продвижение платформы от «может выполнять операторы» до «может непрерывно проверяться в CI» — это граница перехода доступности от единичных случаев к регулярной практике.

3.4 Moore Threads: нативный FP8 W8A8 MM и возврат MUSA rotary position embedding на сторону устройства (09-16/09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: FlagGems #6211 нативный FP8 W8A8, Torch-FL #316 MUSA rotary position embedding, Torch-FL #298 мост RNG

Три действия указывают на одну цель — сократить откаты бэкенда MUSA в квантованном инференсе и моделях с длинным контекстом. На стороне операторов добавлен нативный бэкенд матричного умножения FP8 W8A8 (#6211); на стороне адаптации оператор rotary position embedding в комплексной форме оставлен для выполнения на стороне устройства (#316), что позволило избежать возможного прежнего поэлементного отката на хост; со стороны стабильности перепривязан мост генератора случайных чисел на модуле операторов производителя (#298), исправлена согласованность seed и потока. Со стороны образов build-infra зафиксировал два тега прикладных образов MUSA 5.2.0 и 4.3.6, а также дополнил список ожидающих публикации изменений для пересборки 0.24.0 rc2 (#913/#914/#915). Эти два пункта — rotary position embedding и мост генератора случайных чисел — относятся к «незаметным, но обязательным» пороговым требованиям, а также являются частой границей, определяющей, может ли быть согласована точность инференса между разными чипами.

3.5 MetaX: W8A16 RMSNorm и три обхода маршрутизации (09-16/09-17)

Дата: 2026-09-16 – 2026-09-17　Источники: FlagGems #6326 W8A16 RMSNorm, FlagGems-Experimental #419 index_select, Torch-FL #306 обход slice.Tensor

Линия Moore Threads в этом выпуске сосредоточена на теме «добавить один оператор, обойти три пути». На стороне операторов добавлен W8A16 RMSNorm (#6326), что расширяет точность квантования на слой нормализации; в экспериментальном репозитории исправлена проблема реализации index_select (#419) и добавлена поддержка глубинной свёртки (#391). На стороне маршрутизации три обхода: Torch-FL вывел slice.Tensor из маршрутизации FlagGems, чтобы разблокировать поток ручного тестирования Qwen-Image-2512 (#306), обошёл маршрутизацию FlagGems для матричного умножения в части сценариев (в связке с ограничениями из 1.7), а также исправил эталонную реализацию теста linalg_solve_triangular на стороне FlagTree (#6341). Сами по себе обходные записи не являются достижениями, но они поименованы и задокументированы по отдельности, чтобы последующая сходимость версий имела документальное обоснование.

3.6 Kunlunxin: xCCL встроен в базовый образ, пакет исправлений операторов внедрён (09-17)

Дата: 2026-09-17　Источники: build-infra #917 xCCL, FlagGems #6328 исправление операторов, FlagGems #4540 заглушка topk_softmax

Линия Kunlunxin в этом выпуске состоит из трёх типов действий. На стороне образов: в базовый образ установлен xCCL (#917) и исправлен его containerfile (#918) — предварительная установка проприетарной библиотеки связи в базовый образ означает, что межчиповая связь на этой платформе больше не зависит от внешнего подключения во время выполнения, что согласуется с направлением улучшений инструментария FlagCX в разделе 1.10 данного отчёта. На стороне операторов: одновременно внедрён пакет исправлений, охватывающий пять операторов — masked_fill, sinh, mish, hardswish, index_fill (#6328); для topk_softmax добавлена заглушка ядра для C++ лаунчера (#4540); удалена уже решённая логика пропуска измерений softmax_backward (#4539). На инженерной стороне: тесты переведены на выполнение внутри контейнера (#6343), а также исправлено остаточное состояние после сбоя импорта модуля FlashAttention в плагине инференса (#528). В совокупности это подготовительные действия по «единовременному выравниванию тестовой среды и зависимостей».

3.7 Iluvatar CoreX: /dev/itrctl и рабочий процесс базовой линии iluvatar3.6 (09-17)

Дата: 2026-09-17　Источники: FlagGems #6376 /dev/itrctl, FlagTree #1197 базовая линия iluvatar3.6, FlagGems #5390 linalg_lstsq

Линия Iluvatar CoreX в этом выпуске включает два инфраструктурных изменения и одно дополнение оператора: конфигурация CI/CD FlagGems подключена к узлу устройства /dev/itrctl и обновлена конфигурация упаковки (#6376), что указывает на необходимость доступа тестовой среды к интерфейсу управления устройством; FlagTree добавил базовую линию FlagGems и рабочий процесс тестирования для iluvatar3.6 (#1197), то есть создание сопоставимой базовой линии производительности и корректности для этого бэкенда; на стороне операторов совместно с Hygon и Moore Threads используется мультибэкендная реализация linalg_lstsq (#5390). Кроме того, build-infra исправил устаревшую переменную окружения, ломавшую corex clang (#901). При совместном рассмотрении трёх пунктов текущий этап Iluvatar CoreX — «выстраивание базовой линии CI».

3.8 Enflame: GCU300 зафиксирован в отчёте 0.24.0 и два тега образа (09-16)

Дата: 2026-09-16　Источники: build-infra #910 запись GCU300, build-infra #900 тестовые случаи ограничений, FlagTree #1185 тест TLE

Линия Enflame в этом выпуске полностью сосредоточена на стороне сборки и валидации: журнал работы GCU300 внесён в отчёт vLLM 0.24.0 (#910), зафиксированы результаты прогонов ограниченных сценариев и блокировки в режиме графов (#900), а также по одной строке тега образа приложения для инструментальных цепочек tops1.9.10 и tops1.10.6 (#906/#907). Помимо этого, на стороне FlagTree добавлено игнорирование периодически падающего сценария fused softmax в линии Ascend TLE (#1185) — такие «эпизодические сбои» в кросс-чиповом CI обычно означают различия окружения, а не логический дефект, и пометка вместо исправления — разумный выбор на текущем этапе. Капитальные действия Enflame (листинг 09-15, превышение 100 млрд в первый день 09-16) не меняют их инженерных приоритетов: техническая линия по-прежнему ориентирована на включение платформы GCU в матрицу кросс-чиповой валидации.

3.9 Zhiyuan (ведущий участник): автоматизация управления и повышение номера версии (09-16/09-17)

Дата: 2026-09-16 — 2026-09-17　Источники: community 2.2 синхронизация проекта, build-infra #916

Как ведущий участник, Zhiyuan в этом выпуске сосредоточился на управлении, а не на выпуске кода: community синхронизировал приоритеты релиза в представление проекта и обеспечил постоянную видимость записей 2.2 в период релиза; build-infra поднял номер версии, направив всю линию образов на 2.2.0. В сочетании с определением роли в расписании 2.2 — «Release Manager ведёт тестовую матрицу в отслеживающем issue и организует Go/No-Go по процессу релиза» — видно, что механизм релиза перешёл от ручного сопоставления таблиц к трём компонентам: «представление проекта + отслеживающий issue + файл-манифест». До GA осталось 11 дней; следующим наблюдаемым сигналом на стороне Zhiyuan будут заключение Go/No-Go и переход статусов приёмки по каждому FEP.

4. Резюме и наблюдения за тенденциями

  • 2.2 вошёл в стадию заморозки релизных артефактов: build-infra поднял поле версии до 2.2.0 — это единственный глобальный релизный переключатель в org; с этого момента разметка rc по модулям влияет только на кандидатные снимки и больше не меняет номер версии. GA назначен на 09-28, тестовый период — ещё около недели.
  • Доля линии инженерного качества растёт: из 150 коммитов CI, тесты и исправления в сумме составляют около четверти (только коммиты, начинающиеся с ci, test, fix, — 23 штуки); массовое поступление KernelGen форсирует внедрение регламентов проверки экспорта, маркировки тестов, выравнивания бенчмарков — узкое место масштабирования смещается с «написания ядра» к «регистрации и приёмке».
  • Кросс-чиповая доступность продвигается через «маршрутизацию плюс список обходов»: основные результаты Torch-FL и vllm-plugin-FL в этом выпуске — записи обходов и шлюзы, а не новые функции; для операторов, принимаемых вендорными ядрами, уже есть именованный список (слайс-операторы MetaX, комплексное rotary-позиционное кодирование MUSA, отсутствие FlagTune в CUDA), и длина этого списка — обратный показатель кросс-чипового переиспользования.
  • Две основные линии расширения операторов ясны: первая — квантование (W8A8, W8A16, FP8), расширяющееся от матричного умножения к нормализации и сэмплированию, показательные коммиты — нативный FP8 W8A8 MM от Moore Threads и fused Marlin MoE; вторая — MoE и линейное внимание (групповое матричное умножение, swiglu, compressor, блочно-гейтовый форвард правила Delta), сосредоточенные в линии Ascend.
  • Тестовая инфраструктура сходится к платформенности: подключение PPU XuanTie от DAMO Academy к CI плагина инференса, создание базовой линии iluvatar3.6 в Iluvatar, выделение единого интерфейса инициализации бэкенда в FlagTree — действия трёх разных форм указывают на одну цель: чтобы каждый бэкенд мог непрерывно проверяться в CI, а не запускаться вручную.
  • Сторона новостей сохраняет тишину, техническая сторона — вся в коде: это тринадцатое подряд спокойное окно; внешняя видимость членов в основном исходит от капитальной стороны (раунд C на 400 млн долларов у Digen Robot, полугодовой отчёт MetaX, листинг Enflame). Ожидается, что следующий пик освещения придётся на релизное окно 09-28.

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

Источник Результат проверки
GitHub org репозитории pushed_at (54 репозитория) 19 репозиториев с пушами в окне, все проверены
GitHub commit search (committer-date) 150 коммитов в окне, две страницы взяты полностью, распределены по 15 репозиториям
GitHub ключевые репозитории коммиты в ветке по умолчанию FlagGems / build-infra / Torch-FL / FlagTree и др. проверены по отдельности
GitHub tags и releases Последние теги всех модулей — rc2.post1 (для FlagGems — rc2.post2), новых релизов нет
community список релизов и график Список RC2 из 24 пунктов, график 2.2 и статус вех проверены
build-infra configs.yaml Поле версии поднято до 2.2.0, патч и полный текст файла получены
Google News RSS (33 группы запросов на китайском и английском) Ноль попаданий в окне, ближайшее попадание — 09-15
HN Algolia Ноль попаданий в окне
Сообщество Zhiyuan (hub.baai.ac.cn) Новых материалов, связанных с FlagOS, в окне нет
Investment Community / Сообщество Zhiyuan / Sina Finance / Leiphone / JiWei Получены материалы о членских организациях, включая раунд C компании Digua Robotics

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

4]** Leiphone: разбор четырёх полугодовых отчётов китайских GPU — https://news.google.com/rss/articles/CBMibkFVX3lxTE5UbVdtRXlOaHJHdGdBSkZ5SUVWbmJuUG84QWtOaWx3U0xjcmpXSW9hUFVLQ3BkdnljbGJBbUV2aVhPUEpnb1lDZmxyU3VVXzUxd