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

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

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

  • Главное за день: Cambricon в Torch-FL реализовала объединённый прямой и обратный проход fused attention, число откатов на CPU на шаге обучения Qwen3 снижено с 190 до нуля; сообщество за день отправило 7 FEP (0163–0170); Enflame одним разом закрыла 25 заявок на переписывание GCU300, в FlagGems семь ключей бэкендов переведены на версионированные имена (11-05)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Ритм организации: пуши в 21 репозиторий, 123 коммита, 94 слияния, 255 на рассмотрении (11-05)
      • 1.2 Управление сообществом: 7 FEP ушли на ревью в течение часа, FlagMega v0.1 и TLE Raw с пятью бэкендами внесены в реестр (11-05)
      • 1.3 Версии: 2.3.0 отмечена nvidia-cuda13.3, cuda12.8 заморожена, torch обновлён до 2.13 (11-05)
      • 1.4 FlagGems: из 33 слияний 25 принадлежат Enflame, семь ключей бэкендов переведены на версионированные имена (11-05)
      • 1.5 FlagTree: Hygon реализовал TLE-Raw, расход ресурсов ptxas внесён в метаданные компилятора (11-05)
      • 1.6 Torch-FL: Cambricon дополнила прямой и обратный проход fused attention, шаг обучения без откатов на CPU (11-05)
      • 1.7 FlagQuantum: 27 коммитов перестроили ёмкость CI, большая ветка отказоустойчивого компилятора вошла в интеграцию (11-05)
      • 1.8 Зрение и обучение: FlagCV выровнен по контракту оценки SGLang, FlagTrain подключил операторы KMCompiler (11-05)
      • 1.9 Сопутствующая инфраструктура: бот в docs открыл заявку на список моделей, optest и OpenCourse продвигаются малыми шагами (11-05)
    1. Новости и экосистема
      • 2.1 Отраслевой кейс FlagOS 2.2: China Telecom сократила потери при обучении mHC с 25% до 12% (11-05)
      • 2.2 Спецвыпуск по устройствам: ARM CPU ускоряет большие модели на 21%–25%, мультиядерная адаптация охватывает 35 чипов (11-05)
      • 2.3 Проверка каналов: на уровне компонентов нулевых совпадений, заголовок Enflame признан обзорным материалом к IPO (11-05)
    1. Углублённое изучение членов-организаций и производителей бэкендов
      • 3.1 Cambricon: CNNL объединила прямой и обратный проход fused attention, 190 откатов обнулены (11-05)
      • 3.2 Enflame: GCU300 за ночь закрыла 25 заявок, внешние символы NVIDIA по одному заменены локальными реализациями (11-05)
      • 3.3 Hygon: TLE-Raw для HCU и BF16 expert GEMM идут параллельно (11-05)
      • 3.4 Ascend: Flash Attention исправил переполнение UB, добавлены прямой проход varlen и D=256 (11-05)
      • 3.5 Moore Threads, Iluvatar CoreX, MetaX, Kunlunxin, Tsingmicro и XuanTie: матричное умножение и раскладки продвигаются партиями (11-05)
    1. Итоги и наблюдения за трендами

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

1.1 Ритм организации: пуши в 21 репозиторий, 123 коммита, 94 слияния, 255 на рассмотрении (11-05)

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

  • Общий объём: из 61 репозитория 21 имел push в окне мониторинга; 123 новых коммита в основную ветку распределены по 12 репозиториям; слито 94 PR из 14 репозиториев от 32 авторов.
  • Распределение коммитов: FlagGems 33, FlagQuantum 27, Torch-FL 12, build-infra 12 — четыре репозитория в сумме дают 84 коммита, или 68,3%; далее FlagGems-sglang 8, FlagCV 8, FlagTrain 7.
  • Распределение слияний: FlagGems 33, build-infra 12, Torch-FL 12 — первые три; FlagTrain 7, FlagGems-sglang 6, FlagQuantum 5, FlagTree 5, FlagGems-vllm 5, FlagCV 4.
  • Распределение по авторам: youseeyouonedayday 25 коммитов (полностью линия Enflame KernelGen), lvyufeng 12 коммитов (Torch-FL), lukatao 9 коммитов (FlagCV, FlagGems-sglang, FlagTrain), tengqm 6 коммитов (build-infra), бот FlagQuantum 5 коммитов, github-actions 5 коммитов.
  • На рассмотрении: 255 PR обновлены в окне, из них 87 новых; FlagGems 84, FlagTree 71 — два репозитория в сумме дают 155 PR, или 60,8%.
  • Версии: атомарные источники Release в 31 репозитории и атомарные источники Tag в 8 репозиториях не дали прироста в окне; последний по-прежнему FlagCX v0.14.1 (11-01).
  • Сравнение с предыдущим периодом: коммиты 238→123, слияния 167→94, репозитории с push 26→21. Объём вернулся в обычный диапазон, однако в тот же день вышли 7 FEP и ряд версионно-инженерных действий — это «день закрытия», а не «день набора объёма».

1.2 Управление сообществом: 7 FEP ушли в ревью за час, FlagMega v0.1 и TLE Raw с пятью бэкендами внесены в реестр (11-05)

