Окно мониторинга: 2026-11-03 06:00 ~ 2026-11-04 06:00 (пекинское время, 24 часа; продолжение с момента окончания предыдущего ежедневного отчёта).

Источники: GitHub (полная проверка 61 репозитория org: flagos-ai, 228 коммитов, 177 объединённых PR, 271 обновлённый PR в окне на рассмотрении, 117 новых, 24 репозитория с пушами, атомарная проверка 31 репозитория с Release и 8 репозиториев с Tag), Google News RSS (24 группы запросов на китайском и английском, через прокси), HN Algolia (8 групп), колонка FlagOS на CSDN (постатейная проверка времени), сообщество Zhiyuan (см. список источников в приложении).

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

  • Главное за день: четыре бэкенда линии vLLM 0.28 закрыты в один день; FlagGems — 23 миграции бенчмарков за две минуты; 2.3.0 дополнен пятым слоем CANN 9.2.1 (11-03)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Ритм организации: 24 репозитория с пушами, 228 коммитов, 177 слияний, всего в организации на рассмотрении 1602 (11-03 ~ 11-04)
      • 1.2 Версии: 2.3.0 дополнен пятым слоем CANN 9.2.1, base-образ намеренно без FlagTree (11-03)
      • 1.3 Линия vLLM 0.28: четыре бэкенда закрыты в один день — Tsingmicro, MetaX C550, Moore Threads MUSA, граф декодирования Ascend (11-03)
      • 1.4 Эталонные бенчмарки FlagGems: 23 слияния за две минуты, эталонные чтения H800 унифицированы в единый JSON (11-03)
      • 1.5 FlagGems KernelGen: Iluvatar CoreX BI-V150 — десять за десять минут, NVIDIA — двенадцать, Kunlunxin и Enflame добавили по фрагменту (11-03)
      • 1.6 FlagQuantum: выбор булевых регистров выходит на передний план qfunc/Qmod, Pauli SELECT опущен до уровня вентилей (11-03)
      • 1.7 Обучение и библиотеки операторов: TransformerEngine добавляет бэкенд Biren SUPA, FlagTensor дополнен MUSA, Megatron подключён к DSv4 (11-03)
      • 1.8 Операторы fused-коммуникации: кольцевое ядро RS+add+RMSNorm+AG вошло в FlagGems и плагин SGLang (11-03)
      • 1.9 Сопутствующая инфраструктура: уведомления optest в Feishu с тестовой сводкой, CI FlagTree переведён в таблицы Feishu, FlagQAI ужесточает песочницу macOS (11-03)
    1. Новости и экосистема
      • 2.1 Проверка каналов: 24 группы запросов без компонентных совпадений, на CSDN и HN в окне новых статей нет (11-04)
      • 2.2 Индустрия: членские организации получили награду за выдающийся вклад на саммите в Учжэне, Enflame вышла на A-рынок (11-03)
    1. Углублённый анализ членских организаций и бэкенд-вендоров
      • 3.1 Tsingmicro: TXDA на 0.28 реализует только eager, графический режим явно отклонён (11-03)
      • 3.2 MetaX: 0.28 для C550 — «пустая адаптация», все изменения остаются в плагине (11-03)
      • 3.3 Moore Threads: MUSA 0.28 сразу приносит нативный MCCL и сегментированные графы (11-03)
      • 3.4 Ascend: граф декодирования 0.28, base CANN 9.2.1, INT8 BMM, CI 910C — четыре направления одновременно (11-03)
      • 3.5 Iluvatar CoreX, Kunlunxin, Enflame, XuanTie, Hygon и Horizon Robotics: с одной стороны массовое добавление операторов, с другой — продолжение оптимизации (11-03)
    1. Итоги и наблюдения за трендами
  • Приложение: таблица проверки источников, полный список источников

Главное за день: четыре бэкенда линии vLLM 0.28 закрыты в один день; FlagGems — 23 миграции бенчмарков за две минуты; 2.3.0 дополнен пятым слоем CANN 9.2.1 (11-03)

Дата: 2026-11-03　Источник: vllm-plugin-FL PR #642 · vllm-plugin-FL PR #554 · vllm-plugin-FL PR #575 · vllm-plugin-FL PR #646 · FlagGems PR #8294 · build-infra PR #1614 (полный список см. в приложении)

  • Линия инференса: vLLM 0.28.0 в течение одного дня был одновременно закрыт четырьмя бэкендами — Tsingmicro, MetaX, Moore Threads и Ascend; в сумме добавлено 17 051 строк и удалено 789 строк, 150 файлов. Все четыре изменения имеют разную форму: Tsingmicro полностью убрал режим графа, оставив только eager; MetaX выполнил «пустую адаптацию» при отсутствии какого-либо вендорского пути 0.28; Moore Threads привнёс нативный MCCL вместе с сегментированным графом; Ascend дополнил специализированным графом для декодирования. Одна и та же upstream-версия, четыре стратегии реализации — это показывает, что мультичиповая адаптация FlagOS уже вступила в стадию «расчёта по каждому бэкенду», а не «копирования по шаблону».
  • Линия операторов: FlagGems в 16:41 и 16:42 в течение двух минут влил 23 коммита, из которых 21 был отправлен одним и тем же автором — все они переводят чтение эталонных данных бенчмарков различных бэкендов из разрозненных reader в единый JSON. Это не разработка функциональности, а инфраструктура сопоставимости оценок — только когда эталонные значения происходят из одних и тех же данных, оценки между бэкендами имеют смысл. В тот же день FlagGems суммарно влил 76 коммитов, что составляет 42,9% от 177 коммитов всей организации.
  • Линия версий: build-infra #1614 добавил для 2.3.0 пятый слой base-образа CANN 9.2.1 (только 910B, python 3.12, torch 2.13 и triton_ascend 3.6.0), а #1615 сразу же заполнил дату changelog этого слоя в соответствии со временем публикации (push) в registry. На уровне образов 2.3.0 уже охватывает base, Cambricon neuware 4.4.3, MetaX maca 3.8.1.3, Hygon dtk26.10, AMD rocm7.2.4 и Ascend CANN 9.2.1, однако список community release/2.3 по-прежнему возвращает 404 — релиз всё ещё не преодолел этап заморозки списка.
  • Оценка: за день 177 влитых коммитов, 117 новых, 271 обновление в окне на рассмотрении, всего в организации на рассмотрении 1602. По сравнению с предыдущим окном (162 влитых, 192 новых) влитые выросли на 9,3%, новые снизились на 39,1% — на стороне ревью впервые появились признаки того, что «переработка идёт быстрее производства». Однако снижение числа новых в основном связано с одним репозиторием FlagGems (77 коммитов, из которых 59 от одного автора) и не означает охлаждения общего спроса.

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

1.1 Ритм организации: 24 репозитория с push, 228 коммитов, 177 влитых, всего в организации на рассмотрении 1602 (11-03 ~ 11-04)

