Окно мониторинга: последние 24 часа (2026-09-15 10:18 ~ 2026-09-16 10:18, пекинское время) Источники: GitHub (org: flagos-ai, полная проверка 53 репозиториев по pushed_at + однократный commit search по 119 записям с проверкой по committer-date + повторная проверка коммитов в ветках по умолчанию ключевых репозиториев + метаданные releases/tags по всем репозиториям + прямой raw-доступ к списку публикаций community и графику времени публикаций + детали патчей ключевых коммитов), Google News RSS (24 набора поисковых запросов на китайском и английском, через прокси), HN Algolia, официальный сайт MetaX, Guandianwang, Sina Finance, 21 Caijing, Cailianshe, QbitAI, Xinhuanet, сообщество Zhiyuan, сообщество CSDN FlagOS и др. (подробный список источников см. в приложении)

Индекс текущего выпуска

  • Главное за сегодня: Шесть платформ Torch-FL переходят на FlagGems-first — число маршрутов PPU выросло с 11 до 435 (09-15/09-16)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Второй раунд 2.2 RC2: FlagGems обновлён до v5.4.0-rc2.post2, записи в манифесте сменили версию (09-15)
      • 1.2 Первое появление кода Open3D-PIMC: 662 файла в одном коммите, компиляционный слой и среда выполнения на месте (09-16)
      • 1.3 Torch-FL: Шесть платформ одновременно переходят на FlagGems-first (09-15/09-16)
      • 1.4 FlagAttention: SageAttention и GDN2 вошли в репозиторий в один день, версия для Ascend реализована отдельно (09-15)
      • 1.5 Линия квантованных операторов FlagGems: Hygon W8A8 INT8 GEMM, Moore Threads W8A16 FP8 RMSNorm (09-15)
      • 1.6 Массовое поступление FlagGems KernelGen: двадцать операторов Nvidia и миграция tle.gpu для Kunlunxin (09-15/09-16)
      • 1.7 Линия плагинов инференса: Ascend SparseAttnSharedKV, persistent_topk и адаптация под vLLM 0.24 (09-15/09-16)
      • 1.8 build-infra: Открыта линия упаковки FlagCX wheel, записаны шесть тегов образов приложений vLLM (09-15)
      • 1.9 community: Автоматизация управления релизом 2.2, статус выводится из связанных PR (09-15/09-16)
      • 1.10 FlagSparse: Внешняя ветка влита в основной репозиторий, завершение работ по точности для Ascend (09-15)
      • 1.11 FlagQuantum: Уровни доказательств Twin определяются по топологии схемы (09-15)
      • 1.12 Прочая динамика: FlagTree, flir, FlagDNN, FlagCX (09-15/09-16)
    1. Новости и экосистема
      • 2.1 Двенадцатое подряд спокойное окно покомпонентного поиска: совпадения сосредоточены на организациях-участниках, а не на компонентах (09-15~09-16)
      • 2.2 MetaX завершила Day0-адаптацию ATRIA Dawn Preview от Шанхайской лаборатории искусственного интеллекта (09-15)
      • 2.3 Enflame Technology выходит на STAR Market: два прочтения — со стороны капитала и со стороны экосистемной ниши (09-15)
      • 2.4 Open3D-PIMC от релиза до кода: 48-часовая разница между медийной и кодовой сторонами (09-14~09-16)
    1. Углублённое изучение организаций-участников
      • 3.1 Qingwei Intelligent: Слияние появления кода Open3D-PIMC и курса на 3D-реконфигурируемость (09-16)
      • 3.2 Hygon: Три параллельные линии — квантованные операторы, CI-образы и FlagCX wheel (09-15)
      • 3.3 Moore Threads: Двусторонняя корректировка W8A16 FP8 RMSNorm и маршрутов MUSA (09-15)
      • 3.4 MetaX: Записи пересобранных образов metax rc2 и нарратив Day0-адаптации (09-15)
      • 3.5 Enflame Technology: S60 в линии vLLM 0.24 и конвейер GCU CI (09-15)
      • 3.6 Iluvatar CoreX: Бэкенд iluvatar3.6 привязан к FlagTree 0.6.1 (09-15)
      • 3.7 Kunlunxin: Перенос sum на tle.gpu и исправление соглашения paged-KV (09-15)
      • 3.8 Zhiyuan (головная организация): Автоматизация управления RC2 и сверка прогресса 2.2 (09-15/09-16)
    1. Итоги и наблюдения за тенденциями
  • Приложение: Полный список источников

Главное за сегодня: Шесть платформ Torch-FL переходят на FlagGems-first — число маршрутов PPU выросло с 11 до 435

Дата: 2026-09-15 до 2026-09-16　Источник: Torch-FL #290 маршруты PPU, Torch-FL #276 CUDA FlagGems-first, Документация поддержки операторов Torch-FL

Самое концентрированное инженерное действие этого окна произошло в Torch-FL: этот адаптационный слой, отвечающий за диспетчеризацию вызовов операторов PyTorch к бэкендам различных чипов, за 24 часа получил 12 коммитов, продвинув шесть платформ одновременно к «FlagGems в приоритете». Сильнее всего изменилась таблица маршрутизации у одной PPU (Damо XuanTie) — число маршрутных записей FlagGems выросло с 11 до 478, 467 перегрузок перешли из cuda в flaggems, и ни одна не переместилась в обратном направлении; затем после одной проверки исполнимости, двух раундов связанных с маршрутизацией сбоев, выявленных CI, и одного аудита на уровне исходного кода результат зафиксировался как 435 записей FlagGems / 1601 запись cuda, то есть из 482 операторов, покрытых FlagGems, 47 остались на вендорских ядрах (33 связанных с маршрутизацией сбоя, выявленных при проверке, семейство mm/bmm, пять перегрузок addmm, _conj, четыре маршрута отражённого заполнения).