Дата: 2026-11-05　Источники: FEP-0163 · FEP-0164 · FEP-0165 · FEP-0166 · FEP-0167 · FEP-0168 · FEP-0170 · График выпуска 2.3

  • Действие: с 08:29 по 08:32 (пекинское время) за четыре минуты открыто шесть FEP, а к 09:31 — всего семь; все поданы wbavon, каждый в одном файле объёмом от 104 до 207 строк, статус у всех — Provisional Draft.
  • Перечень: FEP-0163 FlagMega v0.1 (компиляция моделей, интеграция с vLLM, многокардовое декодирование), FEP-0164 распределённое слияние и автотюнинг TLE, FEP-0165 TLE Raw с покрытием пяти бэкендов ускорителей, FEP-0166 оптимизация FLIR для Ascend и GPGPU, FEP-0167 компиляторная оптимизация двадцати пар оператор—устройство, FEP-0168 мультиплатформенная поддержка FlagTree и совместимость с Triton API, FEP-0170 FlagPrism v0.2 — многобэкендовая отладка и профилирование.
  • Самый конкретный: FEP-0163 даёт отображение пяти целей на доказательства приёмки — компиляцию model-to-MegaKernel для Qwen3.8 / GLM5.3 Flash, декодирование при BS=1, интеграцию с vLLM, поддержку трёх сторон NVIDIA / AMD / Iluvatar CoreX 5.0, а также пропускную способность декодирования GLM5.3 Flash на четырёх H800 выше, чем у vLLM, более чем на 5%; при этом явно указано, что CoreX 5.0, матрица релиза и воспроизведение checkpoint GLM ещё не завершены.
  • Общее: во всех семи текстах указано «GPU или приёмка модели не запускались», что разделяет «заявление об охвате» и «заявление о завершении». Это способ записать матрицу мультибэкендовых возможностей как приёмочные пункты, а не список релиза.
  • Временная связь: согласно графику 2.3, крайний срок слияния FEP — 11-13, rc0 — 11-30. Эта партия появилась за восемь дней до дедлайна, точно в окне «дополнения охвата».
  • Ветки той же партии: в репозитории community в окне также были push четырёх веток codex/fep23-*, что говорит о том, что подготовка черновиков FEP и веток — один конвейер.

1.3 Сторона версий: в 2.3.0 зафиксирован nvidia-cuda13.3, cuda12.8 заморожен, torch обновлён до 2.13 (11-05)

Дата: 2026-11-05　Источники: build-infra #1649 · build-infra #1652 · build-infra #1653 · build-infra #1654 · build-infra #1655 · build-infra #1647 · build-infra #1650

  • Запись версии: #1649 фиксирует 2.3.0 в документации base и обновляет описание образа; #1653 дополняет дату changelog для 2.3.0 на стороне runtime, объект — nvidia-cuda13.3. Это первый случай, когда линия cuda13.3 попадает в покрытие 2.3.0.
  • Содержание обновления: #1652 доводит cuda13.3 до torch 2.13 — torch 2.13.0+cu130, torchvision 0.28.0+cu130, triton 3.7.1; torchaudio остаётся на 2.11.0+cu130, FlagTree остаётся на 0.7.0 (оба развязаны с версией torch).
  • Способ заморозки: torch 2.13 больше не выпускает wheel cu128 (эта ветка останавливается на 2.11.0), поэтому cuda12.8 не может последовать за ним. Решение — добавить в configs.yaml поле enabled: и установить его в false — заморозка, а не удаление: спецификации, образы и документация сохраняются, образ остаётся на плоском теге последней сборки.
  • Аудируемость: скрипт backend_enabled.py становится единственным парсером, его совместно используют generate_matrix.py, два отчёта о состоянии, реестры flagcx и vllm-plugin, благодаря чему «заморозка» не попадает ни в одну матрицу сборки, и ни один потребитель не принимает заморозку за дрейф.
  • Сопутствующие исправления: #1655 вписывает пересборку flagcx, вызванную torch-2.13, в цепочку зависимостей cuda13.3; #1654 для сборки flagtree под HCU одновременно разворачивает два дерева LLVM и добавляет libzstd-dev.
  • Публикационный конвейер: #1647 и #1650 дважды фиксируют публикацию wheel vllm; #1346 убирает общий переиспользуемый workflow upload-nexus, путь загрузки сходится к единому.

1.4 FlagGems: из 33 слитых изменений 25 принадлежат Enflame, семь ключей бэкендов переименованы в версионированные (11-05)

Дата: 2026-11-05　Источники: FlagGems #8446 · FlagGems #8287 · FlagGems #8028 · FlagGems #8393 · FlagGems #7581 · FlagGems #7246 · FlagGems #6706

  • Структура слияния: из 33 коммитов 25 имеют префиксы KernelGen и Enflame (см. 3.2), 3 — Kunlunxin, 2 — Moore Threads, 1 — Ascend, 1 — Tsingmicro, остальные — CI и общие исправления.
  • Версионирование ключей бэкендов: #8446 изменяет 12 файлов, добавляет 39 строк и удаляет 38 строк, заменяя семь «голых» имён производителей в backends.yaml на версионные ключи, согласованные с pyproject.toml — hygon-dtk2604, iluvatar-corex450, kunlunxin-xre5371, spacemit-xxx, sunrise-tangrt120, thead-ppu210, tsingmicro-tsm260610.
  • Почему это стоит запомнить: при старом написании uv pip install ".[tsingmicro]" молча не находил ни одного extra, ни torch, ни flagtree не устанавливались, и проверка FlagTree в setup.sh сразу выбрасывала ModuleNotFoundError: No module named 'torch'. После выравнивания имён ключей кодовое имя чипа и версия программного стека впервые записываются в одном месте, и установка неверной версии приводит к ошибке, а не к молчаливому пропуску.
  • Tsingmicro: #8287 обновляет бэкенд tsingmicro до 1103, 190 файлов, добавлено 23195 строк, удалено 914 строк — крупнейшая синхронизация бэкенда одним коммитом в этом окне.
  • Kunlunxin: #8028 оптимизирует четыре точки входа операторов до превышения порога dtype-равновзвешенного Gems Speedup, средние значения трёх прогонов с холодным кэшем составили upsample_nearest2d 1.202, unique_consecutive 1.053, fake_quantize_per_tensor_affine 0.827, foreach_clamp_max_scalar 0.967; #8393 дополняет покрытие XPU, включая помощник решения cholesky.
  • На рассмотрении: FlagGems обновлён на 84 коммита в окне (из них 15 новых открыты по статистике главной страницы), остаётся крупнейшим пулом ревью во всей организации.