Дата: 2026-11-03 ~ 2026-11-04　Источники: репозитории организации flagos-ai · поиск коммитов · поиск слитых PR · поиск PR на рассмотрении

  • Сторона репозиториев: в 24 из 61 репозитория в окне мониторинга были пуши — максимум за последние две недели. По времени пуша от ближайшего к дальнему: vllm-plugin-FL, FlagTree, FlagQuantum, FlagTensor, FlagGems, TransformerEngine-FL, release-info, build-infra, Trident, docs, optest, Megatron-LM-FL, FlagDNN, FlagGems-vllm, FlagTrain, Torch-FL, FlagGems-sglang, FlagCX, FlagAttention, FlagSparse, FlagQAI, sglang-plugin-FL, OpenCourse, flir. При этом пуш в release-info по-прежнему является автоматическим развёртыванием gh-pages без изменений исходного кода.
  • Сторона коммитов: поиск коммитов дал 228 попаданий, по репозиториям: FlagQuantum 108, FlagGems 47, FlagQAI 12, FlagGems-sglang 9, FlagSparse 8, FlagGems-vllm 8, optest 7, build-infra 5, FlagTensor 5, FlagDNN 4, FlagCX 3, FlagTree 3, FlagTrain 3, Torch-FL 2, FlagAttention 2, flir 1, sglang-plugin-FL 1. Один репозиторий квантового стека занимает 47,4%, что немного выше 44,9% в предыдущем периоде.
  • Сторона слияний: слито 177 PR из 19 репозиториев: FlagGems 76, FlagQuantum 28, vllm-plugin-FL 14, FlagGems-sglang 9, FlagGems-vllm 8, FlagTree 8, optest 7, FlagQAI 6, build-infra 5, FlagTrain 3, FlagCX 3, Torch-FL 2, FlagAttention 2, FlagTensor, Megatron-LM-FL, TransformerEngine-FL, FlagSparse, sglang-plugin-FL, flir — по 1. Это наиболее широкое по охвату бэкендов и компонентов распределение слияний за последнее время.
  • Сторона рассмотрения: в окне мониторинга обновлено 271 PR на рассмотрении, открыто 117 новых. По репозиториям: FlagGems 146 (новых 77), FlagGems-vllm 30 (9), FlagTree 28 (5), vllm-plugin-FL 17 (8), sglang-plugin-FL 8 (3), Torch-FL 7 (1), FlagTrain 6 (3), FlagAttention 4, flir 3 (1), FlagQuantum 3 (3), FlagCX 3 (2), FlagScale 3, docs 3 (1), Trident 2, FlagDNN 2 (1), Megatron-LM-FL 1 (1), TransformerEngine-FL 1, optest 1 (1), build-infra 1, FlagQAI 1 (1), FlagTree-AscendNPU-IR 1. По текущим критериям поиска общий объём PR на рассмотрении по всей организации составляет 1602, соотношение слитых и находящихся на рассмотрении — примерно 1 к 9.
  • Сторона авторов: на стороне слияний FlagQuantum (аккаунт-робот) 36, lukatao 33, youseeyouonedayday 12, xuanzhengdu-eng 10, wuwentao 8, physics31415926 6, github-actions (робот) 6. На стороне новых открытий youseeyouonedayday один — 59, что составляет 50,4% от открытых за день, остальные: SeddonShen 4, tonyh168 4, FlagQuantum 4, lukatao 3, Kaiwen1024 3.
  • Сравнение: в предыдущем окне (11-02 06:00 ~ 11-03 06:00) было 162 слияния, 192 новых открытия, 311 обновлённых на рассмотрении в окне. В текущем окне слияния выросли на 9,3%, новые открытия снизились на 39,1%, обновлённые на рассмотрении в окне снизились на 12,9%. Все три показателя вместе указывают на одно: сторона ревью ускоряет разбор накопленного, а абсолютный объём новых задач разработки определяется одним FlagGems.

1.2 Сторона версий: 2.3.0 дополняет пятый слой CANN 9.2.1, base-образ намеренно не содержит FlagTree (11-03)

Дата: 2026-11-03　Источники: build-infra PR #1614 · build-infra PR #1615 · build-infra PR #1613 · community 2.2 список релиза

  • Добавлен слой base: #1614 добавляет base/ascend-cann9.2.1 (aarch64 + ubuntu 24.04, только 910B), с toolkit CANN 9.2.1, пакетом ops для 910B, NNAL и существующим захватом окружения через /etc/profile.d/vendor.sh, а также дополняет строку configs.yaml, переопределение runner cann921 и псевдоним verify-узла. Добавлено 198 строк, 5 файлов.
  • Почему python 3.12: в тексте PR указаны два жёстких ограничения — на flagos-pypi-ascend wheel-пакеты torch 2.13, torch-npu 2.13, torchvision 0.28, torchaudio 2.11 существуют только для cp312; set_env.sh из CANN добавляет собственное дерево python в PYTHONPATH, поэтому базовый интерпретатор должен полностью совпадать с runtime venv, иначе при импорте возникнет конфликт версий. В комплекте triton закреплён на 3.6.0 с добавлением triton_ascend 3.6.0, numpy закреплён на 1.26.4.
  • Почему намеренно без FlagTree и FlagCX: для FlagTree пока нет закреплённой версии под CANN 9.2.x, а для 9.2.1 нет соответствующего wheel flagcx, поэтому в этом слое flagtree, flagcx, env.app, deps_app оставлены пустыми, а порядок сборки изменён на base → runtime без FlagTree → FlagTree builder → FlagTree wheel → обновление runtime. При отсутствии flagtree компилятор откатывается на triton.
  • Маркировка версий: #1615 — коммит бота, который проставляет даты записям changelog для каждого бэкенда под тегом 2.3.0 по registry push_time; эта запись соответствует слою ascend-cann9.2.1, добавлено 305 строк, удалено 5 строк, 4 файла, содержимое каких-либо образов не изменяется. Кроме того, #1613 добавляет поддержку явного --index-url в запросе версии FlagTree во время выполнения, оставляя выход для вышеописанной цепочки «многократной сборки».
  • Проверка состояния релиза: атомарная проверка Release в 31 репозитории и Tag в 8 репозиториях — в окне мониторинга новых объектов Release нет. На стороне community release/2.3/release-2.3.yaml по-прежнему возвращает 404, манифест release/2.2 доступен. Образы уже покрывают шесть слоёв, два шага — заморозка манифеста и запуск сайта — всё ещё не выполнены, что совпадает с выводом предыдущего выпуска.
  • К наблюдению: слой base расширен с четырёх до шести слоёв, а манифест не изменён — признак «образы впереди» для 2.3.0 ещё больше усилился. Если на этой неделе манифест так и не будет заморожен, фактическое содержимое релиза будет отклоняться от плана 2.3.0.

1.3 Линия vLLM 0.28: четыре бэкенда закрыты в один день — Tsingmicro, MetaX C550, Moore Threads MUSA, граф декодирования Ascend (11-03)

