Окно мониторинга: 2026-10-16 06:00 ~ 2026-10-19 06:00 (пекинское время, около 72 часов; утренний отчёт понедельника, окно охватывает выходные, отсчёт с момента отсечения предыдущего ежедневного отчёта (10-16), включая полную программу «Конференции по открытым вычислениям в области искусственного интеллекта 2026 и Технической конференции Zhongzhi FlagOS» 10-17 – 10-18).

Источники: GitHub (полная проверка 61 репозитория org: flagos-ai, постраничная верификация 147 коммитов в поиске, поиск 139 слитых PR и 239 PR на рассмотрении, атомарная проверка релизов 31 репозитория и тегов 8 репозиториев, 100 событий потока событий org и резервная проверка на уровне веток), Google News RSS (24 группы китайских и английских поисковых запросов, через прокси), HN Algolia (8 групп), колонка FlagOS на CSDN и сообщество Zhiyuan, официальная страница программы конференции и репортажи DOIT с места (подробнее см. список источников в приложении).

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

  • Главное за сегодня: полная двухдневная программа Конференции по открытым вычислениям 2026 — официальные данные главного форума версии 2.2 (21 производитель, 35 чипов / 1454 оператора / межчиповое +27,6% / 264 участника) и запуск Liangzhi Cloud; на стороне GitHub — 147 коммитов в 16 репозиториях, 139 слияний, скелет нового репозитория FlagCV зафиксирован в базе, выпущены FlagQuantum 0.3.1 и FlagCX 0.15.0.dev0, завершена сборка builder 22.04 для шести бэкендов build-infra (10-16 ~ 10-19)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Ритм организации: 16 репозиториев с пушами, 147 коммитов, 139 слияний, 239 на рассмотрении; FlagCV впервые появляется в плоскости коммитов (10-16 ~ 10-19)
      • 1.2 Новый репозиторий FlagCV: слияние скелета многобэкендовой библиотеки изображенческих операторов с интерфейсом, совместимым с OpenCV (10-18 ~ 10-19)
      • 1.3 build-infra: завершена самодостаточная сборка builder 22.04 для шести бэкендов FlagCX; сформированы побэкендовые builder FlagTree и ежедневная матрица колёс (10-16 ~ 10-18)
      • 1.4 FlagGems: пакетное занесение в базу более тридцати NVIDIA-операторов KernelGen; волна оптимизаций для Kunlunxin — более двадцати коммитов; миграция 216 тест-кейсов на Protocol v6 (10-16 ~ 10-17)
      • 1.5 FlagTree: в RISC-V-бэкенде SpaceMiT добавлен smt_rvisa bare-metal eDSL, выведен из эксплуатации приватный диалект TLE (10-16)
      • 1.6 Связь и квантовые вычисления: FlagCX v0.15.0.dev0 и два коммита Hygon UIL; два выпуска FlagQuantum 0.3.0 / 0.3.1 (10-16 ~ 10-18)
      • 1.7 Стек инференса и обучения: операторы GLM-5.3 / Qwen4 добавлены в FlagGems-vllm; полный декодирующий граф Ascend в vllm-plugin-FL; MPS в Torch-FL и FlagCICD (10-16 ~ 10-19)
      • 1.8 Библиотеки операторов и плоскость ревью: GEMM для PPU XuanTie от Damo Academy в FlagBLAS; набор из 16 операторов FlagTensor; 27 заявок конкурса на рассмотрении (10-16 ~ 10-18)
    1. Новости и экосистема
      • 2.1 Главный форум конференции: шесть групп цифр и четырёхуровневая архитектура FlagOS 2.2 (10-18)
      • 2.2 Запуск Liangzhi Cloud Quantum-AI Cloud: FlagOS Execution Stack служит опорой для FlagQuantum (10-18)
      • 2.3 Остальные секции конференции и проверка каналов: страница трансляции подфорумов запущена, стенограммы по секциям пока не опубликованы (10-17 ~ 10-19)
    1. Углублённое изучение организаций-участников
      • 3.1 Moore Threads: официальные данные по S5000, операторы MThreads и линейка MUSA (10-16 ~ 10-19)
      • 3.2 MetaX: две ступени оптимизации MiniMax M3 и Kimi K3 на C550 на рассмотрении, колёса metax в ежедневной линии (10-18 ~ 10-19)
      • 3.3 Iluvatar CoreX / Enflame / Cambricon / Hygon / Tsingmicro / Xiwang / Damo Academy XuanTie: шесть бэкендов 22.04 и линейка операторов (10-16 ~ 10-18)
    1. Итоги и наблюдения за трендами

Главное за сегодня: двухдневная программа конференции завершена, «масштабные показатели» версии 2.2 и «воспроизводимая плоскость поставки» инженерной стороны синхронно подтверждены (10-16 ~ 10-19)

Дата: 2026-10-16 ~ 2026-10-19　Источник: Репортаж DOIT с главного форума · Страница программы конференции · FlagCV · build-infra (полный список см. в приложении)

  • Конференция (17–18 октября) — абсолютная главная линия этого выпуска: на главном форуме в слоте 09:10 Линь Юнхуа, заместитель директора и главный инженер института Zhiyuan (BAAI), выступила с темой «众智 FlagOS 2.2: от token-экономики к физическому AI» и впервые централизованно раскрыла масштабные показатели 2.2 — 21 производитель чипов, 35 моделей чипов, 9 крупных библиотек операторов, 1454 оператора (+890 к предыдущей версии), прирост производительности кросс-чиповых операторов +27,6% (охват 10 моделей чипов), 264 контрибьютора кода (+55% к предыдущему периоду); также были выпущены кросс-чиповый отладочный инструмент FlagPrism и унифицированный инструмент квантизации FlagOS-Compressor (подробнее в 2.1).
  • Запуск Quantum-AI Cloud 18 октября: совместно представлены институтом Zhiyuan (BAAI) и Пекинским институтом квантовой информатики; на базе FlagOS Execution Stack поддерживается FlagQuantum, обеспечена интеграция с AI-вычислительной системой «九鼎» и квантовым компьютером «QUAFU», реализовано планирование смешанных квантово-классических задач — описание релиза FlagQuantum v0.3.0 на GitHub (восстанавливаемость задач 九鼎 / Quafu, упорядоченные результаты многосхемных запусков Quafu) взаимно подтверждается с публичной формулировкой (подробнее в 2.2 / 1.6).
  • Инженерное направление в этот же период шло по трём линиям одновременно: build-infra — 45 коммитов, 41 влито; шесть бэкендов-билдеров FlagCX (nvidia / hygon / cambricon / metax / enflame / iluvatar) унифицированы в самодостаточный формат 22.04, а билдер FlagTree и ежедневные колёса переведены на матрицу «backends.yaml — одна строка на бэкенд» (подробнее в 1.3); FlagGems — 48 коммитов, 52 влито (пакетное добавление операторов KernelGen и волна оптимизаций под Kunlunxin, подробнее в 1.4); Torch-FL — 20 коммитов, 21 влито (нативные операторы MPS и отчётность FlagCICD, подробнее в 1.7).
  • В организационном плане появился ещё один сигнал «расширения домена операторов»: созданный 14 октября репозиторий FlagCV 18 октября поздно вечером получил первый коммит, а 19 октября в 01:38 был влит PR #1 «Init project skeleton» — интерфейс выровнен по OpenCV, многобэкендовая структура повторяет FlagDNN, ядра написаны на Triton; сначала заложен только скелет, без операторов (подробнее в 1.2).
  • Версии: FlagQuantum 0.3.0 (16 октября 13:34) и 0.3.1 (16 октября 19:20) вышли в один день; FlagCX выпустил v0.15.0.dev0 (18 октября 10:36). В пределах окна мониторинга официальных изменений версий других компонентов из списка 2.2 не было.

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