1.5 FlagTree: Hygon открывает путь TLE-Raw, использование ресурсов ptxas попадает в метаданные компилятора (11-05)

Дата: 2026-11-05　Источники: FlagTree #1508 · FlagTree #1530 · FlagTree #1568 · FlagTree #1573 · FlagTree #1572 · FlagTree #1574 · FlagTree #1576

  • Слито: 5 коммитов. #1508 добавляет путь tle.raw для Hygon HCU, 53 файла, добавлено 5106 строк, удалено 17 строк; #1530 разбирает использование регистров, переполнения, стека и разделяемой памяти в диагностике ptxas; #1568 заставляет CI при сбое указывать ответственного в Feishu; #1573 исправляет порядок перенаправления stderr в скрипте запуска vllm.
  • Детали HCU: #1508 одновременно поддерживает режимы eager и deferred, исходники HIP и MLIR (компилируются в LLVM IR и затем встраиваются в Triton IR), а также подключает потоковую коллективную связь DUSHMEM; в комплекте три руководства — ring shift, allgather GEMM, GEMM allreduce. В примере путь HIP для sort даёт 1.29x относительно torch.
  • Наблюдаемость: #1530 записывает использование ресурсов в метаданные компилятора TLE, парсер изолирован от поведения запуска и связи; сводная проверка на стороне репозитория — 154 теста TLE MLIR и 11 новых C++ юнит-тестов пройдены полностью, на H800 все 57 случаев точного заполнения, конвейеризации циклов и scatter прошли.
  • Новые: 3 коммита. #1572 заставляет Moore Threads сохранять явную blocked-раскладку при преобразовании dot; #1574 добавляет границы разворачивания и предпосылки расстояния предвычисления для загрузок в переставленных циклах; #1576 выполняет усиление SoC-уровневого распространения для TLE Enflame.
  • На рассмотрении: 17 коммитов обновлено в окне, сосредоточены на явной раскладке TLE, сценариях воспроизведения Iluvatar native, set_layout для FlagPrism / MetaX и PPU.

1.6 Torch-FL: Cambricon дополняет прямой и обратный проход fused attention, шаг обучения без отката на CPU (11-05)

Дата: 2026-11-05　Источники: Torch-FL #748 · Torch-FL #749 · Torch-FL #757 · Torch-FL #754 · Torch-FL #745 · Torch-FL #756

  • Слияния: 12 коммитов, все от lvyufeng; основная линия — консолидация операторов для Cambricon MLU и открытие пути для Iluvatar.
  • Fused attention: #748 подключает cnnlFlashAttentionForward_v2 к составному покрытию SDPA, завершая историю «разложения на три листовых оператора» — при батче 2, 4 головах и последовательности 4096 та матрица оценок B×H×S×S составляет около 256 MB, и ранее её приходилось записывать в HBM, а затем считывать обратно. #749 дополняет обратный проход через cnnlFlashAttentionBackward_v2 и вместе с прямым упаковывает его в C++ autograd Function.
  • Обнуление откатов: #757 сначала проводит инвентаризацию одного полного шага обучения причинной языковой модели Qwen3 и обнаруживает, что остаточные 190 вызовов cpu_fallback происходят всего от двух операторов — aten::mul.out 188 раз и aten::embedding_dense_backward 2 раза; после перевода обоих на выполнение через CNNL на MLU тот же шаг сообщает о нулевом числе откатов операторов. Регистрация по-прежнему формируется генератором кода, поэтому конфигурация и файлы регистрации не будут расходиться.
  • Исправления на той же стороне: #754 оставляет операнды mul для Cambricon на устройстве и использует общую очередь времени выполнения; #750 и #755 исправляют возврат argmax длины оси на срезе, содержащем NaN, а также дефект графа, где ответ не содержит собственных меток совпадения.
  • Сторона Iluvatar: #745 поднимает верхний предел числа операторов Iluvatar, позволяя mul.Tensor попадать в FlagGems; #746 фиксирует, что расхождение mean происходит из пути пустой редукции.
  • CI: #756 не пропускает 3.2 GB wheel FlagTree для Kunlunxin в кэш pip; #760 ограничивает запись кэша только срабатыванием push.
  • На рассмотрении: 6 обновлений в окне мониторинга, включая #752 с синтезом объединяющего all-gather / reduce-scatter для внутренних бэкендов, лишённых коллективных коммуникаций, #753 и #762 с использованием ixblas axpy для семейства add в Iluvatar, #759 со скриптами валидации DTensor и FSDP2 на нескольких картах для MetaX.

1.7 FlagQuantum: 27 коммитов перестраивают ёмкость CI, крупная ветка отказоустойчивого компилятора входит в интеграцию (11-05)

