Окно мониторинга: 2026-10-20 06:00 ~ 2026-10-21 06:00 (пекинское время, 24 часа; утренний выпуск среды, окно продолжается с момента завершения предыдущего ежедневного отчёта).

Источники: GitHub (полная проверка 61 репозитория org: flagos-ai, постраничная верификация 115 коммитов, поиск 120 объединённых PR и 195 PR на рассмотрении, атомарная проверка Release в 19 активных репозиториях, 100 записей потока событий org и резервная проверка на уровне веток), Google News RSS (24 группы поисковых запросов на китайском и английском, через прокси), HN Algolia (3 группы), оригинальные материалы клиентов газеты «Синьцзин бао» и «Бэйцзин жибао», проверка каналов колонки FlagOS на CSDN и сообщества Zhiyuan/BAAI (подробнее см. перечень источников в приложении).

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

  • Главное за день: четыре инфраструктурных задачи выполнены в один день — первый существенный коммит optest объединил тестирование операторов в единую инфраструктуру, FlagOps поднял общие action на уровень организации, build-infra выпустил скрипт установки одной командой, Torch-FL и TransformerEngine-FL внедрили единую точку входа FlagCICD; в тот же день 19 репозиториев получили push, 115 коммитов, 120 слияний (10-20)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Ритм организации: push в 19 репозиториев, 115 коммитов, 120 слияний; слияния инфраструктурного и интерфейсного типа сосредоточенно попали в репозитории (10-20)
      • 1.2 optest: первый существенный коммит из 38 файлов, конфигурации 12 бэкендов и пробы 13 производителей вошли в единую инфраструктуру (10-20)
      • 1.3 FlagOps: пять action из FlagGems подняты до общеорганизационного общего использования (10-20)
      • 1.4 FlagGems: 22 коммита с исправлениями тестовой инфраструктуры как основная линия, сначала откат общей инфраструктуры, затем локализация по каждому оператору (10-20)
      • 1.5 FlagQuantum: 15 слияний, динамические схемы и явное базисное пространство сформированы, пул A800 расширен до восьми машин (10-20)
      • 1.6 Torch-FL: MPS-бэкенд из 69 файлов попал в репозиторий, torch.compile для Tsingmicro TX8 и CI-строка Tianshu BI-V150 слиты в тот же день (10-20)
      • 1.7 build-infra: восстановлены нативные wheel-пакеты для бэкенда распространения CUDA, hcu builder для Hygon и скрипт установки одной командой попали в репозиторий (10-20)
      • 1.8 FlagTree: два тега сборки 0.7.1.dev1 и ppu3.6, линия 0.7.1 переведена в dev-сборку (10-20)
      • 1.9 FlagGems-sglang: 10 слияний вкладов соревнований, снапшот бенчмарка в одном коммите на двадцать девять тысяч строк (10-20)
      • 1.10 Остальные репозитории: три прямых пуша в FlagDNN, подключение Megatron и TE в FlagTrain, выборочный CI в FlagScale (10-20)
    1. Новостные репортажи и экосистема
      • 2.1 Материал «Синьцзин бао» от 10-20: формулировка кросс-чипового переиспользования и рост производительности на 27%, дальнейшее распространение через отраслевые полосы партийной и городской прессы (10-20)
      • 2.2 Проверка каналов: в колонке CSDN и сообществе Zhiyuan/BAAI новых материалов нет, в HN ноль совпадений, остальные кандидаты — шум о выставках и рыночной конъюнктуре (10-20)
    1. Углублённое изучение участников
      • 3.1 Kunlunxin: девять слияний в FlagGems, в центре внимания XPU3 и семейство foreach (10-20)
      • 3.2 Tsingmicro: torch.compile попал в TX8, атрибуты устройства компенсированы константами (10-20)
      • 3.3 Iluvatar CoreX: CI-строка BI-V150 слита, прямые пушы в FlagDNN исправили кросс-бэкендные проблемы трёх бэкендов (10-20)
      • 3.4 Enflame и Xiwang: отладочная ветка Enflame решила зависимость от TOPS, пробы обеих компаний вошли в единую инфраструктуру (10-20)
      • 3.5 Ascend и XuanTie академии Damo: конструкция тестов FP8 и блочное матричное умножение INT8 W8A8 (10-20)
    1. Итоги и наблюдения за трендами

Главное за день: четыре инфраструктурные задачи восполнены в один день, производственная мощность организации смещается к «как тестировать, как устанавливать, как делиться» (10-20)