Дата: 2026-11-03　Источники: vllm-plugin-FL PR #642 · vllm-plugin-FL PR #554 · vllm-plugin-FL PR #575 · vllm-plugin-FL PR #646 · vllm-plugin-FL PR #676

  • Tsingmicro TXDA: #642 адаптировал бэкенд TXDA к vLLM 0.28.0, явно указав «только eager». Графовый режим не сломан, а намеренно отключён — сегментированные нативные графы уже проходят полный гейт двух моделей при TP8 (снимки R10 / R6d), но корректность Dense TP1 так и не решена, поэтому PR удаляет реализацию захвата и разбиения графов TXDA, на этапе конфигурации напрямую отклоняет конфигурации графов и компиляции с подсказкой --enforce-eager. MLA, разреженное внимание, спекулятивное декодирование и контекстный параллелизм также отклоняются по конкретным неподдерживаемым путям, а не скопом. Добавлено 3067 строк, удалено 146 строк, 29 файлов.
  • MetaX C550: #554 выполнил адаптацию «0.28-empty» в условиях, когда на стороне вендора ещё нет пути 0.28 — все изменения остаются в vllm_fl/ и скриптах MetaX CI, поведение бэкенда определяется по vendor_name == "metax" или среде выполнения MetaX. Согласно существующим соглашениям о жизненном цикле, ранние исправления import устанавливаются из точки входа плагина, замена kernel и backend помещается в пакет vendor patch, без записи .pth в site-packages, а в setup.sh очищаются 15 исторических хуков zz_fl_*.pth. Добавлено 2838 строк, удалено 70 строк, 36 файлов.
  • Moore Threads MUSA: #575 обновил MUSA до 0.28.0 с нативным MCCL, компиляцией FX/eager и сегментированными нативными графами, добавлено 7804 строки, удалено 233 строки, 46 файлов. Базовая линия выполнения — четыре S5000, BF16, TP=4, TorchMUSA 2.9.0 и MUSA SDK 4.3.5; на стороне компиляции RMSNorm, SiLU, rotary идут через явные границы операторов MUSA, эталонный RMSNorm сохраняет контракт накопления FP32 на целевом конце; обработка графов сосредоточена в dispatch/backends/vendor/musa/graph.py, а подпакет компиляции MUSA и исполняемый кэш удалены.
  • Граф декодирования Ascend: #646 на 0.4.0-dev включает нативный захват и воспроизведение графов FULL_DECODE_ONLY, охватывая Qwen3.6-27B и Qwen3.6-35B-A3B, декодирование идёт через torch.npu.NPUGraph, prefill, визуальное кодирование и сэмплирование остаются вне графа. Добавлено 3342 строки, удалено 340 строк, 39 файлов; это прямой перенос #606 и #619.
  • Две линии параллельно: одновременно с завершением 0.28 в очереди ревью продвигается адаптация 0.32 — в vllm-plugin-FL на рассмотрении пять PR: #675 (Enflame S60), #674 (Iluvatar CoreX), #659 (AMD ROCm gfx1100), #693 (MetaX C550), #667 (унификация выполнения FL и адаптация Enflame). 0.28 — линия поддержки, 0.32 — целевая линия, параллельная работа двух линий стала нормой.
  • Механизм синхронизации: в этом окне в forward-sync из 0.4.0-dev в 0.5.0-dev слиты четыре PR — #676, #678, #688, #689; подход изменён с «слияния всей ветки» на «последовательное воспроизведение по ревью с сохранением исходных коммитов», конфликты публикуются как черновики PR.

1.4 Эталон FlagGems: 23 слияния за две минуты, эталонный ввод H800 унифицирован в единый JSON (11-03)

Дата: 2026-11-03　Источники: FlagGems PR #8293 · FlagGems PR #8294 · FlagGems PR #8295 · FlagGems PR #8296 · FlagGems PR #8318

  • Размер батча: в двух минутах слияния 16:41 и 16:42 было принято 23 коммита, из них 21 в FlagGems и 2 в vllm-plugin-FL, 21 коммит от lukatao. Всего в этом окне в FlagGems влито 76 коммитов, из них 33 от одного lukatao — почти половина.
  • Унифицированный JSON: ядро — четыре коммита с #8293 по #8296, которые по отдельности переводят чтение эталонных значений H800 для четырёх категорий операторов — внимание и пулинг, редукция и линейная алгебра, поэлементные, разреженные и тензорные раскладки — на единый JSON. Ранее для каждой категории операторов существовал свой reader, а источник эталонных значений, единицы измерения и соглашения об округлении были разбросаны по коду; после миграции все четыре категории используют единую точку входа данных.
  • Исправление эталонных реализаций бэкендов: остальные двадцать с лишним коммитов исправляют эталонные реализации по бэкендам — на стороне Ascend добавлены нативные базовые линии H800 для tensorinv, orgqr, обратного weight norm, Cholesky solve и обратного дробного max pooling; на стороне Enflame исправлены эталоны baddbmm, nanquantile, masked scale и FlashAttention; на стороне Kunlunxin сохранено перекрытие in-place эталона FloatPower; на стороне MUSA добавлены эталоны LDL и четырёх операторов линейной алгебры; на стороне PPU исправлены эталоны частичного LU и точность восстановления.
  • Сопутствующая документация: #8318 добавляет документ навыка «Исправление тестов операторов локального бэкенда», описывающий процесс «сначала выровнять эталон, затем оценивать кандидата» как многоразовую инструкцию по эксплуатации; #8275–#8277 и #5858 дополнительно исправляют тест-кейс as_strided_scatter, dtype вывода CTC на Ascend, перегрузку out для биномиального распределения и вывод dtype для проверки точности cumsum.
  • Оценка: ценность этого батча не в покрытии, а в «сопоставимости». Межбэкендовые оценки можно сравнивать только тогда, когда эталонные значения имеют один источник, единые единицы измерения и явные правила округления. Сведение reader’ов в единый JSON — это предварительное условие перехода системы оценки от «каждый пишет по-своему» к «одной линейке», и это же объясняет, почему его удалось влить пакетом за минуты — изменения механические, границы чёткие, реализация операторов не затрагивается.

1.5 FlagGems KernelGen: Iluvatar BI-V150 десять коммитов за десять минут, NVIDIA двенадцать, Kunlunxin и Enflame добавляют по фрагменту (11-03)