Дата: 2026-11-05　Источники: FlagQuantum #1089 · FlagQuantum #1093 · FlagQuantum #1094 · FlagQuantum #1084 · FlagQuantum #1087 · FlagQuantum #1092

  • Слияния: 5, из которых три — CI: #1089 отделяет ёмкость CPU от управляемых очередей и загрузки SDK; #1093 предварительно закрепляет базовую среду и освобождает управляемую ёмкость; #1094 использует выделенную ёмкость CPU вместе с полным покрытием разделов. Ещё два — реорганизация модулей компилятора по обязанностям и тест отказоустойчивости W1-B.
  • Основная линия из 27 коммитов: все посвящены качественному шлюзу CI — ограничение права на кэш образов с последующим переносом базового набора, непрерывание проваленного шлюза при пропуске замещённых прогонов, отклонение отменённых зависимостей на обязательном шлюзе слияния, оставление обнаружения реальных зависимостей Qiskit на управляемом runner, изоляция очереди SDK, ограниченные повторные попытки загрузки артефактов, распределение неучтённых по времени крупных тестовых модулей по ограниченным пакетам, запуск базового набора в квалифицированной офлайн-среде A800, резервирование ёмкости для качества и балансировка восьми управляемых слотов, очистка контейнеров отменённых заданий.
  • Ветка отказоустойчивой компиляции: feat/ftqc-native-integration содержит около 20 коммитов в окне — пофрагментный перенос фазового градиента QVR, масштабированного сложения, сопряжённого измерения и фазового веса Хэмминга; главный интеграционный PR #1084 открыт как черновик, 276 файлов, +31011 −92 строк, с указанием, что последующие модули будут добавлены отдельными коммитами, после чего будет запрошено официальное ревью.
  • Работа по коррекции ошибок: #1087 подключает экспериментальный рабочий процесс Stim и PyMatching; #1092 поддерживает взвешенное сопоставление, определённое матрицей; #1085 добавляет тесты для ограниченного допуска W2/W3/W6.
  • Суждение: ни один из 27 коммитов этого дня не касается собственно квантовых алгоритмов — все они делают тесты достоверными, а runner воспроизводимым. Для проекта, которому предстоит запускать отказоустойчивую компиляцию, разумно сначала оплатить этот счёт.

1.8 Визуальная и тренировочная сторона: FlagCV выравнивает контракт оценки SGLang, FlagTrain подключает операторы KMCompiler (11-05)

Дата: 2026-11-05　Источники: FlagCV #4 · FlagCV #5 · FlagCV #6 · FlagCV #7 · FlagTrain #56 · FlagTrain #57 · FlagGems-vllm #1048 · FlagGems-sglang #294 · FlagSparse #117

  • FlagCV: 8 коммитов, 4 влито. Этот репозиторий, созданный только 10-14, позиционируется как библиотека операторов компьютерного зрения, написанная на Triton, с формой интерфейсов, выровненной по OpenCV, и базовым сравнением с OpenCV CUDA. #5 добавляет независимый эталонный адаптер OpenCV CUDA add, #6 приводит оценку add в соответствие с контрактом pytest FlagGems-sglang (запись корректности с фактическим вызовом кандидата, обход dummy с отдельным отчётом, эталонная проверка отклоняет случаи, обходящие кандидата), #7 унифицирует выбор устройства через GEMS_VENDOR.
  • FlagTrain: 7 влито, маршрут KMCompiler продолжает наращивать операторы. #56 добавляет фьюзинг h_post bda в прямом и обратном направлении, измерено nvidia 1.190x и 1.702x, PPU 6.714x и 3.568x, MC550 6.057x и 2.590x, Iluvatar CoreX 7.087x и 3.500x; #57 подключает scaled_masked_softmax одновременно к Ascend, MetaX, Moore Threads и Iluvatar CoreX; #50 добавляет Triton-ядро quick_geglu; #54 унифицирует именование операторов и спецификации тестирования.
  • FlagGems-vllm: 5 влито. #1048 реализует fused_indexer_weight_scale на Ascend с помощью TLE, двухступенчатый конвейер, разбиение на блоки по 4096 элементов, выделение UB и копирование через TLE, формы взяты из реального вызова GLM-5.3-Flash; #1077, #1080, #1085 последовательно исправляют три места с метками XCS; #1071 заставляет setup.sh устанавливать FlagGems.
  • FlagGems-sglang: 8 коммитов, 6 влито. #294 унифицирует явный выбор устройства через GEMS_VENDOR, DNN_VENDOR сохраняется, но выдаёт FutureWarning и уступает; #289 и #290 исправляют остаточное округление и ширину операторов для AMD gfx1100.
  • FlagSparse: #117 влит из upstream NCIC-AlphaSparse, 62 файла, +4809 строк, −280 строк, в основе — завершение оптимизации q4 и 40 на MUSA.
  • vllm-plugin-FL: #698 синхронизирует forward из 0.4.0-dev в 0.5.0-dev, ветка 0.5.0-dev имеет пуш 11-05 10:27; на рассмотрении 20.

1.9 Сопутствующая инфраструктура: робот списка моделей docs открыл заявку, optest и OpenCourse продвигаются малыми шагами (11-05)