1.1 Ритм организации: 16 репозиториев с пушами, 147 коммитов, 139 влитий, 239 на ревью; FlagCV впервые появился в плоскости коммитов (16–19 октября)

Дата: 2026-10-16 ~ 2026-10-19　Источники: список репозиториев org · FlagGems · build-infra (полный перечень в приложении)

  • Сторона репозиториев: в окне мониторинга были пуши в 16 из 61 репозиториев — docs, FlagTree, FlagCV, Torch-FL, Trident, build-infra, FlagFFT, FlagCX, FlagQuantum, FlagGems, FlagGems-Experimental, FlagDNN, FlagGems-vllm, vllm-plugin-FL, FlagBLAS, FlagTensor. При этом пуши в четырёх репозиториях FlagDNN / FlagFFT / Trident / docs пришлись на неосновные ветки (последние коммиты в основной ветке: 10-15 17:16 / 10-15 15:58 / 10-13 22:19 / 10-03 11:12 соответственно), в основной ветке новых изменений нет.
  • Коммиты и слияния: поиск коммитов дал 147 результатов, охватывающих 12 репозиториев — FlagGems 48, build-infra 45, Torch-FL 20, FlagQuantum 11, FlagGems-vllm 6, FlagTree / FlagGems-Experimental / FlagCX / FlagCV / FlagTensor по 3, FlagBLAS / vllm-plugin-FL по 1; слито PR 139, охватывающих 11 репозиториев (FlagGems 52, build-infra 41, Torch-FL 21, FlagGems-vllm 6, FlagTree 4, FlagQuantum 4, FlagCX 3, FlagGems-Experimental 3, vllm-plugin-FL 3, FlagCV 1, FlagBLAS 1).
  • Сторона рассмотрения: в окне мониторинга обновлено 239 открытых PR, охватывающих 23 репозитория, лидируют FlagGems 104, FlagGems-sglang 31, vllm-plugin-FL 27, Torch-FL 14, FlagTree 12, FlagGems-vllm 11; из них 27 имеют метку «FlagOS Competition-Track1», все направлены в FlagGems-sglang (подробнее в 1.8).
  • Оценка: плотность слияний в трёхдневном окне (в среднем около 46 в день) выше обычного уровня за один день 10-15 (107 за 24 часа), но структура не изменилась — два репозитория FlagGems и build-infra вместе составляют 63% коммитов и 67% слияний, по-прежнему движимые двумя двигателями — «библиотека операторов + инфраструктура сборки»; на стороне обучения (Megatron-LM-FL / TransformerEngine-FL / FlagScale) в окне мониторинга нулевые пуши — период тишины до и после конференции.

1.2 Новый репозиторий FlagCV: влит каркас многобэкендной библиотеки операторов для изображений с интерфейсом, совместимым с OpenCV (10-18 ~ 10-19)

Дата: 2026-10-18 ~ 2026-10-19　Источники: FlagCV · PR #1 · журнал коммитов

  • Факт: созданный 14.10 репозиторий FlagCV получил первый коммит 18.10 в 23:14 — «Add project skeleton and bitwise_and operator», 19.10 в 01:24 добавлен «Restructure as an immediate-mode skeleton without operators», 19.10 в 01:38 влит PR #1 (автор zhangjieBaai). В описании PR указаны три проектных решения: интерфейс выровнен по OpenCV (пять заголовочных файлов core / imgproc / gpumat / handle / types в include/flagcv/, соответствующих core и imgproc из opencv2), мультибэкендная структура повторяет FlagDNN, ядра написаны на Triton; данный PR содержит только скелет, без операторов.
  • Структура: из 81 пути в репозитории в backends/ сразу развёрнуты шесть бэкендов: nvidia / thead / ascend / hygon / iluvatar / mthreads (каждый содержит CMakeLists, backend.cpp, compiler.py и kernels/registry.json); src/ разделён на пять блоков: core, imgproc, image, lowering, runtime; compiler/flagcv_codegen — точка входа кодогенерации; в docs/ уже есть три документа: architecture, numerical-tolerance, operator-development.
  • Оценка: это первый выход операторной карты FlagOS за пределы «больших моделей / научных вычислений» в сторону обработки изображений — ранее пробел вроде FlagCV закрывался FlagDNN (операторы глубокого обучения) и собственными CV-библиотеками вендоров, теперь же создан отдельный репозиторий с OpenCV-совместимым интерфейсом. Развёртывание каталогов шести бэкендов сразу, а не по одному, говорит о намерении команды напрямую переиспользовать существующую мультибэкендную парадигму FlagDNN; появление документа numerical-tolerance раньше операторов также соответствует уже сложившемуся ритму FlagOS в линии KernelGen — «сначала зафиксировать критерии приёмки, затем массово добавлять операторы». Риск в том, что соответствие операторов обработки изображений (интерполяция, цветовые пространства, морфология) выразительным возможностям Triton пока не проверено, а в репозитории ещё нет работающих операторов, поэтому в краткосрочной перспективе делать выводы о степени покрытия преждевременно.

1.3 build-infra: FlagCX — завершение самодостаточного builder для 22.04 по шести бэкендам; FlagTree — побэкендные builder и ежедневная матрица колёс обретают форму (10-16 ~ 10-18)