Дата: 2026-11-03　Источники: FlagGems PR #8093 · FlagGems PR #8085 · FlagGems PR #8124 · FlagGems PR #8255 · FlagGems PR #8265 · FlagGems PR #8110 · FlagGems PR #6501

  • Iluvatar BI-V150: с 16:04 по 16:10, за шесть минут, влито 10 коммитов, все помечены производственной линией KernelGen Iluvatar — три типа специальных полиномов (shifted Chebyshev, Hermite, а также out-вариант Chebyshev), два обратных прохода upsampling и заполнения, квантованное max-pooling, матричное умножение smm, not_equal и обратный проход индексов пулинга. Это пик однодневных записей бэкенда Iluvatar, а также обновление рекорда ритма «десять коммитов за десять минут для одного бэкенда».
  • Двенадцать длиннохвостовых коммитов NVIDIA: четыре коммита по разреженности и структурированию (_to_sparse_semi_structured, sparse_coo_tensor, crow_indices, flatten_dense_tensors), два коммита семейства cudnn (cudnn_convolution_relu, cudnn_grid_sampler_backward), два коммита по представлениям и формам (squeeze, combinations), два коммита по квантованию и типам (make_per_channel_quantized_tensor, _cast_Char), один коммит по линейной алгебре (lu_solve), плюс один коммит с исправлением совместимости семейства _foreach на не-NVIDIA бэкендах. Все сгенерированы производственной линией KernelGen и затем вручную закрыты.
  • Одиннадцать коммитов Kunlunxin: #8273 — один коммит с тремя изменениями производительности (построчное сканирование int cumsum, свёртка масштабирования mean, векторизация nanmedian); #8250 — inner теперь действительно участвует в компиляции на XPU и переработан tile; #8252 — Hermite h переведён на выполнение через исполнитель состояний бэкенда; #8253 — снижено давление на регистры в poisson_nll_loss и исправлено чтение за границей в хвосте; #8262 — оптимизация lcm с помощью развёрнутого алгоритма Евклида; #8263 — оптимизация special_chebyshev_polynomial_u; #8257 — добавлена специализация бэкенда для native_batch_norm_legit_functional. Кроме того, #8255 ускоряет argmin с помощью SIMD-загрузки min.o производителя и параллелизма сегментированных широких строк, #8281 маршрутизирует не-inplace точку входа bitwise_left_shift в настроенный вариант, #8290 и #8319 исправляют сбои серии foreach на XPU.
  • Четыре коммита Enflame GCU300: #8265 исправляет потерю конечных строк в копирующем ядре cat/concatenate; #8259 заменяет div_rn в silu_backward на tl.fdiv, исправляя ошибочные значения на GCU300; #8251 обеспечивает строгое попадание выборки uniform_ в [from, to); #8254 исправляет имя ключевого слова clip/clip_ в слое переопределения GCU300.
  • Ascend и SiliconFlow: на стороне Ascend #8110 добавляет канальный INT8 BMM (bmm_w8a8, +519 −3 строк), #8286 дополняет документацию SKU для 910C и 950DT; на стороне SiliconFlow #6501 за один раз добавляет три оператора _embedding_bag, _embedding_bag_forward_only, _embedding_bag_backward с поддержкой SUM/MEAN/MAX, взвешивания, исключения padding, пустых мешков и завершающих смещений, +7494 −222 строк, 24 файла.
  • Оценка: распределение записей бэкендов в этот день сместилось — Iluvatar лидирует с 10 коммитами, NVIDIA с 12 коммитами продолжает закрывать длинный хвост, Kunlunxin с 11 коммитами в основном занимается тюнингом, все 4 коммита Enflame — исправления корректности, XuanTie на стороне FlagGems не имеет ни одного вливания (его действия относятся к компиляции PPU и стороне плагинов, см. 3.5). Это показывает, что производственная линия KernelGen уже способна планировать производство отдельно по производителям, а не использовать одну общую очередь для всех бэкендов.

1.6 FlagQuantum: выбор булевых регистров выходит на передний план qfunc/Qmod, Pauli SELECT опускается до уровня вентилей (11-03)

Дата: 2026-11-03　Источник: FlagQuantum PR #1027 · FlagQuantum PR #1028 · FlagQuantum PR #1038 · FlagQuantum PR #1047 · FlagQuantum PR #1048 · FlagQuantum PR #1049

  • Булевы линии выбора: #1027 создаёт построение кандидатов с ограниченными булевыми значениями, #1028 выбирает кандидатов булевых регистров по целевой стоимости, #1029 проверяет этих кандидатов с помощью общего рабочего процесса, #1038 подключает ограниченный булев выбор к нативному qfunc и фронтенду Qmod. Четыре коммита вместе превращают «распределение булевых регистров» из внутреннего поиска в компиляционную возможность, от которой пользовательские программы могут получать прямую выгоду.
  • Алгоритмы и понижение: #1035 добавляет SelectedMajoranaFermion, #1037 добавляет SelectPauliLCU, #1036 откладывает понижение Majorana до фазы компиляции, #1047 понижает Pauli SELECT до уровня вентилей. Вместе с #1030 (квантовое управление на классических условных вентилях Pauli) и #1043 (append для операций связывания) мост между выразительностью алгоритмического уровня и исполнимостью на бэкенде строится по сегментам.
  • Семантика и визуализация: #1039 фиксирует нативные однобитные фазовые вызовы, #1041 раскрывает точное взвешивание и глобальную фазу программы, #1042 фиксирует ограниченные области within/apply, #1045 раскрывает проверенные области очистки и сопряжённые вызовы, #1031 заставляет отрисовщик рендерить в TeX смешанное квантовое управление и классическую обратную связь, #1044 и #1032 добавляют по одному запускаемому примеру двух типов.
  • Переиспользование CI: #1048 в пилотном режиме на канале CPU Core от MetaX использует локальное окружение зависимостей хоста только для чтения — когда патч-версия Python и SHA-256 из pyproject полностью совпадают, монтируются зависимости только для чтения, иначе используется исходный путь установки. Результат сравнения на той же учётной записи runner, том же Python 3.11.17 и том же checkout: подготовка окружения и Torch сократилась с 23 секунд до менее чем 1 секунды, суммарно четыре сегмента — с 122 секунд до 101 секунды, результаты четырёх дымовых тестов совпадают. #1049 расширяет этот механизм до регистрации 16 runner’ов A800 и требует явного монтирования только для чтения.
  • Оценка: 28 коммитов распределены по пяти линиям — семантика, алгоритмы, понижение, визуализация, CI — без единой крупной переделки в одной точке. Такой ритм «каждая линия ежедневно продвигается на небольшой шаг» ensures that приёмочные единицы квантового стека всегда можно независимо пересчитать — для технологии, которая всё ещё быстро меняется, ясность учёта важнее количества функций.

1.7 Обучение и библиотека операторов: TransformerEngine добавляет бэкенд Biren SUPA, FlagTensor дополняется MUSA, Megatron подключается к DSv4 (11-03)