Дата: 2026-11-05　Источники: docs #575 · optest #39 · OpenCourse #7 · FlagCX #694 · FlagBLAS #159

  • docs: в 19:01 робот открыл заявку на обновление документации ModelScope (#575), payload — синхронизация списка моделей за день; заявка #542 по списку моделей aihuanxin всё ещё на рассмотрении.
  • optest: в окне мониторинга в основной ветке нет новых коммитов (последний остановился на 11-04 16:10 со скриптом базовой линии NV), есть только пуш ветки fix_workflow_1104; #39 исправление проблем с образом на рассмотрении.
  • OpenCourse: #7 влит с обновлением материалов Harness Lab, 2 коммита.
  • FlagCX: #694 добавляет в DefaultBackend общую диспетчеризацию Net provider; #692 с включением PCI-топологии PAL при откате AscendCL / DCMI всё ещё на рассмотрении.
  • FlagBLAS: в 21:24 запушена ветка new_ascend_gemm; #159 оптимизирует Ascend cgemm и оценивается по архивной базовой линии H100, всё ещё на рассмотрении.
  • Trident: в 02:03 был пуш, но в основной ветке нет новых коммитов, соответствует обновлению в 02:03 заявки #4 на промежуточный слой Monad.

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

2.1 Отраслевой кейс FlagOS 2.2: потери при обучении mHC в China Telecom снижены с 25% до 12% (11-05)

Дата: 2026-11-05　Источники: колонка FlagOS на CSDN: не дать простаивать ни одной карте вычислений

  • Публикация: опубликовано в 11:23:59 под заголовком «Не дать простаивать ни одному вычислительному чипу: отраслевые партнёры на базе FlagOS ускоряют внедрение разнородных вычислений в реальные бизнес-процессы». Цифры в статье взяты с конференции Artificial Intelligence Open Computing Conference 2026 и технической конференции Zhongzhi FlagOS.
  • Один набор чисел из 2.2: девять библиотек операторов в сумме содержат 1454 оператора; FlagTree в одном репозитории покрывает бэкенды чипов 20 производителей; совокупный прирост производительности на 10 моделях чипов и тысячах операторов составил 27,6%; новые модели адаптируются к 12 моделям чипов в Day0; 107 участников сообщества; квартальный объём загрузок — 460 тысяч, что в 4,76 раза больше предыдущего квартала.
  • China Telecom: открытая 17 сентября модель Xing4.0-29B-A4B (общее число параметров 29B, активных 4B) прошла полный цикл обучения на кластере Ascend 910C, а в день релиза завершены выравнивание точности и проверка развёртывания на 10 моделях отечественных чипов. Ключевая проблема — многоканальный остаточный оператор mHC: официальная реализация для чипов N сама по себе даёт замедление около 10%, первоначальная версия для Ascend — падение на 50%, собственная разработка команды долго застревала на 25%. После сотрудничества с командой FlagOS и регистрации специально оптимизированного оператора FlagGems в цепочку обучения MindSpore + CANN + Ascend NPU замедление кластера снизилось с 25% до 12%, и эта адаптация уже открыта и включена в MindFormers.
  • Цепной эффект: в сценариях Agent средний prompt 70K, максимальный 200K; после переписывания 12 операторов длинных последовательностей на базе FlagOS задержка первого токена снизилась на 19,87%, скорость декодирования выросла более чем на 20%; в цепочке предобработки голоса горячей линии агрегированно переписаны операторы класса Spectrum, что дало ускорение в 10 раз на трёх чипах — Huawei, Moore Threads и Iluvatar CoreX.
  • iSoftStone: платформа интеллектуальных вычислений Tianyuan ведёт расчёты по токенам; GLM-5.2 на четырёх Ascend 910C генерирует один токен за 17,79 мс, тогда как опубликованный порог доступа к API со стороны модели — 16,13 мс. После подключения FlagOS включено разделение PD (Prefill и Decode размещены на двух серверах каждое) и выполнена двусторонняя оптимизация, позволившая уложить задержку в порог доступа.
  • Другие партнёры: Huixi Intelligent, Yixing Intelligent и Pengfeng Technology также выступили с докладами. Вывод статьи: «зрелость отечественной инфраструктуры AI определяется не тем, сколько моделей чипов она поддерживает, а тем, способна ли она в день выпуска новой модели, изменив только конфигурацию, выдать поставляемую пропускную способность».

2.2 Секция по периферийным устройствам: ARM CPU ускоряет большие модели на 21%–25%, мультичиповая адаптация охватывает 35 моделей чипов (11-05)

Дата: 2026-11-05　Источник: Колонка FlagOS на CSDN: от облака к периферии, последняя миля AI

  • Публикация: опубликовано в 14:10:28, это интервью и анонс прямой трансляции, посвящённые периферийному AI; гость — Чжао Шуай, инженер по оптимизации производительности Пекинской академии искусственного интеллекта Zhiyuan.
  • Четыре ключевых пункта: почему периферийный AI способен внедряться именно сейчас (модели стали меньше, вычисления мощнее, ПО зрелее); как распределяются роли между устройством, границей и облаком, как выбирать между устройствами с питанием от сети и без него; без GPU и NPU, только на ARM CPU модели MiniCPM и Qwen достигают сотен token/s, измерено на SME2 и I8MM, прирост производительности 21%–25%; мультичиповая адаптация FlagOS по принципу «одна оптимизация — повторное использование на множестве устройств» охватывает 21 производителя чипов и 35 моделей чипов.
  • Разница в методике подсчёта: здесь 21 производитель / 35 моделей — это статистика адаптации на периферийных и устройственных сторонах, она не совпадает по измерению с объявленными на конференции 2.2 107 участниками сообщества и 12 чипами Day0, и при цитировании их не следует смешивать.
  • Оценка: выделение периферийного направления в отдельную тему означает, что нарратив FlagOS расширяется от «мультичиповости облачной стороны для обучения и инференса» к «мультичиповости устройственной стороны». Это согласуется с направлением, в котором в репозитории Torch-FL ранее был добавлен путь Apple Silicon MPS.

2.3 Проверка каналов: на уровне компонентов нулевой результат, заголовок о Enflame после проверки оказался обзором выхода на биржу (11-05)

Дата: 2026-11-05　Источник: Google News RSS · HN Algolia · Сообщество Zhiyuan

  • Google News: 24 группы запросов на китайском и английском языках за 24-часовое окно вернули в сумме 8 кандидатов. Семь имён компонентов (FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen) по китайским запросам дали ноль совпадений, на английской стороне BAAI FlagOS и flagos-ai также дали ноль.
  • Совпадения по словам участников: четыре записи пришли из запросов “Институт BAAI открытый исходный код / чип”, содержание — перепечатанные сообществом BAAI разборы статей, репортажи о мероприятиях и сторонние оценки моделей, прямой связи с FlagOS нет; один заголовок “Enflame выходит на рынок A-акций, пополнение STAR Market мозаики вычислительных мощностей архитектуры DSA” при проверке оказался обзорным материалом о выходе Enflame 11 сентября на STAR Market (688801), не является новым событием в окне, весь пакет отброшен.
  • HN Algolia: FlagOS и FlagGems вернули по 8 и 3 широких совпадения соответственно, прямых попаданий ноль; 30 записей BAAI также не содержат заголовков, связанных с FlagOS.
  • Сообщество BAAI: на главной странице и странице поиска нет новых постов о FlagOS в окне; страница поиска по-прежнему рендерится на клиенте, список записей не извлекается, проверка ведётся только по главной странице.
  • Вывод: по новостной стороне за день к сбору доступны только две новые статьи из колонки CSDN, остальные каналы дают нулевой прирост. Это согласуется с выводом предыдущего выпуска о “нулевых попаданиях на уровне компонентов” и является нормой.

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

3.1 Cambricon: CNNL объединяет прямой и обратный проходы внимания, 190 откатов обнулены (11-05)

Дата: 2026-11-05　Источник: Torch-FL #748 · Torch-FL #749 · Torch-FL #757 · Torch-FL #754

  • Корневая причина: SDPA на бэкенде Cambricon разлагалась на три листовых оператора, поскольку cambricon был исключён из композитного покрытия, и каждый раз внимание требовало записи матрицы оценок B×H×S×S в HBM и обратного чтения. #748 вернул объединённый прямой проход CNNL в покрытие, 8 файлов, +315 строк, −27 строк.
  • Обратный проход после прямого: #749 дополнил путь градиента объединённым обратным проходом CNNL и вместе с прямым проходом обернул в C++ autograd Function, так что оба прохода одного тренировочного вызова идут через объединённое ядро. 3 файла, +342 строки, −112 строк.
  • Завершающая сплошная проверка: #757 смотрит не на отдельный оператор, а сначала проводит сплошную проверку откатов на полном шаге обучения причинной языковой модели Qwen3 и находит две оставшиеся точки отката — 188 раз aten::mul.out и 2 раза aten::embedding_dense_backward, итого 190; после перевода обоих на исполнение через CNNL на MLU тот же шаг сообщает о нулевых откатах операторов на CPU.
  • Инженерные детали: генератор кода Cambricon дополнен этими двумя операторами, gen_vendor_confs.py заново выводит маршрутизацию, так что заводская конфигурация и файлы регистрации не могут противоречить друг другу; #754 оставляет операнды mul на устройстве и использует общую очередь времени выполнения, избегая возврата промежуточных результатов на хост.
  • Авторы и инструменты: текст PR всех трёх содержит информационный блок об AI-агенте, инструменты — dsh (DeepSeek Harness) и ещё один агент для программирования, модели помечены deepseek-v4.1-flash и gpt-6.1-sol, ручная проверка единообразно у одного мейнтейнера.
  • Суждение: переход от “работает” к “нулю откатов” — это граница пригодности для обучения. Из 190 откатов 188 приходятся на один оператор, что говорит о том, что такое завершение опирается на сплошную проверку, а не на догадки.

3.2 Enflame: GCU300 за ночь закрывает 25 пунктов, внешние символы NVIDIA построчно заменяются локальными реализациями (11-05)

Дата: 2026-11-05　Источник: FlagGems #8443 · FlagGems #8442 · FlagGems #8441 · FlagGems #8429 · FlagGems #8426 · FlagGems #8417 · FlagTree #1576

  • Масштаб: 25 коммитов включены, все с префиксами KernelGen и Enflame, подписаны одним автором; массовое внедрение 41 заявки на покрытие GCU300, открытой в прошлом выпуске, начинается именно отсюда.
  • Подход 1: выделение внешних символов. Тема многих заявок — «работает и без внешних символов __nv_* от NVIDIA» — __nv_nearbyintf, __nv_y0f / __nv_y1f, __nv_j0f, normcdfinv и другие поочерёдно заменяются локальными реализациями, что соответствует операторам choose_qparams_optimized, special_bessel_y0/y1, special_bessel_j0, special_ndtri и др.
  • Подход 2: смена алгоритмического пути. special_chebyshev_polynomial_t переведён на специализированное ядро; linalg_householder_product использует однопроходное отражение; linalg_inv_ex — однопроходный Gauss-Jordan на одном ядре; compute_linear_combination заменяет внешнее произведение на tl.dot; mixed_dtypes_linear переписан с упаковкой и разбиением на блоки.
  • Подход 3: удаление неподходящих compile-time особенностей. Автоматическая настройка renorm_ приводит к немедленной остановке компилятора данного бэкенда, поэтому весь блок отброшен; серия fake_quantize переведена на округление magic-add, чтобы обойти зависимость от extern; параметры запуска adaptive_avg_pool3d_backward, cholesky_inverse, linalg_tensorinv перенесены в планирование на стороне хоста.
  • Подход 4: исправление геометрии запуска. Последовательно исправлена launch geometry для special_i1e, special_modified_bessel_k0, а также геометрия функционального ядра batch-norm для linalg_householder_product.
  • Сторона компилятора: #1576 открыт заново, реализует усиление дистрибуции TLE на уровне SoC, перенося переписывание на уровне операторов на шаг ближе к возможностям компилятора.
  • Оценка: метод этой линии — перевод «вышестоящего написания» в «написание, поддерживаемое данным бэкендом», с последовательной очисткой. Цена — большое количество PR и малый объём каждого изменения; выгода — охват можно за две недели расширить с десятков операторов до тысяч.

3.3 Hygon: две линии — TLE-Raw для HCU и BF16 expert GEMM — развиваются параллельно (11-05)

Дата: 2026-11-05　Источники: FlagTree #1508 · build-infra #1654 · TransformerEngine-FL #153 · FlagAttention #123 · FlagGems #8446

  • Сторона компилятора: #1508 добавляет поддержку tle.raw для HCU, 53 файла, +5106 строк; одновременно поддерживаются два вида исходников — HIP и MLIR, два режима — eager и deferred, а также подключена потоковая коллективная связь DUSHMEM, приложены три учебника (ring shift, allgather GEMM, GEMM allreduce).
  • Сторона сборки: #1654 в build-infra для сборки HCU в flagtree одновременно разворачивает два дерева LLVM и добавляет libzstd-dev, что говорит о том, что версия LLVM для HCU ещё не сошлась к единому дереву.
  • Сторона обучения: TransformerEngine-FL #153 открыт заново, добавляет для Qwen3.5-35B опциональный путь BF16 expert GEMM (opt-in, без изменения поведения по умолчанию).
  • Сторона внимания: бэкенд AttnRes в FlagAttention #123 всё ещё на рассмотрении, относится к новому направлению операторов внимания Hygon.
  • Именование: FlagGems #8446 фиксирует ключ бэкенда Hygon как hygon-dtk2604, привязанный к DTK 26.04; в покрытии 2.3.0, отмеченном в прошлом выпуске, есть ещё линия DTK 26.10.
  • Оценка: два действия Hygon в этот день относятся к разным уровням — TLE-Raw открывает компилятор для рукописных ядер производителя, BF16 expert GEMM снижает нагрузку на производительность обучения. Первое требует больших единовременных вложений, второе напрямую влияет на модель.

3.4 Ascend: Flash Attention исправляет переполнение UB, добавляет varlen forward и D=256 (11-05)

Дата: 2026-11-05　Источники: FlagGems #7581 · FlagGems-vllm #1048 · FlagGems-vllm #1077 · FlagBLAS #159 · FlagCX #692 · FlagTree #1507

  • Flash Attention: #7581 исправляет переполнение UB в прямом и обратном проходе и проблемы компиляции обратного прохода, 5 файлов, добавлено 1865 строк, удалено 286 строк. Подход состоит в том, чтобы ограничить размеры блоков и буферов как в прямом, так и в обратном проходе; dQ и dK/dV компилируются раздельно, но сохраняются накопление в FP32, обработка хвоста и редукция градиентов GQA.
  • Дополнение двух возможностей: добавлен и зарегистрирован varlen прямого прохода для Ascend; для dense D=256 сначала загружается K в порядке непрерывного [N, D], затем выполняется транспонирование для QK, увеличен блок KV прямого прохода, при этом увеличен только блок query для dQ, а dK/dV остаются в пределах лимита буфера.
  • Выравнивание границ: полная маска causal и область маски выравниваются по границам блоков KV, чтобы избежать перекрытия блоков, когда BLOCK_N больше BLOCK_M.
  • Регрессия: добавлена прямая регрессия с эталоном на CPU, покрывающая FP16 и BF16, causal и non-causal, размерность головы с паддингом, хвост последовательности и GQA.
  • Сторона инференса: #1048 реализует слитый оператор масштабирования весов indexer с помощью TLE, два этапа конвейера, разбиение на блоки по 4096 элементов, выделение UB через TLE, сохранение вывода в FP32; форма взята из GLM-5.3-Flash. В тот же день три исправления меток XCS выровняли входные данные и метки perf.
  • Прочее: #159 оптимизирует Ascend cgemm и оценивается по архивной базовой линии H100 (на рассмотрении); #692 включает топологию PCI для PAL при откате на AscendCL и DCMI (на рассмотрении); #1507 обеспечивает экспорт triton_key компилятором Ascend 3.5 (на рассмотрении).

3.5 Moore Threads, Iluvatar CoreX, MetaX, KunlunXin, Tsingmicro и XuanTie: поэтапное продвижение матричного умножения и раскладки (11-05)

Дата: 2026-11-05　Источники: FlagGems #7246 · FlagGems #6706 · FlagGems #8028 · FlagGems #8287 · Torch-FL #745 · FlagAttention #127 · FlagAttention #119

  • Moore Threads: #7246 переписывает mm на MP31, один файл +2472 строк и −146 строк — выбор пути между GEMV, split-K, конвейером TME/SQMMA и persistent-путём в зависимости от dtype, размера и раскладки NN/NT; FP32 идёт по специализированному пути вектор-на-матрицу, блочному GEMM TF32x3 и split-K, FP16/BF16 идут по warp specialization с перемещением через TME и вычислением на SQMMA, а TMECachePolicy настраивает подсказки кэшевого резидентства. #6706 добавляет к bmm и bmm.out реализацию TLE/SQMMA с учётом формы (9 файлов, +2369 строк), требуется сопутствующий сегментированный конвейер SPMC v2 в FlagTree. #1572 на стороне FlagTree сохраняет явную blocked-раскладку при преобразовании dot.
  • Iluvatar CoreX: #745 снимает ограничение на число операторов Iluvatar, позволяя mul.Tensor попадать в FlagGems; #753 и #762 на рассмотрении, унифицированное покрытие семейства add через ixblas axpy; на стороне CI FlagScale #1322 и Megatron-LM-FL #213 дополняют конвейер Iluvatar.
  • MetaX: #57 scaled_masked_softmax покрывает MetaX; на стороне FlagGems #8414 layernorm, #6811 матричное умножение C550 и #6807 addmm/router GEMM всё ещё на рассмотрении; FlagTree #1496 добавляет минимальную интеграцию MetaX в FlagPrism, #1471 дополняет CommonIR set_layout и автоматическую настройку раскладки; FlagAttention #119 добавляет prefill и decode для Parallax.
  • Kunlunxin: #8028 четыре оператора достигают порога Gems Speedup выше 0.8, #8393 дополняет покрытие XPU, включая помощник решателя cholesky; Torch-FL #756 не пропускает wheel FlagTree размером 3.2 GB в кэш pip.
  • Tsingmicro: #8287 обновляет бэкенд до 1103, 190 файлов, +23195 строк и −914 строк — крупнейшая за день синхронизация бэкенда; ключ бэкенда зафиксирован как tsingmicro-tsm260610.
  • T-Head (XuanTie): FlagAttention #127 открыт заново, добавляет и оптимизирует Wall Attention для PPU-ZW810E; ключ бэкенда FlagGems #8446 зафиксирован как thead-ppu210; #8489 открыт заново, исправляет и оптимизирует convolution_backward для Ascend, Moore Threads и XuanTie.
  • Horizon Robotics: в этом окне коммитов нет; линия BPU лишь в предыдущем выпуске (11-04) завершила цепочечное исполнение и исправления библиотеки операторов, в текущем выпуске новых нет.

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

Дата: 2026-11-05 ~ 2026-11-06　Источники: организация flagos-ai · ссылки на PR по каждому пункту этого выпуска (см. приложение)

  • Одной фразой: главной осью этого дня стало «сведение концов с концами» — Enflame разом закрыла 25 правок GCU300, Cambricon дополнила прямой и обратный проходы fused attention и обнулила откат шага обучения, а сообщество отправило 7 FEP на ревью, готовя почву к дедлайну 11-13 для 2.3.
  • Наблюдение 1: темп снизился, но направление стало яснее. Коммиты 238→123, слияния 167→94, но в конкретных репозиториях это «дописывание последнего фрагмента»: Torch-FL дополняет обратный проход, FlagGems закрывает счета, FlagTree открывает лазейку для рукописных ядер вендоров. В день сведения концов после этапа массового охвата результат выглядит скромнее, но продвижение к пригодности к использованию идёт напрямую.
  • Наблюдение 2: пакет FEP — реальная граница объёма 2.3. Семь новых FEP указывают на одно и то же — превратить «мультибэкендные возможности» в приёмлемые пункты: компиляция MegaKernel в FlagMega v0.1, пять бэкендов TLE Raw, мультибэкендная отладка FlagPrism v0.2, оптимизация FLIR на Ascend и GPGPU. Все они — Provisional Draft и все отмечают, что приёмка на GPU не проводилась, то есть это заявление об объёме, а не о завершении; настоящая жёсткая граница — дедлайн слияния 11-13.
  • Наблюдение 3: версионная инженерия начинает «аудируемый вывод из эксплуатации». cuda12.8 заморожен, поскольку torch 2.13 больше не выпускает wheel cu128; способ — добавить поле enabled и установить false, сохранить спецификации и документацию, а единственный резолвер блокирует его во всех матрицах. Заморозка — это не удаление и не попустительство; этот подход стоит переиспользовать для вывода из эксплуатации других бэкендов.
  • Наблюдение 4: ёмкость CI стала основной работой FlagQuantum. Среди 27 коммитов нет ни одного по квантовым алгоритмам — все приводят в порядок ёмкость платных runner, квалификацию образов, разделы покрытия и семантику отмены. В ветке отказоустойчивой компиляции уже есть интеграционный тикет на 276 файлов и 31 тыс. строк; если тестовая инфраструктура не поспевает, это холостой ход.
  • Наблюдение 5: AI agent — основной коммиттер, узкое место — ревью. Из 94 слияний 25 вышли из одной сессии agent; тело PR содержит поля инструментов, модели и ручного ревью. Пул на ревью по-прежнему насчитывает 255 PR, 87 новых — шесть десятых приходится на репозитории FlagGems и FlagTree; написание уже не узкое место.
  • К наблюдению: успеют ли семь FEP войти до 11-13; снизится ли пул на ревью FlagGems вместе с закрытием счетов Enflame; когда интеграционный тикет отказоустойчивой компиляции FlagQuantum перейдёт из черновика в официальное ревью; будет ли линия cuda13.3 ещё двигать версию torch до 2.3.0 rc0 (11-30).

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

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

Источник Результат проверки
Репозитории организации flagos-ai (61 репозиторий) Пуш в 21 репозиторий в окне; новые коммиты в основной ветке сосредоточены в четырёх репозиториях: FlagGems, FlagQuantum, Torch-FL, build-infra
Поиск коммитов (окно committer-date) 123 попадания, 12 репозиториев; FlagGems 33, FlagQuantum 27 — два репозитория дают 48,8%
Поиск merged PR (окно merged) 94 попадания из 14 репозиториев, 32 авторов; FlagGems 33, build-infra 12, Torch-FL 12 — первые три
Поиск PR на ревью (окно updated) 255 попаданий, из них 87 новых; FlagGems 84, FlagTree 71 — два репозитория дают 60,8%
Атомарная проверка Release / Tag (31 репозиторий + 8 репозиториев) Ноль новых в окне; последний по-прежнему FlagCX v0.14.1 (11-01)
Google News RSS (24 группы запросов на китайском и английском) Семь групп по именам компонентов — все с нулём; 8 кандидатов по словам участников после проверки оказались перепечатками сообщества, материалами о мероприятиях и обзорами листинга — весь пакет отброшен
HN Algolia (8 групп запросов) FlagOS 8, FlagGems 3 — широкие совпадения, прямых попаданий ноль
Колонка FlagOS на CSDN 15 статей на главной проверены по одной: 2 новые статьи попадают в окно (11-05 11:23 и 14:10), остальные — старые материалы с августа по октябрь
Сообщество Zhiyuan Страница поиска рендерится на клиенте и не scraper-ится; на главной в окне нет новых постов, связанных с FlagOS
Список релиза 2.3 (community release/2.3) В каталоге только расписание выпуска; файл списка создаётся по плану при заморозке функций 11-30

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

[22] FlagGems #8287 (бэкенд Tsingmicro обновлён до 1103) — https://github.com/flagos-ai/FlagGems/pull/8287

) — https://github.com/flagos-ai/Torch-FL/pull/748

** FlagGems-vllm #1071 (setup.sh устанавливает FlagGems) — https://github.com/flagos-ai/FlagGems-vllm/pull/1071