Дата: 2026-10-16 ~ 2026-10-18　Источники: build-infra #1369 · #1371 · #1372 · #1380 · #1389 · #1394 · #1398 · #1399 · #1403 · #1404 · #1407

  • Линия FlagCX: в течение 24 часов для каждого из шести бэкендов был добавлен «самодостаточный builder для 22.04» — nvidia (#1372), hygon (#1380), cambricon 4.7.2 (#1389, вместе с дополнительной зависимостью pandas #1391), metax (#1394), enflame (#1398), iluvatar (#1403); каждый builder использует ubuntu:22.04 в качестве нижней границы glibc, предустанавливает вендорский SDK в образ, затем собирает на нём wheel и оставляет след в wheel-info (#1375 / #1395 / #1400). В #1407 добавлен переключатель --no-bitcode на уровне dispatch: тег v0.14.0 предшествует Makefile bindings/ir из FlagCX #668, поэтому при повторной публикации двух пинов iluvatar 0.14.0+corex4.4.0 / corex4.5.0 больше не создаётся device bitcode, что позволяет избежать прямой ошибки setup.py на не-nvidia adaptor.
  • Линия FlagTree: builder объединён из «двух workflow, делающих одно дело» в одну матрицу, одна строка backends.yaml несёт Containerfile, репозиторий образов, метку runner, дисковый бюджет и приёмочные утверждения (#1369); ежедневные wheel также переведены на одну строку на бэкенд, где plan построчно вычисляет версию и имя файла (#1371), metax добавлен в ежедневную линию (#1377), iluvatar добавлен в целевую и ежедневную строки (#1390 / #1393), sunrise объединил builder и wheel в один файл и включил ежедневную строку (#1399 / #1402), пара бэкендов ascend переведена на двухэтапный builder (#1404 / #1405, среда сборки является средой поставки, читается CANN и на его основе пинится AscendNPU-IR). В #1397 явно исключён FlagCX из FlagTree wheel для iluvatar, что разграничивает границы двух артефактов.
  • Линия упаковки: загрузка wheel переведена с локального python на runner на выполнение внутри образа uploader (#1381 / #1382 / #1388); workflow релизного типа принимает pull/<N> в качестве ref (#1347), что позволяет ветке PR сначала прогнать релизную цепочку; FlagGems-sglang вошёл в две линии — noarch deb/rpm и wheel flaglibs (#1387); глубокая проверка bundle переведена на реальное устройство device + компилятор JIT/исполнение (#1365), а также проверена на нижней границе glibc bundle (22.04) (#1376).
  • Оценка: этот пакет изменений — не разрозненные правки, а сжатие «N бэкендов × M типов артефактов» в «одну матрицу + один backends.yaml» — добавление нового бэкенда превращается из «написать ещё один workflow» в «добавить одну строку». Унификация 22.04 — другая сторона той же логики: только зафиксировав нижнюю границу glibc среды сборки и среды поставки, можно говорить о «едином артефакте, устанавливаемом в нескольких местах» для кросс-дистрибутивных wheel. Это как раз соответствует «35 чипам», о которых говорилось на главном форуме — количество чипов должно подкрепляться воспроизводимой поверхностью поставки, иначе масштаб остаётся лишь списком.

1.4 FlagGems: более тридцати операторов NVIDIA от KernelGen массово добавлены в репозиторий; волна оптимизаций Kunlunxin — более двадцати коммитов; 216 тест-кейсов мигрированы на Protocol v6 (10-16 ~ 10-17)

Дата: 2026-10-16 ~ 2026-10-17　Источники: FlagGems #6989 · #7215 · #7213 · #6985 · #7124 (полный список см. в приложении)

  • KernelGen (NVIDIA): массовое добавление операторов: 10-16 14:06–14:50 и около 16:11 объединены более тридцати коммитов «[KernelGen][Nvidia] Add <оператор> operator with Triton kernel», охватывающих `slow_conv_transpose2d/3d`, `_slow_conv2d_backward`, `convolution`, `fft_rfft`, `linalg_cholesky_ex / eigvalsh / inv / tensorsolve`, `lstm_cell / gru_cell / rnn_tanh_cell / rnn_relu_cell`, `coalesce / col_indices_copy / values_copy`, `diagflat / gradient / dense_dim / _dim_arange / _dimV / _has_same_storage_numel / _sparse_broadcast_to` и др.; в FlagGems-Experimental дополнительно добавлены 3 оператора (операторы фабрики тензоров с `dstack` и пооконной квантизацией и др.).
  • Миграция схемы тестирования: #7215 переводит 216 тест-кейсов операторов на трёхуровневую схему Protocol v6 (tests/test_<op>.py + benchmark/test_<op>.py + definitions/<op>.json) и указывает, что из исходного списка 220 точных ID мигрировано 216, 3 исключены после проверки (зонтичные строки вроде tensor_split), 1 отложен (clone без текущей реализации); попутно добавлена регистрация Philox с версионным гейтингом для philox_normal_.
  • Волна оптимизаций KunlunXin: более двадцати коммитов сосредоточены в бэкенде XPU — amax / mv / i0 / cauchy, euclidean_dist / normed_cumsum, batch_norm_backward / layer_norm_backward, masked_scatter / nonzero / addr / logit, foreach_copy / foreach_pow_list / foreach_tan, float_power_ / gather_backward / scatter_add_ / to_copy, tril_ / arange, le_scalar_ / one_hot / mhc_pre, index_select_backward; среди них #7213 переписывает построчное сканирование cumsum в матричное умножение префиксных сумм, #7144 / #7218 добавляют dtype int16 и исправления точности.
  • Прочие направления: MThreads добавил оператор moe_load_balance_loss (#6985, со специализацией MUSA: аккумулятор sem="relaxed", tl.histogram как по-программная гистограмма вместо скалярных атомарных операций, единственное выделение scratch, а также C++ wrapper и gtest); Ascend исправил верхнюю границу сетки adaptive_max_pool3d и смещение блочной выдачи (#7124); Hygon в #7242 на рассмотрении ограничивает верхнюю границу BLOCK_M для split-KV до 16, чтобы уложиться в 64KB LDS.
  • Вывод: результаты KernelGen уже вошли в завершающую стадию «дополнения по списку ATen» — в этом раунде в основном добавлены краевые операторы вроде _dim_arange, values_copy, _has_same_storage_numel, что говорит о почти завершённом покрытии магистральных операторов и начале обработки граничной семантики алиасов/представлений/разреженных структур. Плотность более двадцати коммитов KunlunXin заслуживает отдельной отметки: это наиболее сосредоточенные инвестиции в оптимизацию единственного китайского бэкенда за трёхдневное окно.

1.5 FlagTree: бэкенд SpaceMiT RISC-V добавляет bare-metal eDSL smt_rvisa, выводит из эксплуатации приватный диалект TLE (10-16)

Дата: 2026-10-16　Источники: FlagTree #1381 · #1394

  • Факт: #1381 (автор alex-spacemit) обновляет бэкенд SpaceMiT RISC-V (K3), делая три вещи одновременно — добавлен smt_rvisa, eDSL для «голого ядра» (raw-kernel), где автор явно задаёт SEW / VL / разбиение на блоки / выбор инструкций, а не передаёт это на усмотрение планировщика; ядро понижается через C++ builder API (без генерации текста MLIR), плюс есть отдельный путь прямого вывода через LLVM, который с помощью MLIR Python bindings напрямую порождает llvm.func и полностью пропускает spine-opt; бэкенд больше не хранит приватную копию диалекта TLE, а использует общий third_party/tle; одновременно исправлены дефекты понижения указателей / адресных пространств, выявленные на «голом» пути.
  • Сопутствующее: #1394 обновляет py311 / py312 и рабочие процессы ascend3.5 в CI Ascend; на рассмотрении #1395 ([SPEC][XPU] повторное использование core analysis и маршрутизация TritonTypes.td), #1396 (рабочий процесс доставки Ascend3.5 py312) показывают, что спецификация двух линий — XPU и Ascend — продолжает продвигаться; #1387 пропускает тесты псевдонима tle.gpu.alloc на enflame.
  • Оценка: бэкенд RISC-V в FlagTree раньше был «компилируется, запускается», и в этом выпуске впервые появляется рукописная точка входа для векторного блока — явное управление SEW / VL означает, что векторную длину и стратегию разбиения RVV можно записать в ядро, а не полагаться на вывод автоматического планировщика. Вывод из эксплуатации приватной копии TLE — это управленческое действие: несколько бэкендов используют один диалект TLE, чтобы не возникало ситуации «у каждого бэкенда своя семантика». Для RISC-V AI-чипов (линия K3 от SpacemiT) это шаг от «может запускать модели» к «может выжимать производительность».

1.6 Связь и кванты: два коммита FlagCX v0.15.0.dev0 и Hygon UIL; две версии FlagQuantum 0.3.0 / 0.3.1 (10-16 ~ 10-18)

Дата: 2026-10-16 ~ 2026-10-18　Источники: FlagCX v0.15.0.dev0 · FlagCX #643 · #668 · #663 · FlagQuantum v0.3.0 · v0.3.1

  • FlagCX: 10-18 10:36 выпущен тег v0.15.0.dev0 (метка линии разработки); в код влиты три коммита — #643 включает HIP-бэкенд для Hygon Device API и унифицированного IR, добавляя Hygon канал устройства в UIL (унифицированный интерфейсный слой); #668 заставляет генерировать bitcode устройства по adaptor, а не жёстко под nvidia — это ключевое изменение, переводящее гетерогенную коммуникационную библиотеку от «эксклюзивности одного вендора» к «однородности многих»; #663 сводит CI к четырём картам и унифицирует конфигурацию платформ.
  • FlagQuantum 0.3.0 (10-16 13:34): линия 0.3 переведена в стабильный пакет, предоставляются wheel со stable-ABI для Python 3.10–3.12 (Linux x86_64 / macOS arm64 / Windows amd64); задачи Jiuding и Quafu поддерживают возобновление (opt-in квитанция), результаты многосхемных запусков Quafu сохраняют порядок; в комплекте с пакетом — английская и китайская версии шести лекций семинара FlagOS 2026.
  • FlagQuantum 0.3.1 (10-16 19:20): добавлен сервис локальных научных возможностей, влитый после сборки 0.3.0 — flagquantum.services для обнаружения и описания ограниченных возможностей, валидации и оценки типизированных запросов, локального выполнения на CPU и проверки структурированных свидетельств, включая путь VQE основного состояния двухкубитного Pauli-sum и версионированные пакеты свидетельств; примечания к релизу также чётко очерчивают границы: не отвечает за построение молекулярного гамильтониана из химической спецификации, не запускается на квантовом оборудовании, не содержит MCP server или agent runtime (адаптер MCP поставляется отдельным пакетом).
  • Оценка: обе линии в одном окне завершают согласование «возможности—продукт» — переход FlagCX к UIL (канал Hygon + bitcode по adaptor) является завершающим действием мультивендорности коммуникационного слоя; примечания к релизу FlagQuantum описывают «что может / что не делает» яснее, чем у большинства проектов, а поддержка возобновления задач Jiuding / Quafu в 0.3.0 как раз и есть техническая основа, которую на следующий день публично представила Liangzhiyun (подробнее см. 2.2).

1.7 Стек инференса и обучения: операторы GLM-5.3 / Qwen4 в FlagGems-vllm; полный граф декодирования Ascend в vllm-plugin-FL; MPS в Torch-FL и FlagCICD (10-16 ~ 10-19)

Дата: 2026-10-16 ~ 2026-10-19　Источники: FlagGems-vllm #900 · #896 · vllm-plugin-FL #409 · #607 · Torch-FL #560 · #565 · #542

  • FlagGems-vllm (6 мержей): #900 добавляет в PR 454 со стороны фреймворка публичные операторы GLM-5.3 Flash; #896 поставляет три класса операторов Qwen4 — HC / PLE / sparse QSA для интеграции в плагин; #924 исправляет целочисленное накопление W8A8 MoE для thead и переиспользует GEMM2; #934 исправляет запуск базовой линии vLLM на MUSA; #937 сжимает матрицу точности FP8 varlen до 359 тест-кейсов.
  • vllm-plugin-FL: #409 включает для Ascend универсальный режим полного графа декодирования (generic full-decode graph); #598 отключает неработающую инициализацию NVLS на H20; #593 добавляет эталонную реализацию eager для профилирования операторов. На рассмотрении два PR, нацеленных на MetaX C550: #540 — оптимизированный профиль MiniMax M3 BF16 для двухузлового TP16 (открыт 09-18, всё ещё обновляется 10-18), #607 — реализация Kimi K3 MXFP4/BF16 для четырёхузлового TP8 / PP4 (открыт заново 10-19 в 01:58, работает на ветке 0.4.0-dev, совместимой с vLLM 0.28).
  • Torch-FL (20 коммитов / 21 мерж): линия MPS — три PR: нативные mm / bmm в классе gemm MPSGraph (#560), нативизация softmax и поэлементных neg / pow (#565), кэширование и планирование скомпилированных планов MPSGraph (#545); линия Ascend — пять PR (bitwise_*_.Scalar на PrivateUse1, откат SDPA при наличии dropout, cumsum через aclnn, flip через aclnn, мост к переименованию параметров autotuning в FlagTree 0.7.0); GCU — три PR (нативный rsub, гейтинг conv и layer_norm по устройству операндов, мемоизация таблиц вращения Qwen-Image); Tsingmicro — один PR (маршрутизация metadata-only операторов представления в вендорский слот); в CI добавлена линия стабильной ветки 2.9 для Kunlunxin P800 (#273), отчётность pytest платформы в FlagCICD (#542 / #577), покрытие рантайма MUSA включено в общий список интеграции (#574), линия CUDA переведена на дефолтные колёса под управлением FlagGems (#530).
  • Оценка: действия на стороне инференса сместились с «адаптации под конкретный чип» на «адаптацию под новые структуры конкретных моделей» — GLM-5.3 Flash и HC / PLE / QSA у Qwen4 являются названиями новых архитектур, появившимися только в октябре, и операторы выходят публично раньше самих моделей. В обучении акцент Torch-FL смещён на MPS (платформа Apple) и отчётность FlagCICD: первое показывает, что «мультичиповость» FlagOS уже охватывает конечные устройства / рабочие станции, второе — это управленческое действие по централизации результатов pytest с множества платформ.

1.8 Библиотека операторов и плоскость ревью: GEMM PPU XuanTie от DAMO Academy в FlagBLAS; набор из 16 операторов FlagTensor; 27 PR на рассмотрении в рамках соревнования (10-16 ~ 10-18)

Дата: 2026-10-16 ~ 2026-10-19　Источники: FlagBLAS #148 · FlagTensor · список PR FlagGems-sglang

  • FlagBLAS: #148 дополняет GEMM для PPU Zhenwu с thead-бэкендом от DAMO Academy — четыре Triton-ядра sgemm / hgemm / bfgemm / dgemm, каждое с четырьмя вариантами раскладки NN / TN / NT / TT; cgemm / zgemm оставлены только заглушками и перенаправляются в flag_blas.ops.level3 (у Zhenwu нет нативного комплексного GEMM). PR также исправляет проблемы, из-за которых ранее не запускались наборы точности и производительности для thead (параметр типа вычислений cublasGemmEx и др.), и ограничивает влияние только производителем thead.
  • FlagTensor: три коммита переводят не-NVIDIA производителей на единый фиксированный набор из 16 операторов для тестирования и синхронно обновляют руководства для каждой платформы (10-16 11:01 ~ 11:26) — то есть «каждый бэкенд тестирует по-своему» заменяется на «одна и та же группа из 16 операторов, один и тот же набор критериев».
  • Обзор проверок: из 239 PR на рассмотрении 27 имеют метку «FlagOS Competition-Track1», все направлены в FlagGems-sglang (в этом репозитории 31 PR на рассмотрении), их содержание — дополнение Triton-ядер для SGLang: широкорядный softmax, абсорбционная Q-конкатенация MLA, объединение LSE для DCP, разделение и перестановка QKV-ZBA, сбор дополнительных элементов спекулятивной выборки и т. д. (имена ядер см. в списке PR в приложении), авторы в основном — аккаунты соревновательных команд.
  • Ключевые точки проверки (прочее): FlagGems #7246 оптимизация mm для Moore Threads (+3501/-72); #7239 диспетчеризация по форме mm и блочная обработка Triton для Ascend; #7243 откат index_put для Ascend на нативный ATen во избежание краша MLIR pass; #7203 исправление взаимоблокировки GRU barrier в бэкенде DAMO Academy; FlagTree #1395 переиспользование спецификаций XPU, #1396 поток доставки py312 для Ascend.
  • Оценка: три библиотеки операторов каждая занимаются одним и тем же на разных уровнях — FlagBLAS дополняет базовую линейную алгебру для аппаратных бэкендов, FlagTensor унифицирует критерии приёмки, FlagGems принимает поток операторов от соревнований и KernelGen. Объём на рассмотрении от соревнований (27 PR) показывает, что предложение сообщества сохраняется, но сосредоточено на одной линии sglang, охват уже, чем у первой партии из 16 PR в сентябре.

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

2.1 Главный форум конференции: шесть групп цифр и четырёхуровневая архитектура FlagOS 2.2 (10-18)

Дата: 2026-10-18　Источник: DOIT «Линь Юнхуа: выпуск Zhongzhi FlagOS 2.2, экономика токенов движется к физическому AI» · страница программы конференции

  • Масштаб охвата: охватывает 21 производителя AI-чипов, 35 чипов; 9 крупных библиотек операторов в сумме 1454 оператора (на 890 больше по сравнению с предыдущей версией); прирост производительности кросс-чиповых операторов на 27,6% (охватывает 10 чипов); 264 контрибьютора кода (рост на 55% по сравнению с предыдущим периодом). По сообществу также: 730+ активных контрибьюторов, 100+ организаций-участников, охват более 30 стран, 55 800+ разработчиков; объединённые PR с 2.1 по 2.2 выросли с 1890 до 4890, новые issue — с 420 до 1423, коммиты — с 5100 до 9730. В сообщениях указано, что 2.2 выпущен 30 сентября; на стороне GitHub 24 пункта манифеста 2.2 фактически были зафиксированы в репозитории 28–29 сентября (см. ежедневные отчёты за 29 и 30 сентября), между публичной формулировкой и датой фиксации в репозитории существует двухдневное расхождение, приоритет — за репозиторием.
  • Компиляция и оптимизация: FlagTree в одном репозитории охватывает 20 бэкендов производителей, добавлены бэкенды NVIDIA TileIR, AMD, XuanTie от DAMO Academy, Jindie Space-Time, Huixi и ARM64 CPU, ветка main обновлена до Triton 3.6; FlagOSTune повышает эффективность поиска для таких операторов, как матричное умножение, до 298 раз. Сквозные измерения: на NVIDIA для DSV4-flash пропускная способность +12,63%, задержка первого токена −20,22%; на Moore Threads S5000 для Qwen3.6-35B-A3B достигнуто 82,29% ~ 89,83% от эквивалентной пропускной способности H100, что превышает нативные показатели производителя на 4% ~ 19%. В общем кросс-чиповом приросте +27,6% коэффициент ускорения Kunlunxin P800 вырос на 191,2%, Ascend 910B — на 160,7%.
  • Инструментарий: выпущен FlagPrism (кросс-чиповая отладка и профилирование производительности, позволяет локализовать числовые отклонения до уровня инструкции, уже поддерживает Ascend, Iluvatar CoreX, Moore Threads, NVIDIA, Enflame); унифицированная система плагинов превращает комбинацию «N×M» в развязку «N+M», охватывая инференс (vLLM / SGLang), обучение (Megatron-LM / TransformerEngine), обучение с подкреплением (VeRL) и базовые фреймворки (Torch-FL); FlagOS-Compressor впервые обеспечивает кросс-чиповое унифицированное квантование, 397B MoE после W8A8 уменьшается в объёме на 49,1%, GPQA-Diamond сохраняется на уровне 84,85%, уже проверено на H20 и отечественных PPU; возможность Day0 обеспечивает адаптацию новой модели к максимум 12 чипам в течение одного дня с одновременным распространением через HuggingFace, ModelScope, Tencent Cloud, Huanxin Community и National Supercomputing Internet.
  • Token и примеры моделей: DeepSeek V4.1 Flash на H100 повышает производительность инференса на 18% ~ 20%, суммарная пропускная способность при 64 параллельных потоках около 9190 tok/s; XuanTie 810E от DAMO Academy — рост на 77% ~ 82%, обеспечена работоспособность при 16 параллельных потоках; FP4-индексирование и оценка в среднем ускоряются в 2,75 раза, FP8 Dense GEMM — в 1,41 раза. GLM-5.3-Flash на Ascend 910B повышает пропускную способность в 2,04 раза, холодный TTFT на длинном контексте снижается на 8,1%, ITL при полной загрузке — на 16,6%, производительность достигает 99,7% от официального API, соотношение цена-качество выше на 19,4% ~ 27,6%.
  • Встроенные системы, периферия и интернационализация: на стороне встроенных систем VLM ускоряется примерно в 2,3 раза (MFU 33%), Tx2V — примерно в 1,9 раза (MFU 36%), Action — примерно в 2,0 раза (MFU 35%), MFU обучения 33% ~ 36%, против 23% у Cosmos3-Nano и 30% у Cosmos3-Super; на периферии на Arm CPU только силами CPU запущен MiniCPM5-2B, префилл 1135 tokens/s, генерация 90 tokens/s, после совместной работы FlagTree-CPU с SME2 / NEON I8MM полный префилл модели дополнительно ускорен на 21% ~ 25%, на Mac M5 Pro Xing4.0 29B-A4B показывает прирост 252,09% относительно нативного vLLM; на международном направлении 28 сентября одобрена «Рабочая группа по открытым вычислениям» ООН, в течение двух недель зарегистрировались более 300 глобальных организаций, первое заседание планируется провести в ноябре в рамках APEC.
  • Оценка: ценность этой формулировки не в отдельных цифрах, а в том, что «масштаб» разложен на четыре верифицируемых слоя — число чипов (35), число операторов (1454), прирост производительности (+27,6%, причём с разбивкой по 10 чипам), число контрибьюторов (264). По сравнению с «сколько чипов поддерживается» эпохи 2.1, нарратив 2.2 уже сместился к вопросу «накапливаются ли совместные оптимизации на одном и том же наборе чипов»; два новых инструмента FlagPrism и FlagOS-Compressor как раз и являются инструментальным выражением этой мысли.

2.2 Публикация Liangzhiyun Quantum-AI Cloud: FlagOS Execution Stack служит опорой для FlagQuantum (18 октября)

Дата: 2026-10-18　Источники: репортаж с главного форума DOIT (секция Liangzhi Cloud) · официальная программа (запуск платформы Liangzhi Cloud, 10:05–10:15) · FlagQuantum v0.3.0

  • Факт: утром 10-18 на подфоруме по интеграции квантовых и AI-вычислений был предусмотрен блок «Запуск платформы Liangzhi Cloud» (программа 10:05–10:15). Согласно репортажу с главного форума, Liangzhi Cloud (Quantum-AI Cloud) совместно представлена Институтом Zhiyuan (BAAI) и Пекинской академией квантовых информационных наук (BAQIS); через FlagOS Execution Stack обеспечивается поддержка квантового фреймворка FlagQuantum, выполнена интеграция с AI-вычислительной системой «Цзюдин» и квантовым компьютером «QUAFU», реализовано планирование смешанных квантовых и классических заданий.
  • Подтверждение со стороны кода: в описании релиза FlagQuantum v0.3.0 (10-16) уже указано «возобновляемые задачи Цзюдин и Quafu (opt-in-подтверждения)» и «сохранение порядка результатов для нескольких схем Quafu», а в v0.3.1 дополнительно добавлены локальный сервис научных возможностей и версионированные пакеты доказательств — это показывает, что к моменту запуска Liangzhi Cloud цепочка отправки задач, подтверждений и сохранения порядка результатов на квантовой стороне уже присутствовала в пакете, а не только интерфейсы уровня фреймворка.
  • Оценка: это первый продукт в форме облачного сервиса, которым FlagOS выходит за рамки «обучения и инференса AI» в сторону «квантово-классических гибридов». Заслуживающая внимания граница: в описаниях v0.3.0 / 0.3.1 явно указано, что запуск на квантовом оборудовании не выполняется, MCP server и agent runtime не входят, а исполнение на оборудовании берут на себя стороны Цзюдин и QUAFU — разделение труда таково: «FlagOS обеспечивает планирование и стек исполнения, академия квантовых наук — оборудование и облако». Дальнейшие точки наблюдения: когда Liangzhi Cloud откроется для внешнего доступа и будут ли многочиповые бэкенды FlagQuantum (Hygon / Moore Threads) включены в облачное планирование.

2.3 Остальные секции конференции и проверка каналов: страницы трансляций подфорумов запущены, поминутные протоколы пока не опубликованы (10-17 ~ 10-19)

Дата: 2026-10-17 ~ 2026-10-19　Источники: колонка FlagOS на CSDN · страница трансляции подфорума по AI-системам · страница трансляции подфорума по интеграции квантовых и AI-вычислений · страница трансляции подфорума AI Agent

  • Структура секций: конференция включает 1 главный форум + 6 подфорумов + 1 однодневный воркшоп; подфорумы охватывают открытые вычисления и AI-системы, бортовой интеллект, интеграцию квантовых и AI-вычислений, воплощённый интеллект, AI Agent, международное сотрудничество в области AI-вычислений; 10-18 весь день проходят пять воркшопов (генерация операторов KernelGen, инференс на периферийных устройствах, операторы внимания Triton-TLE, квантовое программирование для интеграции квантовых и AI-вычислений, архитектура FlagScale-Agent). Детали программы уже вошли в ежедневные отчёты за 10-12 / 10-13, в этом выпуске не повторяются.
  • Проверяемый прирост: колонка FlagOS на CSDN 10-17 / 10-18 запустила страницы трансляций трёх подфорумов — по AI-системам, по интеграции квантовых и AI-вычислений и по AI Agent (с пометкой «в записи»); по состоянию на момент закрытия окна мониторинга поминутные протоколы или записи докладов не найдены, содержание главного форума по-прежнему опирается главным образом на один репортаж DOIT с места. В сообществе Zhiyuan (hub.baai.ac.cn) в окне мониторинга записей, связанных с FlagOS, не обнаружено.
  • Выводы поиска новостей: 24 группы запросов на китайском и английском в Google News RSS дали 34 попадания; прямой поиск по именам компонентов (FlagOS / FlagGems / FlagScale / FlagTree / FlagPerf / FlagCX / KernelGen) в окне мониторинга по-прежнему дал ноль попаданий, единственное содержательное попадание — репортаж с главного форума 10-18 (см. 2.1); 8 групп запросов в HN Algolia прямых попаданий не дали. Остальные попадания — корпоративные материалы и рыночные заметки членских организаций: Moore Threads Step 5 Preview Day-0 (10-15, вошло в предыдущий выпуск), награда Xisa X302 от MetaX на промышленной выставке (с 10-12 перепечатано множеством сайтов, уже включено), «листинг на A-акциях» Enflame (по проверке — повтор старой новости от 09-11), «адаптация триллионной большой модели за 7 дней» (Dongfang Suanxin DF1000, не связано с FlagOS), материал Blue Core Computing о RISC-V на выставке Baychip (не связано с FlagOS) — все исключены.

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

3.1 Moore Threads: формулировки о S5000 на конференции, операторы MThreads и линия MUSA (10-16 ~ 10-19)

Дата: 2026-10-16 ~ 2026-10-19　Источники: отчёт о главном форуме DOIT · FlagGems #6985 · #7246 · FlagGems-vllm #934 · build-infra #1399

  • Формулировки конференции: главный форум привёл две группы цифр, связанных с Moore Threads — на S5000 Qwen3.6-35B-A3B достигает 82,29% ~ 89,83% от эквивалентной пропускной способности H100 и превосходит нативную реализацию производителя на 4% ~ 19%; в сквозном сравнении прирост DSV4-flash на NVIDIA (+12,63%) представлен рядом с аналогичным показателем отечественной стороны, что показывает: S5000 уже включён в базовый набор бенчмарков производительности 2.2.
  • Сторона кода: в FlagGems влит moe_load_balance_loss (специализация MUSA, #6985), на рассмотрении #7246 — оптимизация mm (+3501/-72, открыт 10-19 00:06); FlagGems-vllm #934 исправляет запуск базовой линии vLLM на MUSA, #937 сводит матрицу точности FP8 varlen; sunrise (Xiwang) builder в build-infra к этому пункту не относится, самому Moore Threads соответствует строка wheel-сборок mthreads в FlagTree (существующая).
  • Пояснение: Step 5 Preview Day-0 от Moore Threads 10-15 (MTT S5000 + MUSA + SGLang-MUSA, гибридное скользящее окно/разреженное внимание CSA, FP8 DeepGEMM, спекулятивное декодирование MTP3) идёт через собственный программный стек MUSA, а не через плагинный тракт FlagOS; это событие было включено в предыдущий выпуск и в текущем выпуске в записи экосистемы FlagOS не учитывается повторно.

3.2 MetaX: две оптимизационные конфигурации MiniMax M3 и Kimi K3 на C550 на рассмотрении, wheel-сборки metax вошли в ежедневную линию (10-18 ~ 10-19)

Дата: 2026-10-18 ~ 2026-10-19　Источники: vllm-plugin-FL #540 · #607 · build-infra #1377 · #1394

  • Адаптация моделей (на рассмотрении): #540 — оптимизационная конфигурация MiniMax M3 BF16 на двух узлах MetaX C550, TP16 (открыта 09-18, всё ещё обновлялась 10-18 21:54, включает разреженное внимание, Linear/MoE для малых батчей и оптимизацию коммуникаций); #607 — реализация Kimi K3 MXFP4/BF16 на четырёх узлах C550, TP8 / PP4 / DP1 (EP, SP отключены), работает на ветке 0.4.0-dev, совместимой с vLLM 0.28; адаптация модели, упаковка TP/head, выбор shape и организация рантайма PP остаются на стороне FL (открыта 10-19 01:58).
  • Сторона сборки: build-infra поместил metax в ежедневную линию wheel-сборок FlagTree (#1377), создал для metax самодостаточный builder FlagCX на 22.04 (#1394, включая две правки — имя переменной версии SDK и путь распаковки deb), а 10-18 09:21 зафиксировал повторную публикацию wheel-сборок metax.
  • Оценка: роль MetaX внутри FlagOS сместилась с «адаптируемого чипа» на «поставщика оптимизационных конфигураций» — оба PR на рассмотрении представляют собой парные схемы развёртывания (число узлов, параллелизм, формат квантования, контекст), а не патчи отдельных операторов; рецензирование таких PR дорогостояще, но после влития они становятся переиспользуемыми эталонными конфигурациями.

3.3 Iluvatar CoreX / Enflame / Cambricon / Hygon / Tsingmicro / Xiwang / XuanTie DAMO Academy: шесть бэкендов на 22.04 и линия операторов (10-16 ~ 10-18)

Дата: 2026-10-16 ~ 2026-10-18　Источники: build-infra #1380 · #1389 · #1398 · #1403 · FlagCX #643 · FlagBLAS #148 (полный список см. в приложении)

  • Iluvatar CoreX (iluvatar): повторная публикация двух corex pin — FlagCX 22.04 builder и v0.14.0 (#1403 / #1407, 22.04-clean, без device bitcode); строка iluvatar в FlagTree переведена из «отдельного workflow» в матрицу с включёнными ежедневными wheel-сборками (#1390 / #1393 / #1397); Torch-FL перенаправляет комплексные dtype в фабрике FlagGems на DCU (#548); в FlagGems #7220 на рассмотрении кэш весов conv2d и фьюзинг-оптимизация channels_last.
  • Enflame (enflame): FlagCX 22.04 builder (#1398 / #1401, зафиксирована повторная публикация wheel для enflame); на стороне FlagTree исправлен ошибочный запуск теста алиаса tle.gpu.alloc на enflame (#1387); публичные операторы GLM-5.3 Flash в FlagGems-vllm #900 являются кросс-вендорными и не относятся исключительно к enflame.
  • Cambricon (cambricon): FlagCX 4.7.2 22.04 builder (#1389, с добавлением pandas для решения проблемы импорта torch_mlu #1391), 10-17 21:39 зафиксирована повторная публикация 22.04-clean для neuware 4.7.2 (#1392).
  • Hygon (hygon): в FlagCX включены Hygon Device API и HIP-бэкенд унифицированного IR (#643), а также зафиксированы 22.04 builder и повторная публикация wheel (#1380 / #1383); в FlagGems на рассмотрении #7242 снижает верхний предел BLOCK_M для split-KV до 16, чтобы уложиться в 64KB LDS; перенаправление комплексных dtype на DCU в Torch-FL — тот же #548.
  • Tsingmicro (tsingmicro): Torch-FL маршрутизирует metadata-only операторы представлений в вендорские слоты (#550), продолжая в цикле 2.2 путь бэкенда Tsingmicro «сначала каркас, затем семантика».
  • Sunrise (sunrise): builder и wheel в FlagTree сведены в один файл (тулчейн 22.04 пригоден для публикации и переиспользования, pybind11 закреплён на 3.1.0), добавлены в общую матрицу builder и включена строка ежедневных wheel-сборок (#1399 / #1402).
  • T-Head XuanTie (thead): в FlagBLAS добавлены GEMM четырёх точностей для Zhenwu PPU (включая варианты NN/TN/NT/TT, #148); в FlagGems-vllm исправлено целочисленное накопление W8A8 MoE с переиспользованием GEMM2 (#924); в FlagGems на рассмотрении #7203 исправляет дедлок barrier в бэкенде GRU, параллельно идёт синхронизация набора тестов точности thead из серии #7209.
  • Horizon Robotics (D-Robotics): в окне мониторинга коммиты, PR или новостные события не обнаружены.

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

  • Нарратив и инженерия впервые синхронизировались: на главном форуме 2.2 был представлен как «масштабируемая совместная оптимизация» (21 производитель, 35 чипов, 1454 оператора, +27,6%, 264 контрибьютора), и в том же окне самая значительная активность на стороне GitHub пришлась ровно на build-infra — 22.04 builder для шести бэкендов и ежедневная матрица колёс по каждому бэкенду. Оба факта отвечают на один вопрос: список чипов должен опираться на воспроизводимую поверхность поставки. Это наиболее показательное соответствие данного выпуска.
  • Домен операторов расширяется, но направление расширения нужно понимать ясно: KernelGen за три дня добавил более тридцати операторов NVIDIA, в основном граничные операторы вроде _dim_arange, values_copy, _has_same_storage_numel, что говорит о почти завершённом покрытии магистрали и переходе к зачистке семантики псевдонимов и представлений; при этом прирост на отечественных бэкендах по-прежнему сосредоточен на Kunlunxin (более двадцати оптимизаций) и Damo Xuantie (дополнение GEMM), разрыв в покрытии между бэкендами не сокращается. Создание репозитория FlagCV — расширение в другом направлении: от LLM и научных вычислений к обработке изображений в стиле OpenCV, каталоги шести бэкендов развёрнуты сразу, однако в репозитории пока нет ни одного работоспособного оператора, и в краткосрочной перспективе не стоит переоценивать его.
  • На квантовой линии появилась продуктовая форма: двойной выпуск FlagQuantum 0.3.0 / 0.3.1 плюс публичный запуск Liangzhiyun — в примечания к релизу внесены инженерные возможности вроде «восстановление задач Jiuding / QUAFU», при этом явно указано, что на аппаратном обеспечении не запускается и не содержит agent runtime. Разделение труда таково: «FlagOS делает стек исполнения и планирование, институт кванта — аппаратное обеспечение и облако» — это лучше объясняет границы, чем общий лозунг «слияния квантовых и интеллектуальных вычислений».
  • Действия на стороне RISC-V — в глубине компилятора: smt_rvisa от SpaceMiT позволяет автору явно управлять SEW / VL / выбором инструкций и выводит из эксплуатации приватную копию TLE — такие изменения не попадают ни в одну публичную формулировку, но определяют, сможет ли бэкенд RVV перейти от «работает» к «выжимает производительность».
  • Что наблюдать: во-первых, стенограммы по секциям форумов и воркшопов конференции ещё не опубликованы — технико-тактическое содержание помимо главного форума (унифицированный IR, Token-фабрика, развёртывание на устройстве) пока существует только в формате повестки; во-вторых, когда Liangzhiyun откроется для внешнего доступа; в-третьих, когда FlagCV получит первый работоспособный оператор; в-четвёртых, на стороне обучения (Megatron-LM-FL / TransformerEngine-FL / FlagScale) три дня нулевых пушей — это нормальное затишье перед конференцией или начало цикла 2.3, нужно подтвердить в следующем выпуске.

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

Источник Способ проверки Вывод
GitHub Полный охват org-репозиториев (61 репозиторий) Пуши в окне в 16 репозиториях; FlagDNN / FlagFFT / Trident / docs — четыре репозитория с пушами в ветки, последние коммиты в ветке по умолчанию все вне окна
GitHub Поиск коммитов (с постраничной разбивкой) 147 коммитов, 12 репозиториев; выбрано двумя страницами (100 + 47), дополнительно 100 записей потока событий org и commits.atom четырёх репозиториев как подстраховка
GitHub Поиск смёрженных PR 139 PR, 11 репозиториев (две страницы: 100 + 39), истинность по is:merged + merged:>=
GitHub Поиск PR на рассмотрении 239 PR, 23 репозитория (три страницы: 100 + 100 + 39), из них 27 с метками соревнований
GitHub Атомарная проверка Release / тегов 31 библиотека releases.atom + 8 библиотек tags.atom: FlagQuantum v0.3.0 / v0.3.1, FlagCX v0.15.0.dev0 в окне; FlagOps v2.0.5 / v2.0.6 — 10-15 (вне окна, вблизи границы)
Новости Google News RSS (24 группы на китайском и английском, через прокси) 34 попадания; по существу учтено 1 событие (10-18, главный форум), остальное — материалы компаний-участников, повторные публикации старых новостей и материалы не о FlagOS
Новости HN Algolia (8 групп) Прямых попаданий нет
Новости Репортаж DOIT с места Поабзацная проверка содержания главного форума (2.1 / 2.2 / 3.1); указанная в репортаже «публикация 30 сентября» не совпадает с датами попадания в репозитории (09-28 ~ 09-29), отмечено в основном тексте
Официальные каналы Колонка FlagOS на CSDN В окне добавлены три страницы трансляций секций (10-17 / 10-18); новых длинных материалов не обнаружено
Официальные каналы Сообщество Zhiyuan hub.baai.ac.cn Записей о FlagOS в окне не обнаружено
Историческое сопоставление Ежедневный отчёт от 10-16 (предыдущий выпуск) Проверка на дубликаты: отсечка предыдущего выпуска — 10-16 06:00; Step 5 Preview Day-0, конкурс MetaX, MiniCPM-V 4.7 от Iluvatar CoreX уже учтены, в этом выпуске не повторяются

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

ai/Torch-FL/pull/567> · https://github.com/flagos-ai/Torch-FL/pull/273 · https://github.com/flagos-ai/Torch-FL/pull/530 · https://github.com/flagos-ai/Torch-FL/pull/542 · https://github.com/flagos-ai/Torch-FL/pull/568 · https://github.com/flagos-ai/Torch-FL/pull/574 · https://github.com/flagos-ai/Torch-FL/pull/577 · https://github.com/flagos-ai/Torch-FL/pull/584 · https://github.com/flagos-ai/Torch-FL/pull/357