Дата: 2026-11-03　Источники: TransformerEngine-FL PR #143 · FlagTensor PR #14 · Megatron-LM-FL PR #202 · FlagTrain PR #49 · FlagGems-vllm PR #1055

  • Biren выходит на сцену: TransformerEngine-FL #143 добавляет бэкенд производителя Biren SUPA — 3608 добавленных строк, 7 файлов. Это первый случай, когда Biren появляется в тренировочных компонентах FlagOS в виде отдельного бэкенда. В тексте PR указано только «Add BIREN SUPA vendor», записей о проверке на оборудовании нет — это скелет, реализованный на опережение.
  • FlagTensor дополняется MUSA: #14 регистрирует бэкенд MThreads/MUSA для FlagTensor и приводит небольшую группу проверенных поэлементных операторов: +300 строк, −5 строк, 14 файлов. Ключевой момент — специальные переписанные реализации для семи трансцендентных функций ACOS, ACOSH, ASIN, ASINH, ATAN, ATANH, TAN под MThreads в обход пути libdevice, не поддерживаемого MUSA Triton JIT; выбор переписанных реализаций по умолчанию для NVIDIA и Ascend остаётся неизменным. В тот же день в этом репозитории появились ещё три коммита: быстрый путь прямого запуска PPU, измерение времени host-цикла и тюнинг tile для Kunlunxin, а также влит PR #32 для Ascend.
  • Megatron подключает DSv4: #202 — первый коммит серии «синхронизация DeepSeek-V4 с upstream»: +3356 строк, −775 строк, 26 файлов. Суть — сохранение чувствительных к точности параметров при преобразовании модели в Float16Module: добавлен опциональный маркер FP32-параметров, применяемый к attention sink/APE, mapping и gates в mHC и выходному головному слою residual stream; часть проекций компрессора и индексатора оставлена вне контекста FP8 с обратным RoPE для приватного хранилища; отложенные градиенты весов пропускаются через опциональный подмодуль внимания; значение по умолчанию числа итераций Sinkhorn в mHC поднято с 10 до 20.
  • Операторы обучения и инференса: три коммита в FlagTrain, включая объединение каталогов runtime-бэкендов по бэкендам, добавление образов для остальных бэкендов и Triton-реализацию прямого прохода softmax с верхнетреугольной маской (NVIDIA и Ascend). Восемь коммитов в FlagGems-vllm, включая shim разреженного внимания MiniMax M3 с переиспользованием FlagAttention, INT8 W8A8 MoE для MiniMax TP8, многоступенчатый конвейер W8A16 для fused_marlin_moe и регистрацию метаданных C++-операторов W8A8 INT8 и FP8.
  • Оценка: у новых чипов есть два пути в FlagOS — один начинается с тренировочных компонентов (добавление бэкенда в TransformerEngine и FlagTensor), другой — с конвейера операторов (пооператорное дополнение через KernelGen). Biren идёт по первому пути и останавливается на скелете, Moore Threads же имеет реализации на обоих путях одновременно; разрыв — в глубине проверки, а не в скорости подключения.

1.8 Объединённые коммуникационные операторы: кольцевые ядра RS+add+RMSNorm+AG входят в FlagGems и плагин SGLang (11-03)

Дата: 2026-11-03　Источники: FlagGems PR #8317 · sglang-plugin-FL PR #166 · FlagGems-sglang PR #279 · FlagGems PR #8347

  • Проектирование ядер: FlagGems #8317 добавляет два Triton-ядра, объединяющих «коммуникацию + нормализацию» (на рассмотрении, +1403 строки, 3 файла). fused_rs_add_rms_norm_ag заменяет all_reduce(x) плюс fused_add_rms_norm(x, residual) одним кольцевым ядром, за один проход выполняя reduce-scatter, сложение остатка, RMSNorm и all-gather; ранг r владеет только строками [r*chunk, min(T,(r+1)*chunk)), нормализация выполняется только на этих строках, а остаток остаётся в распределённом состоянии. При gather=False останов после шага владельца, выполняется только RS плюс add плюс RMSNorm. Парное fused_qkv_norm_ag обрабатывает другой конец: для распределённого вывода qkv отдельно нормализуются q и kv, rest (k_pe) передаётся как есть, выполняется только половина AG кольца.
  • Реализация кольца: данные параллельно перемещаются по C каналам, канал c — это кольцо на ранге; на PPU 810E напрямую переиспользуется кольцо 28-канальной карты pccl, так что каждый переход идёт по каналу ICN. После каждой отправки на преемнике выполняется инкремент флага, получатель ждёт flag >= base + step; флаг только растёт и никогда не уменьшается, чётность буфера переключается при каждом вызове, поэтому предшественник, вошедший в вызов n+1, не столкнётся с данными, которые всё ещё читаются в вызове n.
  • Подключение верхнего уровня: sglang-plugin-FL #166 на стороне XuanTie делает группу fused-ядер RS + norm + AG опциональной для pure TP prefill (на рассмотрении); FlagGems-sglang #279 включает 6 модельных операторов (слитые inplace RoPE от sglang, topk_softmax, fused_moe, chunk_gated_delta_rule_fwd, слитый циклический gated delta rule и его упакованная декодирующая версия) вместе с vendor-переопределениями для каждой платформы, +13061 строка, −79 строк, 85 файлов, причём rms_norm математически и по ABI совпадает с существующим one_pass_rms_norm, поэтому включён в виде переопределений _mthreads, _thead, _hygon, а не как новый оператор.
  • Сопутствующая уборка: на стороне XuanTie #8347 на рассмотрении, содержимое — удаление K-выравнивающего отката для NT GEMM на PPU; FlagTree #1348 включён, сохраняет явно swizzled TLE-раскладку и избегает дублируемой цепочечной dot warp-раскладки.
  • Оценка: сворачивание коммуникации в операторы — распространённый приём снижения задержки TP-инференса, но он требует, чтобы библиотека операторов одновременно владела коммуникационными примитивами и числовым контрактом. Эта партия FlagGems сначала пилотируется по двум линиям — PPU и SGLang, что показывает: данная возможность всё ещё привязана к конкретной аппаратной топологии и пока не абстрагирована в кросс-бэкендовый универсальный компонент.

1.9 Сопутствующая инфраструктура: уведомления optest в Feishu со сводкой тестов, миграция CI FlagTree в много мерную таблицу Feishu, ужесточение песочницы macOS в FlagQAI (11-03)