Дата: 2026-10-20　Источник: optest PR #1 · FlagOps PR #15 · build-infra PR #1425 · Torch-FL PR #599 (полный список см. в приложении)

  • Ритм: из 61 репозитория в 19 были push-события в окне мониторинга, поиск по коммитам дал 115 совпадений, слито 120 PR, ещё 195 PR в стадии рассмотрения обновлены в окне. Время коммитов — с 07:00 до 02:00 следующего дня, пик в 11:00 — 27 коммитов, в 15:00 и 17:00 — 12 и 11 соответственно, что типично для двухпикового рабочего ритма. В предыдущем выпуске (10-19) было 16 репозиториев, 93 коммита, 88 слияний; сегодня все показатели выросли примерно на 20%.

  • Первое — консолидация тестовой инфраструктуры: optest, созданный 10-13 с одним лишь каркасом, получил первый содержательный коммит (PR #1, 38 файлов, +6331), собрав CI-инструменты тестирования операторов в одном репозитории: 12 конфигураций бэкенд-оборудования, скрипты-зонды оборудования для 13 производителей, генератор отчётов о производительности и инструменты уведомлений. Ранее каждый репозиторий поддерживал свой тестовый workflow; теперь это организационная инфраструктура по принципу «одна конфигурация описывает один бэкенд», что взаимно дополняет 22 исправления тестов в FlagGems в тот же день.

  • Второе — подъём общих action: FlagOps PR #15 перенёс пять CI action из FlagGems (checkout-pr, checkout-retry, robust-checkout, run-ondemand-test, setup-project) в FlagOps для повторного использования всей организацией (11 файлов, +983). До этого FlagOps долго не имел push-событий (в прошлом ежедневном отчёте зафиксировано нулевое движение в окне), а сегодня превратился в организационный репозиторий для переиспользования CI.

  • Третье — сведение путей установки: build-infra PR #1425 добавил скрипт установки в один клик (1 файл, +308), впервые сведя процесс установки «множества репозиториев и множества наборов зависимостей» к одной команде; в тот же день PR #1435 восстановил нативные wheel-расширения vllm для бэкенда CUDA-дистрибуции (5 файлов, +587) и в описании указал на подводные камни: PEP 440 игнорирует build-теги, а короткие пины могут установить неверный бэкенд.

  • Четвёртое — унификация точек входа CI: Torch-FL PR #599 ввёл единую точку входа FlagCICD с поддержкой уровней L0-L2 (8 файлов, +1819, включая манифест проекта и три скрипта plan, report, resolve); TransformerEngine-FL в тот же день в PR #140 добавил точку входа той же спецификации; FlagScale также дополнил выборочный платформенный CI, шлюз слияния и тесты по триггеру из комментариев (#1309). Таким образом, тесты, action, установка и точки входа CI — все четыре линии в одном окне получили по одному структурному слиянию.

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

1.1 Ритм организации: 19 репозиториев с push, 115 коммитов, 120 слияний (10-20)

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

  • Сторона репозиториев: из 61 репозитория в 19 были пуши в окне мониторинга; по количеству коммитов: FlagQuantum 32, FlagGems 27, FlagGems-sglang 18, build-infra 10, Torch-FL 9, FlagGems-vllm 7, FlagDNN 3, FlagTree 3, FlagOps 2, optest, FlagGems-Experimental, FlagScale, FlagTrain — по 1.
  • Сторона слияний: слито 120 PR; по первым 100 записям в разбивке по репозиториям: FlagGems 47, FlagQuantum 15, FlagGems-sglang 10, build-infra 9, Torch-FL 7, FlagGems-vllm 6, FlagTree 3, FlagOps, vllm-plugin-FL, optest — по 1. FlagGems и FlagQuantum вместе составляют более половины объёма слияний.
  • Сторона рассмотрения: в окне мониторинга обновлено 195 открытых PR (по статистике первых 100 записей); в заголовках: Nvidia — 29, KernelGen — 26, sparse — 9, Kunlunxin — 8, Ascend — 5, sglang — 5, Iluvatar — 3. Очереди KernelGen и Nvidia сильно пересекаются и остаются основным массивом к обработке.
  • Сторона производительности: выработка отдельных участников сосредоточена в нескольких аккаунтах — lukatao слил 23 PR в FlagGems (все — исправления тестов и эталонных реализаций), 7 слияний в build-infra выполнены одним tengqm, три MPS-слияния в Torch-FL выполнены lvyufeng; 18 коммитов FlagGems-sglang объединены liuhycs при слиянии соревновательной ветки.
  • Контрольная проверка: пуши в пяти репозиториях FlagPrism, FlagFFT, FlagSparse, vllm-plugin-FL, docs попали в неосновные ветки (соответственно отладочная ветка Enflame, нативная ветка Ascend Triton, ветка оптимизации sparse, ветка плагина и ветка документации), в основной ветке новых коммитов нет, что отмечено в разделах 3.4 и 1.10.
  • Оценка: в окне мониторинга новые репозитории не создавались, новых релизов нет, кроме двух тегов dev-сборки FlagTree; в этот день у организации не было внешних публикаций, вся выработка пришлась на инфраструктуру и адаптацию бэкендов.

1.2 optest: первый содержательный коммит на 38 файлов, 12 конфигураций бэкендов и пробы 13 производителей (10-20)

Дата: 2026-10-20　Источники: optest PR #1 · репозиторий optest

  • Объём: PR #1 «Centralize ops-test CI tooling for FlagOS libraries» — 38 файлов, +6331, слит в 14:50; это первый содержательный коммит с момента создания репозитория 10-13 (при создании был только каркас, что уже отмечалось в ежедневном отчёте 10-14).
  • Конфигурации бэкендов (12 шт.): 910B, BI-V150, BW1000, C550, H800, MLU590-M9DE, MTT-S5000, P800, PPU-ZW810E, S60, TX8110, W7900D; каждая описывает производителя, метки self-hosted runner, образ контейнера и монтируемые тома. Например, для 910B образ контейнера закреплён на базовой линии 2.2 с vllm 0.24 и CANN 9.0, а также смонтирован каталог драйвера Ascend.
  • Пробы производителей (13 шт.): отдельные скрипты проверки оборудования для amd, ascend, cambricon, enflame, hygon, iluvatar, kunlunxin, metax, mthreads, nvidia, sunrise, thead, tsingmicro — для подтверждения перед запуском тестов, что устройство и драйвер соответствуют требованиям данного бэкенда.
  • Отчёты и уведомления: performance_report.py и три сводных продукта производительности (текст, HTML, Web), а также скрипт уведомлений Feishu и инструмент меток — образуют замкнутый цикл «запуск тестов — сводка — уведомление — архивирование».
  • Оценка: это ключевой шаг от «каждая библиотека операторов поддерживает собственный workflow тестирования» к «один конфиг описывает один бэкенд». Ценность не в новых тестах, а в том, что один и тот же набор кейсов можно сравнивать по единой методике на 12 бэкендах; это образует пару с крупномасштабными исправлениями тестов FlagGems в тот же день.

1.3 FlagOps: пять action из FlagGems подняты до общеорганизационного общего уровня (10-20)

Дата: 2026-10-20　Источники: FlagOps PR #15

  • Содержание: PR #15 «migrate FlagGems actions to FlagOps for org-wide sharing», 11 файлов +983, коммит в 17:30, слияние в 18:31.
  • Пункты миграции: checkout-pr (получение кода по PR), checkout-retry (повтор при сбое три раза), robust-checkout (извлечение с резервным вариантом), run-ondemand-test (запуск тестов по требованию), setup-project (подготовка окружения уровня проекта); README также задаёт соглашения о структуре каталогов для actions и workflows.
  • Контекст: FlagOps в прошлом ежедневном отчёте был отмечен как «нулевые пуши в окне», его линейка версий ранее остановилась на v2.0.6 (10-15). На этот раз он впервые берёт на себя обязанности по кросс-репозиторному совместному использованию.
  • Оценка: это согласуется с направлением optest, но разделение труда иное — optest отвечает за «что тестировать и где тестировать», FlagOps отвечает за «переиспользуемые шаги вне тестирования». Оба решения вышли в один день, что показывает: организация разбивает фрагменты CI, разбросанные по репозиториям, на совместный слой по обязанностям.

1.4 FlagGems: 22 коммита по исправлению тестовой инфраструктуры как основная линия, сначала откат совместной инфраструктуры, затем локализация по операторам (10-20)

Дата: 2026-10-20　Источники: коммиты FlagGems · PR #7361 · PR #6659

  • Всего: 27 коммитов, 47 слияний (в статистике первых 100), репозиторий с наибольшим числом слияний за день. По заголовкам классифицировано: тесты и эталонные реализации — 22, Kunlunxin — 9, новые операторы KernelGen — 7, прочее — 9.
  • В основной линии тестов есть предварительное действие: PR #7361 «Revert shared infrastructure changes and localize operator test compatibility» (17 файлов +599/−1040) сначала откатывает прежние изменения совместной тестовой инфраструктуры и переносит обработку совместимости в тесты каждого оператора. После этого все 22 исправления идут в этом направлении: снимки входа в режиме эталонных значений CPU (#7367), геометрия тензорных представлений (#7359, #7371), сравнение значений комплексных и половинных точностей (#7356, #7373), построение и преобразование разреженных структур (#7366, #7369), исполнимость сгенерированных случаев (#7368), границы утверждений (#7353), нормализация pytest-маркеров (#7350), хостовая фикстура FBGEMM (#7370).
  • Оценка: это инженерная коррекция в духе «сначала признать, что совместное решение не работает, затем дополнить по каждому оператору». Все 22 коммита за день сосредоточены на корректности тестов, а не на количестве операторов, что говорит: после релиза 2.2 ресурсы направляются на «тестируемость и сравнимость существующих операторов на всех бэкендах».
  • Прочие ответвления: #6871 исправляет шаг широковещательной маски в общем прямом проходе внимания; #7161 и #7184 убирают атомарную погрешность 1e-4 в левом хвосте экспоненциального преобразования; #7280 регистрирует embedding_spmdm в списке операторов; #7331 поднимает тайм-аут извлечения в CI до 15 секунд.

1.5 FlagQuantum: 15 слияний, формируются динамические схемы и явные базисные пространства, пул A800 расширен до восьми машин (10-20)

Дата: 2026-10-20　Источники: коммиты FlagQuantum · PR #648 · PR #661

  • Всего: 32 коммита, 15 слияний, все через процесс PR — репозиторий с наибольшим объёмом коммитов за день.
  • Динамические схемы: #648 обеспечивает точное выполнение измерений средних схем по матрице плотности; #655 устанавливает базовую линию зрелости динамических схем; #664 разрешает условиям средних схем срабатывать по любому из двух считываний, то есть дизъюнктивные условия.
  • Явные базисные пространства: #649 предлагает дизайн помеченного пространства ограниченных состояний; #651 устанавливает базовую линию согласованности; #652 заставляет решатель Lindblad выполнять упорядоченное явное базисное пространство, сопутствующая документация поясняет, что счётчики сериализации не используют синтаксис ключевых слов.
  • Алгоритмы и компилятор: #646 сводит вариационную задачу к одному значению; #660 позволяет модели шума самостоятельно выбирать точки размещения пар сворачивания; #657 меняет расчёт стоимости маршрутизации с «расстояния» на «стоимость канала»; #647 поддерживает кусочно-постоянное управление; #656 гарантирует точную согласованность воспроизведения схемы Crank-Nicolson.
  • Расширение CI: #653 проверяет интегрированную версию очереди слияния; #654 и #661 переносят набор CPU на восемь runner A800 и автоматически запускают GPU-тесты, длительные задачи переведены в параллельный режим.
  • Оценка: квантовый стек уже прошёл этап «формирования фреймворка»; все сегодняшние слияния — это уточнение семантики и доказательства воспроизводимости, при этом вычислительные мощности расширены с одного CPU до восьми A800, что говорит о том, что дальнейшее продвижение будет идти через крупномасштабные тесты согласованности.

1.6 Torch-FL: бэкенд MPS — 69 файлов в репозитории, Tsingmicro TX8 и Iluvatar BI-V150 объединены в один день (10-20)

Дата: 2026-10-20　Источники: PR #566 · PR #541 · PR #569 · PR #599

  • Всего: 9 коммитов, 7 объединений — репозиторий с наибольшими изменениями на уровне платформы за день.
  • Бэкенд MPS (#566): 69 файлов +22929/−236, добавлены две реализации — бэкенд Metal на стороне операторов (файлы генерации ядер и реестр) и управление памятью устройства на стороне среды выполнения; всего 47 файлов не перечислены в сводке; CI использует управляемый GitHub runner Apple Silicon arm64, и в конфигурации платформы явно указано, что «macOS runner на x86_64 не имеет устройства Metal, сбой проверки окружения является ожидаемым результатом, а не тихим пропуском». Сопутствующий #602 обеспечивает работу маршрутизации MPS на управляемом macOS.
  • torch.compile для Tsingmicro TX8 (#541): 14 файлов +628, добавлены бэкенд Inductor и генерация кода, профиль платформы, слой адаптации FlagTree и архитектурная документация. Автор в описании указывает два явных ограничения: среда выполнения TX не имеет интерфейса запроса свойств устройства, поэтому запрос свойств устройства возвращает константы, согласованные с описанием FlagGems, а не измеренные значения оборудования; остальные возможности ограничены графами, покрытыми интеграционными тестами.
  • Строка CI Iluvatar BI-V150 (#569): 24 файла +934, включая конфигурацию платформы хоста CoreX 4.5.0, скрипты окружения, манифест пакетов, скрипты проверки и документацию матрицы возможностей. Этот PR в предыдущем периоде находился на рассмотрении, в этот день объединён; строка сборки впервые допускает сохранение известных сбоев среды выполнения для завершения bring-up.
  • Точка входа CI (#599) и документация (#601): #599 вводит единую точку входа FlagCICD и уровни L0-L2 (8 файлов +1819, в список проекта добавлены три скрипта: plan, report, resolve); #601 закрепляет AGENTS.md как единственный файл руководства для агентов.

1.7 build-infra: восстановление нативных колёс бэкенда распространения CUDA, сборщик hcu для Hygon и скрипт установки одной командой (10-20)

Дата: 2026-10-20　Источники: PR #1435 · PR #1425 · PR #1427

  • Всего: 10 коммитов, 9 объединений, все касаются артефактов и строк сборки.
  • Восстановление нативных колёс (#1435): 5 файлов +587, восстановлены нативные колёса расширений vllm для бэкенда распространения CUDA. В описании отмечена легко упускаемая деталь: при PEP 440 закрепление только публичной версией игнорирует метку сборки, и при наличии нескольких нативных сборок в одном индексе производителя (например, CUDA 12.8 и 13.3) будет установлен неверный бэкенд, поэтому необходимо указывать полную «публичную версию с меткой».
  • Сборщик hcu для Hygon (#1427, #1432, #1430): #1427 добавляет сборщик hcu (3 файла +292), #1432 подключает Hygon к ежедневной линии (2 файла +11/−3), #1430 позволяет вручную указывать строку сборки при ежедневной отправке.
  • Таблица состояний FlagCX (#1429, #1426, #1433): дополнены даты повторного выпуска Nvidia и запись повторного выпуска Tsingmicro 22.04, добавлена строка сборки бэкенда SDK хранения трёх файлов (1 файл +24).
  • Установка одной командой (#1425): добавлен скрипт установки (1 файл +308), устанавливающий зависимости нескольких репозиториев одной командой.
  • Прочее: #1434 добавляет установку pyyaml перед шагом загрузки колёс, исправляя отсутствие зависимости в CI.

1.8 FlagTree: две метки сборки 0.7.1.dev1 и ppu3.6, линия 0.7.1 переведена на dev-сборки (10-20)

Дата: 2026-10-20　Источники: 0.7.1.dev1 · 0.7.1.dev1+ppu3.6 · PR #1400

  • Релизы: в 20:11 и 20:12 подряд проставлены два ярлыка сборки — 0.7.1.dev1 (базовая линия) и 0.7.1.dev1+ppu3.6 (линия сборки PPU 3.6); в описаниях релизов указано только «pypi плюс номер версии», это продукты автоматизированной ночной сборки, а не официальные версии.
  • Дополнение: 0.7.1a1+ascend3.5 выпущен 19.10 в 13:01, попал в предыдущее окно мониторинга, но не вошёл в список релизов предыдущего выпуска, поэтому учтён в этом выпуске. Таким образом, в линии 0.7.1 уже есть четыре ветки аппаратных сборок — ascend3.5, iluvatar3.6, xpu3.6, ppu3.6, а базовая линия перешла с a1 на dev1.
  • Коммиты: 3 — #1400 добавляет рабочий процесс бенчмарков vllm для XPU3.6, #1411 задаёт автоматически перезапускаемым рабочим процессам имена по наблюдаемому запуску, #1412 обновляет конфигурацию GitHub на уровне репозитория.
  • Оценка: ритм релизов FlagTree полностью нарезан по версиям оборудования: каждый бэкенд — отдельная линия сборки, каждый собирает свои колёса; в этот день не было слияний функциональности компилятора, только действия CI и упаковки.

1.9 FlagGems-sglang: 10 слияний вкладов соревнования, снимок бенчмарка одного коммита — двадцать девять тысяч строк (20.10)

Дата: 2026-10-20　Источники: Коммиты FlagGems-sglang · PR #163 · PR #162

  • Всего: 18 коммитов, 10 слияний, все сосредоточены в окне слияния с 11:20 до 12:00 и обработаны одним мейнтейнером.
  • Источники: названия слитых веток несут метки соревнования — tiny-k-gemm трека 1 (задача 91), pack-topk-ids, moe-topk-sum, moe-align-block-size, indexed-scale-shift, unpad-draft-extend-output, sigmoid-gate-mul-broadcast, post-reorder-cutlass и задача 85 и др., плюс 1 патч сообщества.
  • Сопутствующее (#163): 4 файла +28940, основное — снимок базовой производительности операторов и подключение рабочего процесса ops-test; новые тесты операторов переведены на сравнение с файлами базовой линии; #162 — обнаружение Ascend PPU SDK (1 файл +135).
  • Оценка: размещённый на сайте CSDN FlagOS конкурс «Оптимизация операторов SGLang для разных чипов · Трек 1» уже начал выдавать в основной репозиторий результаты, пригодные к слиянию; соревнование впервые стало одним из источников слияний в этом репозитории; но коммиты соревнования сосредоточены в немногих временных интервалах и всё ещё требуют массового принятия мейнтейнером, распределённый ритм вкладов пока не сложился.

1.10 Остальные репозитории: три прямых пуша FlagDNN, подключение Megatron и TE в FlagTrain, выборочный CI в FlagScale (20.10)

Дата: 2026-10-20　Источники: Коммиты FlagDNN · FlagTrain PR #22 · FlagScale PR #1309 · Ветки FlagPrism

  • FlagDNN: 3 коммита отправлены напрямую в master без процесса PR: общее исправление в 11:46, исправление для Ascend в 16:48, исправление для Moore Threads в 17:10; за день влит 1 PR.
  • FlagTrain: #22 добавляет поддержку Megatron и TransformerEngine в KMCompiler — тренировочный стек начинает подключать два вышестоящих фреймворка.
  • FlagScale: #1309 добавляет выборочный платформенный CI, merge-гейт, тесты по триггеру из комментариев и отчёт о результатах, что согласуется с направлением консолидации CI в этой организации в тот же день.
  • FlagPrism: пуш пришёлся на отладочную ветку соавтора из Enflame (18:46), содержимое — разбор заголовочных файлов TOPS и зависимостей библиотек; ветка по умолчанию по-прежнему стоит на коммите с архитектурной документацией от 10-14.
  • FlagGems-Experimental: #668 добавляет оператор _make_dual_copy, идёт через ветку infra-ci.
  • TransformerEngine-FL: #140 вводит единую точку входа FlagCICD и поддерживает L0-L2; 4 дня назад как раз завершилась унификация и спуск CI-фреймворка.
  • Репозитории без пушей: FlagCX, FlagAttention, FlagBLAS, Megatron-LM-FL, FlagAudio, FlagCV, FlagTensor, Trident, community, release-info и др. в окне мониторинга без активности.

2. Новостные материалы и экосистема

2.1 Материал Beijing News от 10-20: формулировка о кросс-чиповом переиспользовании и прирост производительности на 27%, продолжение распространения в отраслевых версиях (10-20)

Дата: 2026-10-20　Источники: Beijing News · клиент Beijing Daily (перепечатка Sina)

  • Материал Beijing News Beike Finance (17:14, репортёр Ло Идань): с заголовком «кросс-чиповое переиспользование», повторяет четыре формулировки из 2.2 — девять крупных библиотек операторов в сумме 1454 оператора, на 890 больше по сравнению с прошлой версией; свыше тысячи операторов покрывают 10 гетерогенных чипов, кросс-чиповый прирост производительности около 27%; логическая пропускная способность обслуживания GLM-5.3-Flash на имеющихся Ascend 910B в 2,04 раза выше, чем до оптимизации; стоимость вычислений в пересчёте на аренду при заданных условиях на 19,4%–27,6% ниже коммерческого API-ориентира.
  • Материал клиента Beijing Daily (перепечатка через Sina): те же данные, но добавлены две формулировки, которых не было в предыдущих технических материалах — после выпуска новой модели «адаптация к 12 чипам завершается в течение одного дня», а также отраслевой фреймворк, рассматривающий имеющиеся вычислительные мощности как актив, оптимизируемый в долгую. По экосистеме повторяется: 107 членских организаций в третьем квартале, свыше 460 тыс. скачиваний за квартал (в 4,76 раза больше прошлого квартала), 264 контрибьютора.
  • Оценка: по сравнению с технической аналитической статьёй, включённой в ежедневный отчёт 10-19, этот блок — вторичное распространение в партийной и городской прессе на отраслевых полосах; единственная новая цитируемая формулировка — «12 чипов за один день»; технических деталей нет, поэтому повторно не раскрываем. Различие между формулировками материалов и фактами репозитория по-прежнему требует внимания: во внешних сообщениях 2.2 называется дата выпуска 30 сентября, тогда как список зафиксирован в репозитории 09-28 — 09-29 (уже отмечено в ежедневных отчётах 09-29 и 09-30).

2.2 Проверка каналов: в колонке CSDN и сообществе Zhiyuan новых материалов нет, на HN нулевые попадания (10-20)

Дата: 2026-10-20　Источники: колонка FlagOS на CSDN · HN Algolia · Google News RSS

  • Колонка FlagOS на CSDN: последние новостные записи на главной по-прежнему от 08-28 — адаптация GLM-5.3-Flash Day0 и от 08-27 — адаптация Qwen3.8-Flash-Next; в разделах видео и мероприятий последнее — запись обратного показа секционного форума конференции от 10-18; в окне мониторинга новых постов нет.
  • Сообщество Zhiyuan: главная страница и страницы тегов рендерятся на клиенте, при парсинге доступен только каркас страницы, проверяемых новых записей нет; согласно установленной практике опираемся на проверку главной страницы, в этот раунд записи не включаются.
  • HN Algolia: по трём группам запросов FlagOS, FlagGems, flagos-ai с сортировкой по времени в окне мониторинга получено 19, 20 и 0 попаданий соответственно; первые две группы целиком — нерелевантные полнотекстовые ложные совпадения, третья — ноль попаданий, признано отсутствием покрытия.
  • Google News: 24 группы поисковых запросов на китайском и английском дали в сумме 21 кандидата; помимо двух вышеуказанных изданий всё — шум: Lanxin Computing на выставке Bay Area Chip Exhibition, выпуск V100 от Jindie Shikong, секционный форум саммита RISC-V в Китае, открытый исходный код DeepInfer от DeepSeek и др. относятся к другим темам; попадания, связанные с Tsingmicro и MetaX, — биржевые сводки, целиком отброшены по правилам.
  • Оценка: в новостной части за день только одна группа однородного распространения, независимых источников не всплыло; проверяемый прогресс в построении экосистемы по-прежнему сосредоточен на стороне GitHub.

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

3.1 Kunlunxin: девять вливаний в FlagGems, в фокусе XPU3 и семейство foreach (10-20)

Дата: 2026-10-20　Источники: PR #6659 · PR #7099 · PR #7321 · PR #7267

  • Пояснение по позиционированию: Kunlunxin не входит в публичный список членов-организаций, но уже несколько дней подряд является наиболее активным сторонним бэкендом этой организации; в этот день девять принятых коммитов FlagGems пришли из этого бэкенда, поэтому он выделен отдельно.
  • Крупнейший отдельный коммит: #6659 «Добавлены новые операторы бэкенда и оптимизированы существующие операторы» — 30 файлов, +2306/−751, влит в 12:37.
  • Путь XPU3: #7099 обеспечивает поддержку addmm_dtype и addmm_dtype_out для трёх случаев — смещённое смещение и выход, алиасинг и beta равная нулю, то есть различные формы вызова сводятся к одной реализации.
  • Семейство foreach: #7263 добавляет переопределение быстрого пути для списочных версий add, mul, sub; #7262 оптимизирует три списочных оператора — абсолютное значение, округление и знак; #7156 исправляет iand_scalar, ior_scalar и hsplit и оптимизирует списочные операторы; #7321 оптимизирует логическое отрицание и умножение матриц на самотранспонированную матрицу, а также добавляет переопределение XPU для hinge_embedding_loss; #7267 оптимизирует sign, ротационное позиционное кодирование и потерю среднеквадратичной ошибки.
  • Тестовая сторона: #7357 исправляет построение входных данных для случая FP8 этого бэкенда, #7344 позволяет тестам сопряжённых физических величин пропускать комплексные типы.
  • Оценка: коммиты Kunlunxin перешли от «дополнения операторов» к «дополнению быстрых путей и граничных форм», что является типичным действием на стадии углублённой оптимизации производительности; при этом в очереди на рассмотрение этот бэкенд по-прежнему занимает 8 коммитов.

3.2 Tsingmicro: torch.compile реализован на TX8, атрибуты устройства компенсируются константами (10-20)

Дата: 2026-10-20　Источники: Torch-FL PR #541 · конфигурация бэкендов optest

  • Содержание реализации: PR #541 делает torch.compile доступным на Tsingmicro TX8; путь охватывает бэкенд Inductor, генерацию кода, профиль платформы и слой адаптации FlagTree, 14 файлов, +628, прилагаются архитектурная документация и два модульных теста.
  • Известные ограничения (указаны автором): у среды выполнения TX нет интерфейса запроса атрибутов устройства; запрос атрибутов устройства может возвращать только константы, согласованные с описанием FlagGems, а не измеренные на аппаратном обеспечении значения; проверка не проводилась за пределами вычислительных графов, охваченных интеграционными тестами. Такой подход «сначала проложить путь, а ограничения записать в документацию» полезнее для последующей доработки, чем сокрытие пробелов.
  • Инфраструктурная сторона: конфигурация бэкендов optest уже включает TX8110, среди вендорских проб также присутствует ветвь tsingmicro, что указывает на включение этого бэкенда в единый диапазон тестирования.
  • Оценка: переход Tsingmicro от «использования только операторов FlagGems» к «доступности цепочки компиляции» — самый существенный шаг в расширении платформенной поверхности за этот день.

3.3 Iluvatar CoreX: строка CI BI-V150 влита, прямые коммиты FlagDNN исправляют сразу три бэкенда (10-20)

Дата: 2026-10-20　Источники: Torch-FL PR #569 · коммиты FlagDNN

  • Строка CI: Torch-FL #569 создаёт общую строку CI для хоста BI-V150 с CoreX 4.5.0, 24 файла, +934, включая конфигурацию платформы, скрипты окружения, список пакетов и документацию матрицы возможностей; в прошлом периоде этот PR находился на рассмотрении, в этот день был влит. Строка сборки допускает сохранение известных сбоев при первоначальном запуске, чтобы сначала проложить процесс.
  • Сторона DNN: все 3 коммита FlagDNN за день были прямыми в master (без PR) и выполнены в 11:46, 16:48 и 17:10; последние два направлены на Ascend и Moore Threads соответственно; с учётом эквивалентного базового профиля производительности iluvatar этого репозитория из прошлого периода это указывает на то, что репозиторий по-прежнему находится в состоянии «каждый бэкенд исправляется отдельно» и ещё не унифицирован в тестовую инфраструктуру.
  • Линия сборки: ветка сборки iluvatar3.6 FlagTree (0.7.1a1+iluvatar3.6, 10-12) по-прежнему находится в пределах линии 0.7.1; в этот день обновлений этой линии не было.
  • Оценка: Iluvatar CoreX продвигается как в CI, так и в сборке, но на стороне кода по-прежнему преобладают прямые исправления, а нормализация процессов отстаёт от Torch-FL и FlagQuantum.

3.4 Enflame и Xiwang: отладочная ветка Enflame решает зависимость TOPS, пробы обеих компаний входят в единую инфраструктуру (10-20)

Дата: 2026-10-20　Источники: ветка FlagPrism · optest PR #1 · build-infra PR #1433

  • Enflame: в FlagPrism появилась ветка контрибьютора (запушена в 18:46), сообщение коммита — разбор заголовочных файлов и библиотечных зависимостей TOPS; TOPS — это программный стек Enflame, и поддержка анализа производительности и отладчика TOPSPTI для этой компании в FlagPrism уже была, так что на этот раз это завершающая работа на уровне зависимостей, в ветку по умолчанию пока не влита.
  • Инфраструктурная часть: проба вендора в optest содержит одновременно ветви enflame и sunrise, что говорит о том, что логика проверки оборудования Enflame и Xiwang унифицирована в одном наборе соглашений скриптов; в конфигурации бэкендов есть ещё строка S60.
  • Артефактная часть: build-infra #1433 добавляет для FlagCX строки сборки трёх бэкендов файлового хранилища SDK, матрица сборки библиотеки межчиповой коммуникации продолжает расширяться.
  • Оценка: у обеих компаний сегодня нет функциональных вливаний в ветку по умолчанию, действия сосредоточены в трёх местах — зависимости, пробы и артефакты, — и относятся к подготовительным работам уровня интеграции.

3.5 Ascend и XuanTie (DAMO): построение тестов FP8 и матричное умножение W8A8 block INT8 (10-20)

Дата: 2026-10-20　Источники: FlagGems PR #7355 · FlagGems PR #7304 · FlagGems-vllm PR #954

  • Тестовая часть Ascend: #7355 исправляет построение входных данных в кейсах FP8 на платформе Ascend и вместе с #7356 того же дня (переносимость проверки комплексных значений FP8 и бэкенда) и #7357 (построение входных данных FP8 для Kunlunxin) образует группу кросс-бэкендовых исправлений; #7304 устраняет ошибку tile block на платформе Ascend; #7328 дополняет справочную документацию по тестам Ascend.
  • Инфраструктурная часть Ascend: конфигурация 910B в optest фиксирует образ контейнера на базовой линии CANN 9.0 и vllm 0.24 версии 2.2 и монтирует каталоги драйверов и расширений, обеспечивая единую среду для последующих еженедельных тестов.
  • XuanTie (DAMO): FlagGems-vllm #954 добавляет матричное умножение W8A8 block INT8 (9 файлов, +1493), включая реализацию оператора бэкенда, конфигурацию тюнинга, таблицу параметров расширения и бенчмарки, модульные тесты, а также интеграцию загрузки конфигурации времени выполнения и модуля автотюнинга — оператор низкопоточной инференции на канале XuanTie закрыл недостающее звено в виде квантованного матричного умножения.
  • Оценка: общее у обеих компаний сегодня — «путь низкой точности и квантования»: Ascend закрывает пробелы в методике тестирования, XuanTie — в реализации операторов; различие в том, что Ascend по-прежнему сосредоточен на исправлениях, а XuanTie уже перешёл к поставке новых операторов.

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

  1. Одновременное закрытие четырёх инфраструктурных задач в один день — самое явное структурное изменение этого выпуска: optest берёт на себя тестовую инфраструктуру, FlagOps — переиспользуемые action, build-infra — пути установки, FlagCICD — вход CI. Ранее эти четыре задачи были разбросаны по разным репозиториям, и сегодня впервые сложилась иерархия. Самое прямое влияние на пользователей — установка из зависимости от множества репозиториев превратилась в одну команду; самое прямое влияние на мейнтейнеров — один и тот же набор кейсов можно сравнивать по единой методике на 12 бэкендах.
  2. Платформенная поверхность расширяется, а не сходится: Torch-FL за один день добавил три направления — MPS, Tsingmicro TX8, Iluvatar BI-V150, — охватывая от Apple Silicon до отечественных ускорителей; цена — конфигурации платформ, документы матрицы возможностей и скрипты окружения становятся новой нагрузкой по поддержке: из 7 вливаний в этом репозитории за день 3 относятся к классу конфигураций платформ.
  3. Качество важнее количества: 22 исправления тестов FlagGems плюс 1 откат — самое концентрированное действие во всей организации, причём откат произошёл до исправлений. Это показывает, что после релиза 2.2 команда направила производительность на «точность измерения существующих операторов на каждом бэкенде», а не на наращивание числа операторов; за день новых операторов добавлено лишь 7 в KernelGen.
  4. Соревнования начинают давать реальный вклад, но всё ещё требуют принятия мейнтейнерами: 10 вливаний соревнований FlagGems-sglang все были слиты одним человеком в течение 40 минут, что говорит о том, что вклад уже может попадать в основной репозиторий, но ритм остаётся пакетным, а не распределённым.
  5. Квантовый стек вступает в стадию уточнения семантики: 15 вливаний FlagQuantum все посвящены динамическим схемам, явному базисному пространству и воспроизводимости, а также расширяют тестирование CPU до восьми машин A800, что указывает на то, что следующим шагом будет крупномасштабная проверка согласованности, а не развёртывание функций.
  6. Во внешних коммуникациях сегодня только распространение из одного источника: две отраслевые статьи The Beijing News и клиента Beijing Daily не содержат технических новшеств, цитировать можно лишь новую формулировку «адаптация 12 чипов за один день»; в колонке CSDN, сообществе Zhiyuan и HN независимых источников нет, поэтому проверяемый прогресс экосистемного строительства по-прежнему определяется по репозиториям.

Приложение

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

Источники Результаты проверки
Организации и репозитории GitHub Полная проверка 61 репозитория, в 19 репозиториях были push-события в окне мониторинга; новые репозитории не создавались
Поиск коммитов 115 коммитов (проверено постранично на двух страницах, совпадает с общим количеством)
Поиск объединённых PR 120 PR, первые 100 использованы для статистики по репозиториям
Поиск PR на рассмотрении 195 PR обновлены в окне мониторинга, первые 100 использованы для классификации
Release и теги сборок Проверены по одному все 19 активных репозиториев, в окне мониторинга 2 новых тега сборок (FlagTree 0.7.1.dev1, 0.7.1.dev1+ppu3.6)
Поток событий org 100 событий, из них push 21, PR 46, создание веток 5, удаление веток 7, отслеживание 14
Резервная проверка на уровне веток В пяти репозиториях FlagPrism, FlagFFT, FlagSparse, vllm-plugin-FL, docs push-события были в неосновных ветках
Google News RSS 24 группы запросов на китайском и английском, 21 кандидат, 2 пригодны, остальные — выставки, рыночные сводки и нерелевантные материалы
HN Algolia 3 группы запросов, все 39 совпадений в окне мониторинга оказались нерелевантными ложными срабатываниями
Сайты СМИ У материала Xinjing Bao можно проверить время публикации; материал клиента Beijing Ribao через перепечатку Sina, на странице не отображается время публикации
Колонка CSDN FlagOS Последняя новость — 08-28, последнее в разделе мероприятий — запись трансляции 10-18, новых постов в окне мониторинга нет
Сообщество Zhiyuan Главная страница и страница тегов рендерятся на клиенте, получена только страница-каркас, проверяемых новых материалов нет

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

R #566 MPS бэкенд — https://github.com/flagos-ai/Torch-FL/pull/566

Запросы Algolia — https://hn.algolia.com/api/v1/search_by_date?query=FlagOS