Это изменение заодно закрыло структурную проблему: полный набор операторов PPU изначально считывался из backends_cuda.conf, а codegen_ops.py перезаписывает этот файл, что означало, что вселенная операторов PPU становилась функцией таблицы маршрутизации другой платформы; теперь чтение идёт из csrc/aten/generated/register.inc — того реестра, который совместно компилируется линией CUDA и линией PPU; после изменения регенерированные девять conf оказались побайтово идентичными, что доказывает чисто источниковую замену. Репозиторий также построчно внёс оставшиеся 47 операторов в BOXING_TRITON_GAPS с описанием сбоев, а SHA-256 конфигурационных файлов был зафиксирован для обеспечения воспроизводимости.

Остальные пять платформ — это разные срезы одного и того же направления: линия CUDA (#276, 18 файлов, +1660/-533) перешла к установке FlagTree 0.6.2a2 и FlagGems master внутри задания и взяла на себя компиляцию C++ операторов FlagGems, тайм-аут рабочего процесса соответственно поднят с 60 минут до 120 минут; DCU (#277) по умолчанию включает FlagTree и FlagGems; GCU (#285) идёт по пути FlagGems с вендорским откатом; Ascend (#288) переключил конвейер на FlagTree и сохранил откат по dtype; MUSA (#286) вернул четыре ранее признанные заполняющими записи обратно в маршрутизацию FlagGems.

Если вернуть эту линию к тезису FlagOS, она ближе к основной цели, чем любое точечное включение оператора: тезис FlagOS — «единая библиотека операторов, переиспользуемая между чипами», и именно диспетчерский слой определяет, состоится ли этот тезис — сколько операторов действительно идут через FlagGems, а не тихо откатываются к вендорским ядрам. Ответ, данный в этом окне: вендорские ядра по-прежнему берут на себя большую часть (на PPU 1601 против 435), но тенденция ясна, и у каждого исключения есть именованная причина.

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

Обзор окна: из 53 репозиториев в org 20 имели pushes в окне; одиночный commit search дал 119 коммитов внутри окна (4 страницы, по убыванию committer-date), распределённых по 17 репозиториям: FlagGems 43, build-infra 14, community 13, Torch-FL 12, FlagSparse 11, FlagGems-vllm 5, FlagGems-sglang 4, FlagQuantum 3, FlagAttention 3, sglang-plugin-FL 2, vllm-plugin-FL 2, FlagTree 2, а также flir, FlagGems-Experimental, FlagCX, Open3D-PIMC, FlagDNN по 1. Кроме того, три репозитория docs, release-info, FlagBLAS имели pushes в окне, но без новых коммитов в окне на ветке по умолчанию (это pushes тегов или боковых веток, где docs и release-info отвечают за синхронизацию сайта релизных артефактов).

Форма этого окна = две параллельные линии: «рефакторинг диспетчерского слоя» + «наращивание квантования и операторов внимания»: со стороны управления второй раунд маркировки RC2 в FlagGems и автоматизация релизного проекта в community продвигают закрытие 2.2; со стороны инженерии акцент сместился с «добавления операторов внутрь» на «чтобы операторы действительно использовались» — FlagGems-first для шести платформ в Torch-FL является основным стволом, квантовые операторы FlagGems (W8A8 / W8A16) и SageAttention, GDN2 в FlagAttention — это новые мощности. Кроме того, Open3D-PIMC в конце окна завершил первую посадку кода — единственное действие по добавлению кодовой базы в этом выпуске.

1.1 Второй раунд 2.2 RC2: FlagGems поднят до v5.4.0-rc2.post2, версии пунктов манифеста обновлены (09-15)

Дата: 2026-09-15　Источники: community коммит #110, FlagGems v5.4.0-rc2.post2

09-15 11:21, Release Manager отправил release(2.2-rc2): bump flaggems to v5.4.0-rc2.post2 (#110), в манифесте всего одна строка изменений: FlagGems заменён с v5.4.0-rc2.post1 на v5.4.0-rc2.post2. В описании коммита указаны два исправления, ставшие причиной смены версии, — совместимость flash_attention_backward (#6253) и добавление гейта для tl.map_elementwise в ветке flagtree/3.5 (#6236), новый тег указывает на голову ветки 88acc0f7d. Сверка временной шкалы тегов: и rc2.post1, и rc2.post2 — это проверочные снимки на данной ветке, остальные 24 записи в манифесте по-прежнему указывают на rc2.post1. Это второе тегирование 2.2 RC2, до GA 09-28 остаётся 13 дней.

1.2 Open3D-PIMC: первый код в репозитории — один коммит на 662 файла, уровень компиляции и среда выполнения на месте (09-16)

Дата: 2026-09-16　Источники: первый коммит Open3D-PIMC, README проекта

09-16 09:30 репозиторий Open3D-PIMC внутри org, пустовавший с момента создания 08-15, получил единственный корневой коммит, разом принёсший 662 записи. Структура каталогов показывает, что это не документ-предложение, а рабочий инженерный проект: source/raisa-inductor/ — это уровень компиляции (compiler.py, graph_manager.py, graph_executor.py, а также три вида pass в passes/ — коммуникационные операторы, слияние, подграфы, и ключ кэша компиляции в utils/_graph_hash.py), runtime/rcs2/ — это среда выполнения на C++ (engine.cpp, l1_workspace.cpp, CMake и kernel.cmake), плюс demo/test_compiler.py, envsetup.sh и две схемы архитектуры. README чётко описывает четыре пробела, которые предстоит закрыть: выразительность иерархии памяти, разрыв между шардированием и топологией, конфликт динамического вывода и компиляции всего графа, переиспользование продуктов компиляции; соответствующие решения — поднять иерархическое шардирование, резидентность данных в 3D-DRAM, жизненный цикл объектов и границы Graph/Eager до проверяемой, преобразуемой и оптимизируемой семантики IR. Это продолжает открытый релиз на China Computing Conference 09-14, завершая путь от «объявления об открытии исходников» до «выхода кода в свет».

1.3 Torch-FL: шесть платформ одновременно переходят на FlagGems-first (09-15/09-16)

Дата: 2026-09-15 — 2026-09-16　Источники: Torch-FL #290, Torch-FL #276, Torch-FL #285

Подробности см. в разделе «Главное за сегодня». Два дополнительных нюанса: во-первых, воспроизводимость окружения для задач PPU была полностью переписана — раньше FlagGems импортировался через хостовое монтирование /workspace/FlagGems на pod’е раннера, и как только pod шёл без этого монтирования, set_env_ppu.sh на этапе подготовки окружения завершался с ошибкой «FlagGems source is not available», и задача вообще не доходила до шага операторов; теперь FlagTree (0.6.2a2+ppu3.6) устанавливается из индекса FlagOS, а FlagGems master — из git, и окружение зависит только от образа плюс двух индексов. Во-вторых, mm/bmm по-прежнему прибиты к вендорским ядрам, потому что ядро _hygon в FlagGems передаёт в mm_kernel Triton ключевое слово num_ldmatrixes, которое версия Triton для PPU не распознаёт; это уже зарегистрировано как FlagGems #6225.

1.4 FlagAttention: SageAttention и GDN2 в один день вошли в репозиторий, версия для Ascend реализована отдельно (09-15)

Дата: 2026-09-15　Источники: FlagAttention #43 SageAttention, FlagAttention #44 GDN2, FlagAttention #62 версия для Ascend

За один день влиты два оператора новых версий. #43 представляет реализацию SageAttention на Triton (10 файлов, +862/-7): QK использует поблочное квантование INT8, PV — прямой проход FP16, оба ядра — квантование QK и прямой проход внимания — используют triton.experimental.tle.language, прилагаются скрипт бенчмарка, покрывающий длины последовательностей от 1K до 32K, и тест точности в сравнении с пошаговой эталонной реализацией по головам. #44 — это оптимизированный оператор GDN2 — текущий горячий тренд в направлении линейного внимания. #62 же отдельно реализует GDN2 и SageAttention для Ascend: точка входа автоматически маршрутизируется на бэкенд _ascend по torch.npu.is_available(), а общий путь затем перенаправляется на эту реализацию, что позволяет избежать расхождения кода в двух местах; скрипт бенчмарка для Ascend измеряет тот же набор форм в сравнении с операторами AscendC. Все три вместе показывают, что FlagAttention перешёл от «дополнения вариантов внимания» к «следованию за структурными трендами новейших моделей инференса».

1.5 Линия квантованных операторов FlagGems: Hygon W8A8 INT8 GEMM, Moore Threads W8A16 FP8 RMSNorm (09-15)

Дата: 2026-09-15　Источники: FlagGems #6185 Hygon W8A8, FlagGems #6210 Moore Threads W8A16

В линии Hygon добавлены два не-ATen оператора квантованного матричного умножения mm_w8a8_int8 и mm_w8a8_int8_out (5 файлов, +871): на вход подаются уже квантованные матрицы INT8, в комплекте скалярный или построчный/постолбцовый масштабирующий FP32 scale и опциональный bias, само квантование выполняется вне оператора, ключевой момент реализации ядра — защита от переполнения при длинной редукции K в скалярном произведении INT8; одновременно по спецификации conf/operators.yaml добавлена регистрация оператора, stage помечен как 5.4, что соответствует текущей ветке RC. Линия Moore Threads, в свою очередь, оптимизировала путь W8A16 FP8 RMSNorm (#6210). Кроме того, fix: enable TLE for Hygon (#6247) добавляет Hygon в список включения TLE, что говорит о том, что его бэкенд начинает использовать языковые расширения Triton. Рассматривая все три вместе, квантование (W8A8 / W8A16) становится главной линией текущего раунда расширения набора операторов.

1.6 Пакетное поступление FlagGems KernelGen: двадцать операторов Nvidia и миграция Kunlunxin на tle.gpu (09-15/09-16)

Дата: 2026-09-15 по 2026-09-16　Источники: FlagGems #5722, FlagGems #6311 Kunlunxin, FlagGems #6188 backends.yaml

Операторы Nvidia, произведённые KernelGen, в этом окне массово поступили в основной репозиторий, приблизительно около двадцати, охватывая три категории: линейная алгебра (серия linalg — cond, solve, eigvals, vander, multi_dot, powsum и т. д.), специальные функции (entr, полиномы Чебышёва и т. д.), а также внимание и обучение (нативное многоголовое внимание, квантованный GRU, двумерная выборка grid_sampler, обратный проход трёхмерного апсемплинга, несколько мест псевдоквантования и разреженный обратный проход embedding bag, редукция обратного прохода batch normalization и т. д.). Линия KMCompiler дополнительно добавила unsafe_index_put (Nvidia и Ascend), оптимизацию производительности rnn_tanh и _dim_arange. Со стороны Kunlunxin sum и sum_dim мигрированы на tle.gpu (#6311), а также добавлен новый оператор полинома Лежандра. В части качества исправлено зависание linalg_svd на 16×16 (#6301), несоответствие dtype скалярного bias в addmv (#6149) и опции shm/ipc контейнера CI, а также обновлён образ Hygon (#6304); в backends.yaml бэкенд iluvatar обновлён до flagtree==0.6.1+iluvatar3.6 (#6188).

1.7 Линия плагинов инференса: Ascend SparseAttnSharedKV, persistent_topk и адаптация к vLLM 0.24 (09-15/09-16)

Дата: 2026-09-15 – 2026-09-16　Источники: FlagGems-vllm #792 SparseAttnSharedKV, vllm-plugin-FL #464, sglang-plugin-FL #75 Hygon DCU CI

Наибольший объём кода в этом окне пришёлся на SparseAttnSharedKV для Ascend (#792, 5 файлов, +9637): это реализация на Triton разреженной структуры разделяемого KV-внимания DeepSeek-V4 на Ascend, с фиксированной валидацией шести форм — три случая decode с длиной KV 8193, три случая prefill с Q=KV=8192; константы сосредоточены на 64 Q-головах, 1 KV-голове, размерности головы 512, размере страницы 128, порог точности 2e-2; замер скорости производится относительно оператора AscendC на том же устройстве (5 прогревочных прогонов, 20 замеров) и носит исключительно регистрационный характер без утверждений — то есть критерием приёмки выступает точность. В той же линии добавлен Ascend persistent_topk (два пути: segment-sort плюс merge), а вендорные fused_moe / persistent_topk помещены под ops/; конфигурация pre-commit переключена на зеркало gitcode для адаптации к сетям внутри страны. На стороне плагинов два обновления: vllm-plugin-FL адаптировал Enflame S60 к линии vLLM 0.24 (#464) и поднял Kunlunxin до vLLM 0.24.0 (#516); sglang-plugin-FL создал по конвейеру CI для Hygon DCU (BW1000) и Enflame GCU (S60) (#75/#88), причём линия Hygon собирает FlagCX v0.13.0 с помощью AMD adaptor (DCU относится к ветви HIP, DTK поставляется с librccl), матрица e2e-тестов согласована с Ascend и MUSA. На стороне FlagGems-sglang тестовые утилиты и conftest из апстримного FlagGems встроены в репозиторий (#76).

1.8 build-infra: запущена линия сборки wheel для FlagCX, зафиксированы шесть тегов образов приложений vLLM (09-15)

Дата: 2026-09-15　Источники: build-infra #886, build-infra #895, build-infra #888

В окне build-infra с 14 коммитами стал вторым по активности репозиторием, основное содержание — две вещи. Первая — запуск новой линии сборки wheel для FlagCX (#886 добавляет три шага: сборка, верификация, публикация; #896 закрепляет ширину узла scm и настраивает CUDA_PATH cu-bridge для MACA; #897 откатывает избыточное комментирование; #899 заставляет сборку wheel vllm-plugin сохранять wheel как run artifact). В частности, #895 фиксирует одну средовую ловушку: установленные заголовки torch жёстко требуют gflags — torch/headeronly/macros/cmake_macros.h напрямую определяет C10_USE_GFLAGS, из-за чего c10/util/Flags.h для каждого потребителя включает <gflags/gflags.h>, а любой runtime-образ не несёт этот заголовок (на runtime-образе Hygon проверено отсутствие /usr/include/gflags), поэтому сборка Hygon падала при компиляции backend_flagcx.cpp; ввиду этого в сборочный образ добавлены libgflags-dev и libgoogle-glog-dev. Вторая — внесение в учёт шести тегов образов приложений vLLM, унифицированных как 2.1.2-0.2.2rc2.post1_gdb28502.d20260915, соответствующих metax-maca3.8.1.3, metax-maca3.7.2.1, ascend-cann9.0.0, ascend-cann8.5.0 и двум вариантам 910c (#888–#893); дополнительно добавлены changelog пересборки metax/ascend 0.20.2 rc2 (#887) и запись об исправлении соглашения paged-KV для Kunlunxin (#898).

1.9 community: автоматизация управления релизом 2.2, статус выводится из связанных PR (09-15/09-16)

Дата: 2026-09-15 — 2026-09-16　Источники: community 2.2 рабочий процесс синхронизации проектов, community коммит 29a04c6e

Помимо реестра и маркировки, 13 коммитов репозитория community в данном окне мониторинга почти все направлены на перенос статуса релиза 2.2 с ручной доски в автоматизацию. Новый flagos-2.2-project-sync.yml запускается каждые 15 минут, синхронизируя issue с метками flagos2.2-rc0/rc1/rc2 (независимо от состояния открытия/закрытия) в GitHub Project #9 организации; поскольку как стандартный токен Actions, так и старый токен организации не имеют прав Projects, рабочий процесс явно требует специальный токен с областью project. Коммиты следующего дня исправляют ту же цепочку: синхронизация issue, вывод статуса релиза из связанных PR, выравнивание статуса со связанными PR, укрепление сверки, сохранение вручную отложенных issue, повышение назначенных triage issue, нормализация периода расписания, проверка пульса расписания Actions и добавление пояснения с правилами валидации RC. Читая эту цепочку вместе с двумя маркировками RC2, можно увидеть, что Go/No-Go для 2.2 превращается из «человек смотрит реестр» в «вывод из статусов issue и PR», что также объясняет, почему каждая смена версии реестра в данном окне мониторинга попадает на метки в течение получаса.

1.10 FlagSparse: слияние внешней ветки в основной репозиторий, завершение точности Ascend (09-15)

Дата: 2026-09-15　Источники: список коммитов FlagSparse

Все 11 коммитов FlagSparse в данном окне мониторинга происходят из одной внешней линии сотрудничества: основной репозиторий через merge-коммит вводит ветку NCIC-AlphaSparse/main (#60) с настройкой точности Ascend (ascend accuracy refine, ascend refines), уточнением CI (два раунда ci refine), обновлениями wrapper и документации, а также несколькими кросс-репозиторными синхронизирующими слияниями. Это показывает, что продвижение библиотеки разреженных операторов ведётся внешней командой, а основной репозиторий его принимает, что образует разделение труда в сравнении с FlagAttention, продвигаемым основной линией внутри org.

1.11 FlagQuantum: ранжирование доказательств Twin по топологии схемы (09-15)

Дата: 2026-09-15　Источники: FlagQuantum #45, FlagQuantum #46

Продолжая заморозку Twin API из предыдущего окна мониторинга, FlagQuantum в данном окне сделал три коммита: кросс-схемное сравнение кандидатов Twin (#44), ранжирование доказательств Twin по топологии схемы (#45), объединение соседних связных областей Twin (#46). Вместе эти три шага продвигают определение эквивалентности цифрового двойника квантового процессора от «сравнения одиночных схем» к «организации набора доказательств по топологии», что является методологическим дополнением после управления историческими последовательностями.

1.12 Прочие динамики: FlagTree, flir, FlagDNN, FlagCX (09-15/09-16)

Дата: 2026-09-15 — 2026-09-16　Источники: FlagTree #1178, FlagTree #1169, flir #75, FlagCX #599

Два изменения FlagTree: fix(hcu): allow extract_tile in the TLE whitelist (#1169) добавляет extract_tile в белый список TLE для линии Hygon, что совпадает по направлению с «включением TLE для Hygon» на стороне FlagGems; [Triton] Use triton version instead of llvm22 version (#1178) унифицирует обозначение версий. То же изменение также внесено в flir (FlagTree IR, происходящий от microsoft/triton-shared) (#75). FlagDNN исправил реализацию оператора для бэкенда Nvidia. FlagCX #599 исправил методику отчёта о производительности: эквивалентная пропускная способность KV теперь не использует фиксированное значение из текстового поля, а вычисляется из измеренного числа байт KV на запрос.

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

2.1 Компонентный поиск: двенадцатое подряд спокойное окно — попадания сосредоточены на членах сообщества, а не на компонентах (09-15~09-16)

Дата: 2026-09-15 — 2026-09-16　Источники: Google News RSS

По 24 группам запросов (17 на китайском, 7 на английском, в режимах when:7d и when:14d) с комбинациями слов FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen, Open3D-PIMC и связанных терминов со стороны BAAI поиск по названиям компонентов в окне дал нулевые попадания; после расширения до членов сообщества и отраслевых слов было получено 13 результатов в пределах окна, из которых лишь адаптация Day0 от MetaXen и биржевая динамика Enflame связаны с экосистемой, остальные — биржевая хроника, финансовые статьи или нерелевантный контент. Запросы HN Algolia по FlagOS, FlagGems, FlagScale, BAAI также не выявили содержательных технических обсуждений. Это двенадцатое подряд спокойное окно новостного поиска на компонентном уровне; в данном выпуске техническая информационная повестка по-прежнему почти полностью исходит из репозиториев кода, и впервые изменения уровня диспетчеризации в Torch-FL дали самостоятельный технический сюжет, достойный отдельного материала.

2.2 MetaXen завершила адаптацию Day0 для ATRIA Dawn Preview от Шанхайской лаборатории искусственного интеллекта (09-15)

Дата: 2026-09-15　Источники: официальный сайт MetaXen, Guandian.cn

09-14 Шанхайская лаборатория искусственного интеллекта открыла исходный код модели ATRIA Dawn Preview, и MetaXen в тот же день объявила, что благодаря собственному универсальному GPU и программному стеку MXMACA первой завершила адаптацию Day0 для этой модели. Компания приводит две накопленные цифры: с декабря 2025 года завершена адаптация Day0 для 37 ведущих флагманских моделей, охватывающих Zhipu, Alibaba Qwen, MiniMax, DeepSeek, StepFun, Tencent Hunyuan и другие; программный стек MXMACA совместим с более чем 40 AI-фреймворками и более чем 1000 моделей, обеспечивает тестирование адаптации свыше 6000 проектов с открытым исходным кодом и полную поддержку 2410 GPU-операторов PyTorch 2.8. Необходимо различать: эта адаптация идёт через собственный программный стек вендора и представляет собой параллельный путь по отношению к бэкенду metax в FlagOS (маршрутизация metax в Torch-FL, бэкенд metax в FlagGems); только при совместном чтении обоих можно увидеть двунаправленные инвестиции членов сообщества — в «борьбу за Day0 на собственном стеке» и в «совместное построение единого стека».

2.3 IPO Enflame на STAR Market: два прочтения — со стороны капитала и с точки зрения экосистемной ниши (09-15)

Дата: 2026-09-15　Источники: 21 Finance, Tonghuashun, Cailian Press

После выхода Enflame на STAR Market 09-11 соответствующие интерпретации продолжали набирать обороты в течение окна: цена размещения 142,18 юаня, в первый день торгов открытие на 410 юаней, рост на открытии 188,37%, внутридневной максимум 475 юаней, закрытие на 397 юаней, рост 179,22%, что соответствует рыночной капитализации 170,85 млрд юаней, объём привлечённых средств 6,14 млрд юаней; выручка за 2023–2025 годы — 301 млн, 722 млн и 990 млн юаней, за первое полугодие 2026 года — 1,12 млрд юаней с ростом на 279,08% год к году, совокупный чистый убыток, относимый на акционеров, за три года превысил 4,3 млрд юаней, непокрытый убыток 4,441 млрд юаней, компания оценивает вероятность выхода на прибыльность в 2026 или 2027 году. Как член сообщества FlagOS, Enflame на экосистемной стороне отвечает кодом, а не биржевой хроникой: в этом окне её бэкенд enflame одновременно фигурирует в линейке операторов FlagGems, в линейке адаптации vLLM 0.24 и в GCU CI для sglang. Капитальный нарратив отвечает на вопрос «способны ли мы инвестировать непрерывно», коммиты в коде отвечают на вопрос «куда направляются инвестиции»; в этом выпуске оба указывают на облачный инференс.

2.4 Open3D-PIMC: от релиза до кода — 48-часовая разница между медийной и кодовой сторонами (09-14~09-16)

Дата: 2026-09-14 — 2026-09-16　Источники: Синьхуа, первый коммит репозитория

14.09 на Китайской конференции по вычислительным мощностям было объявлено об открытом релизе Open3D-PIMC, однако в репозитории кода не было; только к 09:30 16.09 появился единственный корневой коммит, который одномоментно внёс 662 записи (уровень компиляции, среда выполнения на C++, примеры и архитектурные схемы). Формулировки в медиа: «код уже опубликован в открытом сообществе», «в четвёртом квартале этого года на глобальной профильной технологической конференции будут представлены новейшие результаты оптимизации для вычислительных мощностей 3D-чипов», тогда как временные метки на стороне кода показывают, что публикация произошла примерно через 44 часа после анонса. Это не образует противоречия, но подсказывает способ чтения: для проектов, ориентированных на новое поколение форм чипов, их «релиз» — это декларация маршрута, а реальная доступность определяется последующим ритмом коммитов в репозитории — в дальнейшем настоящий отчёт будет включать это в регулярный мониторинг.

3. Углублённое изучение членов сообщества

3.1 Qingwei Intelligent: слияние выхода кода Open3D-PIMC и маршрута 3D-реконфигурируемости (16.09)

Дата: 16.09.2026　Источники: Open3D-PIMC README, официальный сайт Университета Цинхуа

Действие Qingwei Intelligent в рамках org в этом выпуске — первый коммит кода Open3D-PIMC. Судя по содержанию, её техническая позиция и корпоративный маршрут реконфигурируемости лежат на одной линии: README определяет ключевую проблему после 3D-DRAM-стекирования как «на каком уровне памяти живут данные, как тензоры распределяются между Chiplet/Die/Tile, могут ли вычисления и коммуникации координироваться в правильные моменты времени», а не как пропускную способность отдельного оператора; предлагаемое решение — записать иерархическое шардирование, резидентность данных N3D, жизненный цикл объектов и границы Graph/Eager в IR, позволив производителям предоставлять модели стоимости, планировщики и генерацию кода в виде плагинов при сохранении совместимости ABI фронтенда, IR и среды выполнения. Название raisa-inductor и C++-движок runtime/rcs2 указывают на то, что публикуется открытая версия собственного стека компиляции и среды выполнения. В сочетании с публичной дорожной картой (второе поколение 3D-реконфигурируемых чипов скоро выходит в серийное производство и на tape-out, совокупный портфель заказов на вычислительные карты превышает 30 тысяч штук, развёрнуты центры интеллектуальных вычислений уровня тысяч карт в более чем десяти провинциях и регионах) позиционирование Qingwei в экосистеме FlagOS остаётся неизменным: не быть догоняющим поставщиком операторов, а бороться за право определять software-defined подход для следующего поколения форм чипов.

3.2 Hygon: три параллельные линии — операторы квантизации, образы CI и wheel FlagCX (15.09)

Дата: 15.09.2026　Источники: FlagGems #6185, FlagGems #6247, build-infra #895

Hygon в этом окне — компания с наиболее разрозненной, но и наиболее полной инженерной работой: на стороне операторов добавлено INT8-квантованное матричное умножение W8A8 (включая вариант _out) и Hygon включён в список включения TLE; на стороне FlagTree для линии Hygon разрешён белый список extract_tile; на стороне CI восстановлены опции shm/ipc контейнера и обновлён образ; на стороне упаковки из-за отсутствия заголовков gflags при компиляции backend_flagcx.cpp в сборке Hygon в образ сборки wheel FlagCX добавлен libgflags-dev; кроме того, линия DCU в Torch-FL установила FlagTree и FlagGems включёнными по умолчанию. Читая эти пять пунктов вместе, текущее узкое место Hygon не в «нехватке операторов», а в адаптации инструментальной цепочки и окружения упаковки — таких проблем много, ценность каждой точки низка, но именно они являются реальным порогом кросс-чиповой доступности.

3.3 Moore Threads: двусторонняя корректировка W8A16 FP8 RMSNorm и маршрутизации MUSA (15.09)

Дата: 15.09.2026　Источники: FlagGems #6210, Torch-FL #286

Два действия Moore Threads в этом выпуске противоположны по направлению, но логически согласованы: во-первых, на стороне FlagGems оптимизирован путь RMSNorm для W8A16 FP8, что относится к углублению уже существующих операторов; во-вторых, на стороне Torch-FL четыре записи, ранее признанные «заполнением пробелов MUSA», возвращены в маршрутизацию FlagGems, то есть операторы, ранее отданные ядрам производителя, возвращены себе. Первое — это производительность, второе — покрытие; вместе они показывают, что бэкенд MUSA уже миновал стадию «может работать» и начал разбираться со списком исключений на уровне диспетчеризации.

3.4 MetaX: запись о пересборке образа metax rc2 и нарратив адаптации Day0 (15.09)

Дата: 2026-09-15　Источники: build-infra #888, build-infra #887, официальный сайт MetaX

Действия MetaX в этом выпуске внутри org сосредоточены на релизных артефактах: build-infra зафиксировал по одному тегу прикладного образа для каждой из двух комбинаций рантайма metax-maca3.8.1.3 и metax-maca3.7.2.1, а также добавил запись в changelog о пересборке metax/ascend 0.20.2 rc2 — обе линии версий MACA учтены параллельно, что указывает на явное сохранение широты поддержки их драйверного стека. Четыре дня назад metax CI в vllm-plugin-FL и обновление до vLLM 0.24.0 относятся к тем же усилиям по инференс-стеку. Внешняя сторона — это адаптация Day0, описанная в пункте 2.2, выполняемая на собственном стеке MXMACA. Для FlagOS важнее первый пункт: внесение тега образа обеспечивает воспроизводимую базу для многопроцессорной приёмки на стороне metax.

3.5 Enflame: S60 входит в линию vLLM 0.24 и CI-конвейер GCU (09-15)

Дата: 2026-09-15　Источники: vllm-plugin-FL #464, sglang-plugin-FL #88

Оба коммита Enflame в этом выпуске носят характер адаптации: vllm-plugin-FL адаптирует Enflame S60 к линии vLLM 0.24, а sglang-plugin-FL создаёт CI-конвейер для GCU (S60). Рассматривая их вместе, охват инференс-пути S60 внутри FlagOS расширяется с vLLM до sglang, причём оба сопровождаются CI — это соответствует общему ритму данного окна: подключение новых чипов членами организации больше не ограничивается внесением операторов в репозиторий, а требует одновременного предоставления работоспособного сквозного конвейера. В сочетании с информацией о капитале из пункта 2.3 точки приложения их инвестиций в R&D можно напрямую прочитать из подобных коммитов.

3.6 Iluvatar CoreX: бэкенд iluvatar3.6 привязан к FlagTree 0.6.1 (09-15)

Дата: 2026-09-15　Источники: FlagGems #6188

Действие Iluvatar CoreX в этом выпуске — один коммит с конфигурацией CI: backends.yaml в FlagGems обновляет свой бэкенд до flagtree==0.6.1+iluvatar3.6, привязывая бэкенд iluvatar к указанной сборке FlagTree. Информативность отдельного коммита невелика, но это одна из нитей для понимания матрицы приёмки из пункта 2.2 — доступность бэкенда каждого вендора фактически зависит от комбинации трёх составляющих: «версия FlagGems + вариант сборки FlagTree + драйвер вендора», и такие комбинации поочерёдно вписываются в конфигурацию для обеспечения воспроизводимости.

3.7 Kunlunxin: перенос sum в tle.gpu и исправление соглашения paged-KV (09-15)

Дата: 2026-09-15　Источники: FlagGems #6311, build-infra #898, vllm-plugin-FL #516

Три действия Kunlunxin в этом выпуске однонаправлены: на стороне FlagGems sum и sum_dim переносятся на путь tle.gpu, добавляется новый оператор special_legendre_polynomial_p; на стороне инференса vllm-plugin-FL обновляется до vLLM 0.24.0; build-infra фиксирует исправление их соглашения paged-KV. Перенос базовых редукционных операторов вроде sum с универсальной реализации на путь TLE означает, что бэкенд Kunlunxin уже вступил в фазу «выжимания производительности через языковые расширения», а не просто pursuit доступности.

3.8 Zhiyuan (головной участник): автоматизация управления RC2 и сверка прогресса 2.2 (09-15/09-16)

Дата: с 2026-09-15 по 2026-09-16　Источники: список коммитов community, график выпуска 2.2

Руководящая сторона в этом окне сосредоточила все действия на уровне управления: сначала второй раунд пересборки RC2 FlagGems (одна строка в манифесте, один тег, завершено за полчаса), затем 13 коммитов community перенесли статус релиза 2.2 в GitHub Project с выводом из связанных PR. Согласно графику, текущий этап — тестирование и стабилизация (09-01 – 09-24), GA назначен на 09-28, критерий выпуска — прохождение исполнимых Test Plan каждого FEP на многокристальной матрице. Стоит отметить деталь этой управленческой перестройки: рабочий процесс явно требует выделенного токена с project scope, поскольку токен по умолчанию и старый организационный токен не обладают правами Projects — такие изменения «процесса в коде» не попадают ни в одни примечания к релизу, но определяют, можно ли отследить все 25 пунктов в период RC.

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

  • Уровень диспетчеризации стал главным полем этого выпуска: Torch-FL за один день перевёл шесть платформ на FlagGems-first, PPU расширил маршрутизацию с 11 до 435 маршрутов с пооператорной фиксацией 47 операторов, оставшихся в вендорских ядрах, и причин этого. Ключевое обещание FlagOS — «единая библиотека операторов, переиспользуемая на разных чипах», и уровень диспетчеризации есть место исполнения этого обещания; в этом выпуске впервые появился полный, поддающийся аудиту количественный срез этого уровня.
  • Квантованные операторы и варианты внимания — два конца нового прироста производительности: на стороне FlagGems — W8A8 INT8 GEMM от Hygon и W8A16 FP8 RMSNorm от Moore Threads; на стороне FlagAttention — SageAttention (поблочное квантование QK INT8) и GDN2; на стороне Ascend — SparseAttnSharedKV (разреженное внимание DeepSeek-V4, размерность головы 512). Общее у этих операторов — прямое соответствие реальным структурам текущих инференс-моделей, а не покрытию тестовых наборов.
  • Управление релизами переходит от манифестов к автоматизации: вторая маркировка RC2 изменила лишь одну строку манифеста, после чего новый рабочий процесс синхронизировал состояние issue со связанными PR; основание для Go/No-Go смещается от «человек смотрит манифест» к «состояние выводимо». До GA 09-28 остаётся 13 дней; стоит наблюдать, будет ли эта цепочка стабильной в последнюю неделю.
  • Экосистема делает второй шаг от «адаптации чипов» к «определению форм аппаратного обеспечения»: Open3D-PIMC через 44 часа после анонса завершил посадку кода, привнеся многоуровневый IR для near-memory вычислений на 3D-DRAM, компиляционный слой и среду выполнения C++. Это не входит в объём приёмки 2.2, но определяет позицию FlagOS в следующем поколении форм чипов.
  • Двенадцатое подряд спокойное окно на новостном фронте: поиск по компонентам дал ноль попаданий, видимые новости на стороне членских организаций сосредоточены на рынке капитала и Day0-адаптации собственных стеков. Окно наблюдения за техническим прогрессом полностью переместилось в репозитории кода, а значит, ценность ежедневного отчёта смещается от «сводки сообщений» к «интерпретации коммитов».

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

Источник Результат проверки
GitHub org flagos-ai Полная проверка pushed_at по 53 репозиториям, 20 имели push в окне; commit search дал 119 коммитов в окне, распределённых по 17 репозиториям
GitHub releases / tags Проверены двенадцать репозиториев: FlagGems, FlagTree, FlagCX, FlagAttention, vllm-plugin-FL, FlagSparse, FlagScale, KernelGen, Torch-FL, FlagQuantum, build-infra, community; новый тег в окне — FlagGems v5.4.0-rc2.post2; новых GitHub Release нет
Манифест релиза community Манифест 2.2 RC2 — 25 пунктов (четыре уровня L0~L3), FlagGems пересобран в rc2.post2, остальные по-прежнему указывают на rc2.post1; GA по графику — 09-28
Google News RSS (17 групп на китайском) Запросы по именам компонентов — ноль попаданий; по членским организациям и отраслевым терминам — 13 результатов в окне, после отсева котировок и нерелевантных материалов осталось 2
Google News RSS (7 групп на английском) Запросы FlagOS, FlagGems, BAAI FlagOS, flagos-ai и др. — ноль попаданий в окне
HN Algolia Запросы FlagOS, FlagGems, FlagScale, BAAI — нет значимых технических обсуждений в окне
Сообщество Zhiyuan (hub.baai.ac.cn) Прямое подключение доступно, ни в поиске, ни на главной нет материалов о FlagOS в окне
Сообщество CSDN FlagOS Прямое подключение доступно, последняя статья датирована 09-10, в окне обновлений нет
Сайт MetaX / Guandian / Sina Finance Подтверждена Day0-адаптация ATRIA Dawn Preview (событие 09-14, сообщение 09-15 11:17 в окне)
21 Finance / Tonghuashun / Cailianshe / Hangzhou Net Подтверждены данные первого дня торгов Enflame на STAR Market (событие 09-11, аналитические материалы продолжаются в окне)
Xinhua Net Подтверждён открытый релиз Open3D-PIMC на Китайской конференции вычислительных мощностей (09-14), что контрастирует с посадкой кода 09-16

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

[22] FlagGems #6149 (исправление несоответствия dtype в addmv) — https://github.com/flagos-ai/FlagGems/pull/6149