Дата: 2026-11-03　Источники: optest PR #28 · optest PR #34 · FlagTree PR #1513 · FlagTree PR #1516 · FlagCX PR #669 · FlagQAI PR #30

  • optest, семь коммитов: добавлено уведомление в Feishu с тестовой сводкой и поле Trigger перенесено в конец, Commit теперь идёт сразу после Ref (#28); добавлено обнаружение runtime-метаданных FlagTrain (#29); таймаут команды оператора сделан настраиваемым (#30) и настроен отдельно для каждого репозитория (#32); сужены повторные попытки загрузки в op-monitor (#31); упрощена конфигурация бэкендов GPU (#33); добавлен README на китайском (#34). Все семь коммитов посвящены одной цели — сделать результаты тестирования на нескольких бэкендах читаемыми, отслеживаемыми и воспроизводимыми.
  • FlagTree, восемь коммитов: в функциональной части исправлено переполнение UB в lightning-indexer для Ascend XCS, точность swiglu и передача указателя в качестве операнда в tl.where, на стороне PPU сохранена явная swizzled-раскладка TLE; в части CI CI-скрипты FlagGems сделаны общими между ветками через GITHUB_ACTION_PATH, результаты отправляются в многотабличную таблицу Feishu, выполняется пересылка ключей Feishu с предупреждением при отсутствии учётных данных, а также удалён workflow CI/CD enflame3.5-guc400.
  • FlagCX, три коммита: добавлен CI-конвейер для Ascend 910C и унифицирована организация юнит-тестов (добавлено 1559 строк, удалено 664 строки, 41 файл), покрытие Torch Python расширено на четыре платформы и удалены дублирующиеся тесты производительности CUDA, кроме того, исправлены отслеживание состояния завершения и сохранение тензоров на устройствах Ascend.
  • FlagQAI, шесть коммитов: на macOS локальные Python-задачи, чтение workspace в headless-сессиях, чтение из нативного shell, цели поиска и подпроцессы поиска поочерёдно помещены в границы песочницы, а перед коммитом агента добавлена проверка готовности SDK. Все шесть коммитов — последовательные срезы одного раунда ужесточения безопасности.
  • FlagAttention и остальное: в FlagAttention исправлена работа TMA prefill для размерностей head, не являющихся степенями двойки, а установка зависимостей производителя переведена на uv pip; в FlagSparse влита связанная с q4 доработка; четыре коммита FlagDNN направляют упаковочный образ в опубликованный репозиторий FlagOS и переводят workflow упаковки в режим только проверки.
  • Оценка: в этом окне 26 коммитов относятся к CI, оценке и инструментарию, что составляет 14,7% всех влитых изменений. Для проекта, который одновременно поддерживает более девяти бэкендов, эти затраты не создают новых операторов, но определяют, можно ли своевременно увидеть, «какой бэкенд на какой версии деградировал». Удаление workflow GCU400 в FlagTree и добавление конвейеров CANN 9.2.1 и 910C также показывают, что сам список CI обновляется вместе со сменой поколений оборудования.

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

2.1 Проверка каналов: 24 группы запросов без попаданий на уровне компонентов, в CSDN и HN в пределах окна новых статей нет (11-04)

Дата: 2026-11-04　Источники: Google News RSS (запрос FlagOS) · колонка FlagOS на CSDN · HN Algolia (FlagOS)

  • Google News: из 24 групп поисковых запросов на китайском и английском языке по FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen, flagos-ai и связанным англоязычным комбинациям с BAAI попаданий нет; попадания сосредоточены на организациях-участниках и отраслевых терминах (Zhiyuan/BAAI открытый исходный код — 4, Zhiyuan/BAAI чипы — 4, Enflame — 7, отечественный вычислительный стек с открытым исходным кодом — 7, Moore Threads — 3, MetaX — 1, Tsingmicro — 1), всего 28, и после проверки каждой темы ни одна не касается версий компонентов, адаптации чипов или технологического стека FlagOS. Это второе подряд окно с нулевым результатом для запросов на уровне компонентов.
  • Колонка CSDN: при проверке 52 ссылок на странице последняя статья — материал от 10-29 11:19 об адаптации Day0 для MiniCPM-OCR и Jev, за ним следует трансляция sglang-plugin-FL, опубликованная 10-29 16:25. Три материала в верхней части страницы — GLM-5.3-Flash, Qwen3.8-Flash-Next и LightX2V — являются старыми статьями от 8-28, 8-27 и 8-27 соответственно и в окно не входят.
  • HN и сообщество Zhiyuan: из восьми групп запросов в HN по FlagOS найдено 7 совпадений, по BAAI — 30, но при прямом сопоставлении по заголовку и тексту — 0; на главной странице сообщества Zhiyuan нет материалов о FlagOS, страница поиска рендерится на клиенте, и получить список с проверяемым временем не удаётся.
  • Оценка: пустота на новостной стороне второго подряд окна резко контрастирует с 24 репозиториями с пушами и 177 влитыми коммитами на стороне GitHub. Внешнее позиционирование FlagOS по-прежнему сильно зависит от официальных каналов (колонка CSDN, сообщество Zhiyuan, конференции), а освещение прогресса на уровне компонентов сторонними медиа ещё не сформировалось.

2.2 Отраслевая сторона: членские организации получили награду за выдающийся вклад на Учжэньском саммите, Enflame вышла на рынок A-акций (11-03)

Дата: 2026-11-03　Источники: World Zhejiang Entrepreneurs Network (награда MetaX) · EE Times China (награда Moore Threads) · Cailian Press (выход Enflame на биржу)

  • Награда: MetaX и Moore Threads одновременно получили «Награду за выдающийся вклад» на Учжэньском саммите Всемирной конференции по интернету 2026. Материал о MetaX подчёркивает полностековые инновации и потенциал роста отечественных GPU, материал о Moore Threads опубликован EE Times China; обе компании являются членами FlagOS.
  • Выход на биржу: Enflame вышла на STAR Market (A-акции). В публикации это позиционируется как восполнение STAR Market недостающего элемента вычислительной архитектуры DSA. Бэкенд S60 от Enflame был включён в адаптацию vLLM 0.28 28 октября, адаптация к 0.32 (#675) находится на рассмотрении.
  • Сопоставление: действия трёх компаний на стороне FlagOS в окне мониторинга различались — адаптация C550 от MetaX к 0.28 была включена в тот же день (см. 1.3), MUSA от Moore Threads к 0.28 включена в тот же день (см. 1.3), у Enflame в FlagGems GCU300 было четыре исправления корректности (см. 1.5). Прогресс на уровне капитала и признания не изменил ритм их технических вложений.
  • Примечание: данный пункт относится к корпоративной динамике и не связан напрямую с технологическим стеком FlagOS; приводится лишь как запись экосистемного контекста. Источники — агрегированные ссылки Google News, адреса оригинальных сайтов издателей получить не удалось.

3. Члены сообщества и производители бэкендов: углублённый разбор

3.1 Tsingmicro: TXDA на 0.28 реализует только eager, явно отклоняя режим графа (11-03)

Дата: 2026-11-03　Источники: vllm-plugin-FL PR #642 · vllm-plugin-FL PR #641 · FlagGems PR #8279

  • Компромисс: текст #642 стоит прочитать дословно. Сегментированный нативный граф уже реализован и проходит полный контроль для двух моделей при TP8 (снимки R10 и R6d), однако корректность Dense TP1 так и не была решена. Автор не стал выбирать вариант «режим графа, работающий лишь при частичной параллельности», а удалил реализацию захвата и разбиения графа, отклоняет конфигурации графа и компиляции на этапе настройки, направляя пользователя прямо к --enforce-eager.
  • Область отклонения: MLA, разреженное внимание, спекулятивное декодирование и контекстная параллельность отклоняются по пунктам, каждый по своему конкретному неподдерживаемому пути, а не отключаются огульно. Такой подход позволяет сообщениям об ошибках указывать на конкретную возможность, а не приводить к сбою пользователя на середине выполнения.
  • Среда проверки: 8 карт TX8110 64G, vLLM в образе — 0.28.0+empty: собрано из тега апстрима с коммитом 2cf0a69 при VLLM_TARGET_DEVICE=empty, без расширения vllm._C, все kernel берутся из плагина или FlagGems. Это равносильно превращению вопроса «действительно ли плагин самодостаточен» в жёсткое ограничение.
  • Масштаб: добавлено 3067 строк, удалено 146 строк, 29 файлов, в комплекте руководство по развёртыванию docs/usage/tsingmicro.md.
  • Оценка: это наиболее заслуживающий фиксации инженерный компромисс дня. Самая распространённая модель отказа при адаптации множества бэкендов — запустить режим, который корректен лишь при определённой параллельности, а затем проявить его в виде численных ошибок на площадке пользователя. #642 обменивает «одним режимом меньше» на «отсутствие режима, ошибающегося лишь при некоторых конфигурациях», с явной ценой и чёткими границами.

3.2 MetaX: 0.28 для C550 — «пустая адаптация», все изменения остались внутри плагина (11-03)

Дата: 2026-11-03　Источники: vllm-plugin-FL PR #554 · vllm-plugin-FL PR #693 · FlagGems-vllm PR #1050 · FlagGems-vllm PR #1054

  • Смысл пустой адаптации: на стороне вендора в MetaX-MACA/vLLM-metax ещё нет пути 0.28, поэтому #554 выполнена в условиях «отсутствия соответствующей ветки в upstream» — все изменения остаются в vllm_fl/ и скриптах MetaX CI, поведение бэкенда определяется по имени вендора или во время выполнения, что не влияет на других вендоров. Добавлено 2838 строк, удалено 70 строк, 36 файлов.
  • Форма установки: раннее исправление import устанавливается из точки входа плагина, замена kernel и backend помещается в vendor patch-пакет; удалён отдельный загрузчик установки site-packages и vllm_fl/_fl_boot_shims/, setup.sh очищает 15 исторических хуков zz_fl_*.pth. Ревью явно отклонило решение «записывать загрузочные хуки в site-packages», и это отклонение само по себе действительно для всех последующих вендоров.
  • Состояние двух линий: в тот же день, когда был влит 0.28, в 02:23 была открыта адаптация C550 для 0.32 (#693); на стороне FlagGems-vllm также #1050 поднимает нижнюю границу dot tile для разреженного QSA до 16, #1054 делает причинную свёртку и разреженное ядро MLA для GLM5.3 работоспособными на C550 (на рассмотрении), а также три оптимизации операторов gdn_w8a16, fused_indexer_weight_scale и layernorm на рассмотрении.
  • Оценка: форма этого окна MetaX — «закрытие 0.28, предварительный запуск 0.32, дополнение длинного хвоста на операторах», три линии одновременно активны, но не блокируют друг друга. Примечателен способ реализации 0.28 — при отсутствии ветки в upstream опора на самодостаточность плагина, что определяет более низкую стоимость миграции при следующем обновлении upstream.

3.3 Moore Threads: MUSA 0.28 за один раз приносит нативный MCCL и сегментированные графы (11-03)

Дата: 2026-11-03　Источники: vllm-plugin-FL PR #575 · FlagTensor PR #14 · FlagGems PR #8097

  • Содержание адаптации: #575 поднимает MUSA до vLLM 0.28.0 и одновременно приносит установку из обычного wheel, нативный MCCL, компиляцию FX/eager и сегментированные нативные графы, добавлено 7804 строки, удалено 233 строки, 46 файлов. Базовая конфигурация запуска — четыре S5000, BF16, TP=4, Python 3.10, TorchMUSA 2.9.0, MUSA SDK 4.3.5.
  • Числовой контракт: на стороне компиляции RMSNorm, SiLU и rotary идут через явные границы операторов MUSA; эталонный RMSNorm сохраняет контракт накопления FP32 на целевом устройстве. Это ключевой момент — ясно зафиксировать, «по чьей точности накопления работает эталонная реализация», и только тогда сравнение между бэкендами имеет смысл.
  • Графы и кэш: обработка графов сосредоточена в graph.py каталога вендорских патчей MUSA, одновременно удалены подпакет компиляции MUSA, исполняемый кэш и загрузчик. В отличие от Tsingmicro с «отзывом графов», Moore Threads «собирает графы в один файл».
  • Вторая линия: FlagTensor #14 регистрирует бэкенд MUSA для библиотеки тензоров и добавляет специализированные переписывания для семи трансцендентных функций; в тот же день в этом репозитории также есть коммиты быстрого пути прямого запуска PPU и настройки tile для Kunlunxin. На стороне FlagGems #8097 (на рассмотрении) оптимизирует вытянутое умножение матриц FP8 с помощью транспонированного dot и оптимизации tile GEMV.
  • Оценка: Moore Threads — единственный вендор в этот день, у которого есть результаты одновременно на двух линиях: «плагин инференса» и «библиотека тензоров». Разделение труда между двумя линиями также ясно: плагин решает вопрос доступности бэкенда, библиотека тензоров решает вопрос формы низкоуровневых операторов.

3.4 Ascend: граф декодирования 0.28, база CANN 9.2.1, INT8 BMM, CI для 910C — четыре направления одновременно (11-03)

Дата: 2026-11-03　Источники: vllm-plugin-FL PR #646 · build-infra PR #1614 · FlagGems PR #8110 · FlagCX PR #669 · FlagTree PR #1413

  • Режим выполнения: #646 в 0.4.0-dev включает нативный захват и воспроизведение графа FULL_DECODE_ONLY, охватывая Qwen3.6-27B и Qwen3.6-35B-A3B; декодирование идёт через torch.npu.NPUGraph, prefill, визуальное кодирование и сэмплирование остаются вне графа. Добавлено 3342 строки, удалено 340 строк, 39 файлов — это прямой перенос #606 и #619 из основной ветки.
  • Версия среды выполнения: #1614 добавляет базовый слой CANN 9.2.1, только для 910B, python 3.12, torch 2.13 и triton_ascend 3.6.0, и намеренно оставляет пустыми FlagTree и FlagCX (подробнее в 1.2). #1615 заполняет дату changelog этого слоя в 2.3.0.
  • Операторы: #8110 добавляет канальный INT8 BMM (bmm_w8a8), добавлено 519 строк, удалено 3 строки; #8286 дополняет документацию SKU для 910C и 950DT. На стороне FlagTree исправлены переполнение UB в lightning-indexer, точность swiglu и принятие указательных операндов в tl.where, flir #84 — это одноимённое исправление.
  • CI: FlagCX #669 добавляет конвейер Ascend 910C и унифицирует организацию модульных тестов, добавлено 1559 строк, удалено 664 строки, 41 файл; Torch-FL #690 дополняет нативные квантовые численные значения Ascend и коллективные коммуникации с потерями без потерь в FP64.
  • Оценка: Ascend продвигается в один день по четырём слоям — «версия среды выполнения, режим выполнения, операторы, CI», что делает его наиболее полной линейкой производителя за день. Выбор оставить FlagTree пустым в базовом слое CANN 9.2.1 также указывает на наличие явной последовательной зависимости при продвижении версий, а не на единовременное комплексное обновление.

3.5 Iluvatar CoreX, Kunlunxin, Enflame, XuanTie, Hygon и Horizon Robotics: с одной стороны массовое добавление операторов, с другой — продолжение оптимизации (11-03)

Дата: 2026-11-03　Источники: FlagGems PR #8093 · FlagGems PR #8357 · FlagGems PR #8374 · FlagGems-vllm PR #1049 · sglang-plugin-FL PR #166 · FlagAttention PR #123

  • Iluvatar CoreX: BI-V150 за шесть минут с 16:04 до 16:10 включил 10 специализированных операторов, охватывающих обратный проход padding, обратный проход upsampling, три типа специальных полиномов, квантованное пулингование, матричное умножение smm, not_equal и обратный индекс пулингования (список см. в 1.5). Это суточный пик Iluvatar CoreX в FlagGems, и все они являются новыми реализациями.
  • Kunlunxin: на стороне включений 11 коммитов преимущественно с настройкой — argmin использует SIMD-загрузку min.o от производителя и сегментированный широкорядный параллелизм, lcm использует развёрнутый алгоритм Евклида, poisson_nll_loss снижает давление на регистры, inner реально участвует в компиляции на XPU и перенастраивает tile. На стороне новых открытий — серия исправлений, сконцентрированных ранним утром: откат sum_dim, серия fake_quantize, переполнение pipeline event для lstm/gru, деградация tt.gather в linalg_matmul и linalg_lu_solve, аварийное завершение процесса в avg_pool1d и т. д. За это окно он один открыл 59 коммитов (Enflame 31, Kunlunxin 25, NVIDIA 3), из которых 33 приходятся на период с 00:07 до 05:43.
  • Enflame: GCU300 — четыре исправления корректности (хвост строки в cat, семантика деления в silu_backward, интервал uniform_, ключевое слово clip), на стороне новых открытий также #8374, позволяющий универсальному ядру работать на не-CUDA бэкендах, и #8375, позволяющий исправленному ядру Bessel работать на не-CUDA бэкендах. FlagTree за тот же период удалил CI/CD workflow enflame3.5-guc400 — это замена списка CI вместе со сменой поколений оборудования, не следует интерпретировать как прекращение продуктовой линейки.
  • Xuantie: на стороне FlagGems нулевые включения, действия приходятся на компиляцию и плагины — FlagTree #1348 включил сохранение явного swizzled TLE-лейаута; #8347 (на рассмотрении) удаляет откат выравнивания K для NT GEMM на PPU; sglang-plugin-FL #166 (на рассмотрении) оформляет fused-ядро RS+norm+AG как опцию pure TP prefill; FlagGems-vllm #1049 (на рассмотрении) добавляет flash_mla_sparse_fwd для thead. После пакета из 13 специализированных операторов в прошлом окне текущее окно переключилось на уровень компиляции и коммуникаций.
  • Hygon: новый #8357 оптимизирует FP32-матричное умножение для нагрузок научных моделей; FlagGems-sglang #279 с переопределением _hygon принимает BW1000; FlagAttention #123 и #117 (оба на рассмотрении) соответственно добавляют бэкенд AttnRes и оптимизируют GLA; FlagTrain #10 (на рассмотрении) с mixed_gemm охватывает Hygon.
  • Horizon Robotics и Cambricon: обе компании в этом окне не имеют коммитов ни в одном из репозиториев FlagOS. Слой neuware 4.4.3 у Cambricon уже завершил обратное заполнение дат changelog под именем 2.3.0 (см. 1.2) — это работа по накопленному на стороне зеркала.
  • Вывод: записи по бэкендам переходят от «дополнить, чтобы работало» к «настройке под чип» — SIMD-изация argmin у Kunlunxin, оптимизация FP32-матричного умножения у Hygon, откат универсального ядра на не-CUDA у Enflame — все три не являются новым покрытием, а делают существующие реализации быстрее или стабильнее на конкретных нагрузках. Такая работа не отражается в цифрах покрытия, но определяет фактическую пригодность к использованию.

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

Дата: 2026-11-03 ~ 2026-11-04　Источники: репозитории организации flagos-ai · поиск объединённых PR

  • Слияния ускоряются на стороне интеграции, концентрация — на стороне производства: 177 слитых коммитов, что на 9,3% больше по сравнению с предыдущим окном; 117 новых открытых — снижение на 39,1%; 271 обновлённый PR в статусе ревью — снижение на 12,9%. Однако почти всё снижение новых открытий приходится на изменение темпа в одном репозитории FlagGems: 59 из них от одного автора и сосредоточены на линиях Kunlunxin и Enflame. Общий объём находящихся на ревью по всей организации по-прежнему составляет 1602, соотношение слитых к находящимся на ревью — примерно 1 к 9, нагрузка на ревью фактически не снизилась.
  • Закрытие 0.28 и старт 0.32 происходят одновременно: четыре бэкенда — Tsingmicro, MetaX, Moore Threads и Ascend — в один день закрыли vLLM 0.28.0, в сумме 150 файлов и 17051 добавленных строк; в то же время пять адаптаций для 0.32 продвигаются в очереди на ревью. Параллельная работа поддерживаемой и целевой линий стала нормой — производителям приходится одновременно поддерживать два набора сред валидации, что является скрытой стоимостью мультичиповой адаптации.
  • Сопоставимость оценок становится новой инфраструктурой: перенос бенчмарков FlagGems — 23 коммита за две минуты — сводит эталонные значения H800 для четырёх категорий операторов в единый JSON; вместе с тестовыми сводками Feishu из optest, многомерными таблицами Feishu из FlagTree и покрытием четырёх платформ в FlagCX цепочка оценки превращается из «каждый пишет по-своему» в «единую линейку». В текущем окне 26 коммитов приходятся на CI и оценку — 14,7% от слитых.
  • Оба пути подключения новых чипов уже пройдены: Biren вошла в TransformerEngine-FL через бэкенд SUPA (сначала каркас, без записей аппаратной валидации), Moore Threads одновременно закрепилась на двух линиях — плагине инференса и библиотеке тензоров, а Iluvatar CoreX пошла по линии операторов с десятью специализированными операторами за день. Скорость подключения уже не является узким местом — глубина валидации является: бэкенд Biren пока представляет собой только каркас, записей аппаратного контроля уровня Tsingmicro и MetaX ещё нет.
  • 2.3.0 всё ещё движется через образы: базовый слой расширен до шести слоёв (включая CANN 9.2.1), runtime-образы публикуются по бэкендам, даты в changelog заполняются послойно, но манифест release/2.3 в community по-прежнему возвращает 404. Три окна подряд не наблюдается действий по заморозке манифеста — фактическое содержание релиза и план накапливают расхождение.
  • Три вещи для наблюдения: во-первых, когда появится манифест release/2.3 — это определит, сможет ли 2.3.0 выйти в этом месяце; во-вторых, когда будут слиты пять адаптаций для 0.32 — это определит, не будет ли целевая линия вновь отложена; в-третьих, сможет ли оператор fused communication (RS+add+RMSNorm+AG) абстрагироваться от пилотов PPU и SGLang в универсальный компонент для разных бэкендов.

Приложение

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

Источник Результат проверки
Репозитории организации на GitHub (61 репозиторий) 24 репозитория с пушами в окне, 228 коммитов, 177 слитых PR, 19 репозиториев с слияниями
PR на GitHub в статусе ревью 271 обновлён в окне, 117 новых открытий, общий объём на ревью по организации — 1602
GitHub Release / Tag (31 репозиторий / 8 репозиториев) Ноль новых за окно; FlagCX v0.14.1 (11-01 00:10) — вне окна
Манифест релиза community release/2.3/release-2.3.yaml возвращает 404, release/2.2 в наличии
Google News RSS (24 группы на китайском и английском) Запросы по компонентам — ноль попаданий; 28 материалов по членам организации и отраслевым терминам — все корпоративные или финансовые
HN Algolia (8 групп) FlagOS — 7, BAAI — 30, прямых совпадений заголовков и текста — 0
Колонка FlagOS на CSDN 52 ссылки проверены по времени; последняя статья — 10-29 11:19, новых в окне нет
Сообщество Zhiyuan На главной странице нет записей FlagOS; страница поиска рендерится на клиенте, проверяемого по времени списка нет
Проверка членов организации на стороне GitHub У MetaX, Moore Threads, Tsingmicro, Iluvatar CoreX, Enflame, Hygon есть действия на стороне FlagOS; Cambricon и Horizon Robotics — ноль коммитов в этом окне

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