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

Источники: GitHub (полная проверка 61 репозитория org: flagos-ai, поиск коммитов — 272, слитых PR — 162, PR на рассмотрении — 311, событийный поток org — 100 записей, атомарная проверка Release в 31 репозитории и Tag в 8 репозиториях, атомарная дополнительная проверка 5 репозиториев и проверка текстов ключевых PR), Google News RSS (24 группы запросов на китайском и английском, через прокси), HN Algolia (8 групп), колонка FlagOS на CSDN (проверка времени каждой статьи), сообщество Zhiyuan/BAAI, официальные сайты девяти организаций-участников (подробности в приложении со списком источников).

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

  • Главное за день: линия AMD ROCm продвигается одновременно в трёх местах — от сборки до операторов; квантовый компилятор синтеза — 21 слияние за день, приёмочные линии UP-01 и AO/PF идут параллельно; XuanTie — 13 специализированных операторов пакетно слиты за 43 минуты (11-02)
    1. Прогресс открытых проектов (динамика GitHub)
      • 1.1 Ритм организации: 16 репозиториев с пушами, 272 коммита, 162 слияния, 311 на рассмотрении (11-02 ~ 11-03)
      • 1.2 Релизы: образ рантайма 2.3.0 пушится по бэкендам, впервые создана линия сборки AMD ROCm (11-02)
      • 1.3 FlagQuantum: 21 слияние линии синтеза за день, три приёмочные линии UP-01 и AO/PF идут параллельно (11-02 ~ 11-03)
      • 1.4 FlagGems: 13 специализированных операторов XuanTie слиты за 43 минуты (11-02)
      • 1.5 FlagGems: Kunlunxin XPU3 исправляет молчаливые ошибки форм, четырнадцать правок производительности и контрактов (11-02)
      • 1.6 FlagGems-sglang: 17 Triton-операторов конкурса пакетно слиты, две линии производительности AMD gfx1100 (11-02)
      • 1.7 FlagTree и FlagGems-vllm: исправление ошибочной компиляции Hopper, пакет моделей XuanTie MM v1.1.0 (11-02)
      • 1.8 FlagTrain и FlagBLAS: восемь операторов KMCompiler, запуск MUSA L1 BLAS (11-02)
    1. Новости и экосистема
      • 2.1 Проверка каналов: 24 группы запросов — ноль попаданий уровня компонентов, на CSDN и HN в окне нет новых статей (11-03)
      • 2.2 Наблюдение за экосистемой: открытие Учжэньского саммита, выставочный павильон экосистемы открытого кода работает до 11-05 (11-02)
      • 2.3 Окружающая экосистема: консорциум Jiuyuan представил три совместных результата — Phytium, TileLang, SenseTime (обзорная статья 11-02)
    1. Углублённый анализ организаций-участников и производителей бэкендов
      • 3.1 XuanTie академии Damo: специализированные операторы, модель издержек MM, chunk_kda — три линии в один день (11-02)
      • 3.2 Kunlunxin: исправление контрактов foreach XPU3 и четырнадцать правок производительности (11-02)
      • 3.3 Ascend и Hygon: две реализации W8A8 INT8 — GEMM и BMM (11-02)
      • 3.4 Moore Threads: Conv1D с настоящим одномерным GEMM выводит все 26 бенчмарков выше порога 0.8x (11-02)
      • 3.5 MetaX, Iluvatar CoreX, Tsingmicro, Enflame и Horizon Robotics: с одной стороны — операторы, с другой — контракты (11-02)
    1. Итоги и наблюдения за трендами
  • Приложение: таблица проверки источников, полный список источников

Главное за день: линия AMD ROCm продвигается в трёх местах; квантовый компилятор синтеза — 21 слияние за день; 13 специализированных операторов XuanTie пакетно внедрены (11-02)

Дата: 2026-11-02　Источники: build-infra PR #1589 · build-infra PR #1608 · FlagGems-sglang PR #271 · FlagQuantum PR #1004 · FlagGems PR #8240 (полный список в приложении)

  • Сторона AMD: build-infra #1589 создаёт новую сборочную линию для бэкенда amd в FlagTree (сборочная машина bare-ubuntu 22.04, строка в backends.yaml, шаг verify_stage и цель wheel); мотивация — не нижняя граница glibc, а прослеживаемость: wheel вендора 0.7.0+amd3.6 сам собран на 22.04, но не содержит Source-Commit. Линия прошла A/B на рабочих узлах amd-rocm7.2.4: результаты сканирования операторов совпадают с torch.compile (maxdiff 1.526e-05, 9/9), 182 вендорских файла полностью сверены согласно замыслу. В тот же день #1599 выровнял замыкание torch для rocm7.2.4 по закреплённой комбинации vLLM 0.32; FlagGems-sglang #271 добавил для gfx1100 четыре оператора: decode_attention, decode_grouped_attention, extend_attention и log_scaling_tau. Сборка, среда исполнения и операторы продвигаются в одном направлении в рамках одного окна мониторинга — линия AMD переходит от «работает» к «прослеживаемо и воспроизводимо».
  • Квантовая сторона: FlagQuantum за один день — 21 слияние, 122 коммита, по трём линиям приёмки: UP-01 делает программы Python qfunc публичным фронтендом (#1004), AO-00/01/02 последовательно создают арифметический базис, нормализацию чистых выражений и защищённую арифметическую реализацию (#1006, #1010, #1013), PF-00/01 создают учёт задержки компиляции Python и памяти процессов, затем переиспользуют уже проверенные поля плана (#1018, #1021). Параллельно в QEC добавлены комбинация шумовой surface memory, когерентное согласованное исправление и блочное планирование (#1012, #1015, #1019), а в среде исполнения — переиспользование обучения Module на нормализованном IR и снижение затрат на диагностические снимки (#1017, #1014).
  • Сторона XuanTie: FlagGems за 43 минуты с 16:03 до 16:46 слил 13 специализированных операторов XuanTie, охватывающих длиннохвостые элементы — полиномы Чебышёва, igamma, conv_transpose3d, quantized_lstm, nuclear_norm, fused_rms_norm_backward, _adaptive_avg_pool3d_backward и др., — все через производственную линию XuanTie в KernelGen. Впервые после расширения общего объёма библиотеки операторов специализированные операторы отдельного бэкенда вошли в основную ветку в «пакетном» виде.
  • Оценка: все три линии указывают на одно — расширение возможностей FlagOS перешло от «добивания количества операторов по рейтингам» к «пакетной поставке по бэкендам + учёту по приёмочным единицам». У AMD появилась собственная линия прослеживаемости сборки, квантовый стек разделил семантику, арифметику и производительность на независимо принимаемые малые шаги, а XuanTie вошёл пакетом в минутном ритме. Реальное узкое место по-прежнему не в разработке, а в слиянии и релизе: в этом окне мониторинга слито 162, открыто 192, очередь продолжает расти, а 2.3.0 всё ещё остаётся в состоянии «образы вперёд, манифест не заморожен».

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

1.1 Ритм организации: 16 репозиториев с пушами, 272 коммита, 162 слияния, 311 на рассмотрении (11-02 ~ 11-03)

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

  • Сторона репозиториев: из 61 репозитория в 16 были пуши в окне мониторинга; по времени пуша от ближайшего к дальнему: FlagQuantum, FlagQAI, FlagTensor, release-info, build-infra, FlagTree, FlagGems, FlagGems-vllm, FlagTrain, docs, FlagGems-sglang, optest, FlagDNN, vllm-plugin-FL, Torch-FL, FlagBLAS. При этом три пуша в release-info целиком относятся к автоматическому развёртыванию gh-pages (соответствуют трём коммитам build-infra 1727064, 672f77b, 3c54d7e), последние коммиты в ветке по умолчанию у docs и FlagTensor остановились на 10-03 и 10-28 соответственно, обновление их pushed_at вызвано действиями в не-default ветках или тегами, новых коммитов в ветке по умолчанию в пределах окна нет ни у одного из них.
  • Сторона коммитов: поиск коммитов дал 272 попадания, в разрезе репозиториев: FlagQuantum 122, FlagGems 52, FlagGems-sglang 24, FlagQAI 23, build-infra 18, FlagTrain 8, FlagGems-vllm 7, FlagTree 6, Torch-FL 5, optest 3, FlagBLAS 2, vllm-plugin-FL и FlagDNN по 1. Квантовый стек в одном репозитории занял 44,9%, что продолжает снижаться по сравнению с предыдущим периодом (доля 58% в трёхдневном окне), не-квантовая часть вернулась выше 55%.
  • Сторона слияний: слито 162 PR из 12 репозиториев: FlagGems 55, FlagGems-sglang 27, FlagQuantum 21, build-infra 18, FlagQAI 9, FlagTrain 8, FlagGems-vllm 7, FlagTree 6, Torch-FL 5, optest 4, vllm-plugin-FL и FlagBLAS по 1.
  • Сторона review: 311 PR на рассмотрении с обновлениями в окне, из них 192 новых. В разрезе репозиториев: FlagGems 210 (новых 148), FlagTree 28 (13), FlagGems-vllm 19 (6), vllm-plugin-FL 14 (5), sglang-plugin-FL 7 (2), Torch-FL 5 (1), FlagGems-sglang 4 (3), FlagTrain 4 (1), flir 3 (2), FlagAttention 3 (1), FlagCX 3 (1), FlagQuantum 2 (2), FlagScale 2 (2), FlagTensor, FlagTree-AscendNPU-IR, docs, optest, TransformerEngine-FL, FlagCV, Megatron-LM-FL по 1.
  • Сторона событий и веток: поток событий org — 100 записей, в составе: события PR 31, пуши 22, удаление веток 17, создание веток 16, комментарии к issues 7, события issues 3, комментарии review 2, review 1, fork 1. Создание и удаление веток в сумме 33 записи, почти все относятся к серии feat/synth-* в FlagQuantum, что говорит о том, что квантовая линия синтеза по-прежнему работает по принципу коротких веток с быстрым входом и выходом.
  • Сравнение: по сравнению с предыдущим 24-часовым окном (слито 183, новых 84) объём слияний снизился на 11,5%, количество новых выросло на 128,6%; по сравнению со среднесуточными значениями трёхдневного окна (слито 38, новых 47) в текущем окне и слияния, и новые PR заметно увеличились. Слияния и новые PR одновременно находятся на высоком уровне, причём новых почти в 1,2 раза больше, чем слитых, — типичная для рабочего дня картина «производственная линия работает на полную, review не справляется».

1.2 Сторона релизов: runtime-образы 2.3.0 пушатся по бэкендам, впервые создана сборочная линия AMD ROCm (11-02)

Дата: 2026-11-02　Источники: build-infra PR #1589 · build-infra PR #1595 · build-infra PR #1599 · build-infra PR #1606 · build-infra PR #1607 · build-infra PR #1608 · список релиза community 2.2

  • Новая сборочная линия: #1589 создаёт для бэкенда amd в FlagTree отдельную линию упаковки и линию wheel, добавляя строку в backends.yaml, шаг verify_stage и цель workflow для wheel. В описании PR мотивация указана как прослеживаемость, а не совместимость — vendor-wheel той же версии не содержит Source-Commit, поэтому он пересобран на собственной сборочной машине с 22.04, а на среде выполнения amd-rocm7.2.4 выполнены сканирование операторов и сверка A/B для torch.compile (maxdiff 1.526e-05, 9/9 пройдено, 182 файла, уникальных для вендора, учтены по проекту). Переключатель ежедневной сборки этой линии пока выключен.
  • Закрытие среды выполнения: #1599 приводит замыкание torch для rocm7.2.4 в соответствие с закреплённой комбинацией vLLM 0.32, чтобы избежать двух наборов предположений о версии torch в одной среде выполнения; #1606 меняет определение «предустановленного wheel» для flagcx с проверки импортируемости на идентификацию по метаданным, чтобы одноимённые пакеты, оставшиеся на пути, не определялись ошибочно; #1607 обеспечивает сбору манифеста wheel поддержку каталогов произвольной глубины.
  • Отметки версий: #1595 и #1608 — два коммита робота, фиксирующие описание образа и дату changelog для 2.3.0. Согласно тексту #1608, workflow образа среды выполнения уже отправил 2.3.0 по бэкендам, а ожидающие записи changelog для каждого бэкенда датированы по registry push_time; данная запись соответствует слою amd-rocm7.2.4. Таким образом, базовый слой и четыре слоя — Cambricon neuware 4.4.3, MetaX maca 3.8.1.3, Hygon dtk26.10 и AMD rocm7.2.4 — уже заполнили даты под именем 2.3.0.
  • Проверка состояния релиза: атомарная проверка Release в 31 репозитории и Tag в 8 репозиториях не выявила новых объектов Release в окне; файл манифеста в ветке release/2.3 репозитория сообщества по-прежнему возвращает 404, манифест release/2.2 на месте. То есть образы уже отправлены по бэкендам, но два шага — заморозка манифеста и запуск сайта — ещё не произошли, что совпадает с оценкой предыдущего выпуска.
  • К наблюдению: из 18 вливаний — 9 по документации и слою знаний, 4 по сборке и среде выполнения AMD, 3 по wheel и упаковке, 2 коммита робота с changelog. Работа над 2.3.0 на стороне разработки в основном перешла к «фиксации свершившихся фактов»; если на этой рабочей неделе манифест так и не будет заморожен, окно релиза 2.3.0 будет вытеснено планированием следующей версии.

1.3 FlagQuantum: 21 вливание линии синтеза за день, три линии приёмки UP-01 и AO/PF параллельно (11-02 ~ 11-03)

Дата: 2026-11-02 ~ 2026-11-03　Источники: FlagQuantum PR #1002 · FlagQuantum PR #1004 · FlagQuantum PR #1006 · FlagQuantum PR #1010 · FlagQuantum PR #1013 · FlagQuantum PR #1018 · FlagQuantum PR #1021

  • Семантическая линия (UP): #1002 — сначала пропустить PHASE-шлюз с углами исходных констант через существующий CoreIR; #1003 — установить семантические границы UP-00 и сохранить совместимость Qmod с RZ; #1004 — вывести на передний план пространство имён Python-программ UP-01 — функции, декорированные @synth.qfunc, могут напрямую писать распределения, гейты и выходные данные; на стороне компилятора захватываются типизированная подготовка qfunc и арифметические комбинации, на стороне рантайма программа внутри подготовки выполняется через новый порт. В тексте PR приведён воспроизводимый пример: программа с двумя распределениями кубитов, преобразованием Hadamard и result |= x*x+y может быть скомпилирована и выполнена в одном общем рабочем процессе.
  • Арифметическая линия (AO): #1006 — установить арифметическую базовую линию AO-00 и независимый oracle, а также записать «область проверки не должна преувеличиваться» как правило валидатора; #1010 — реализовать AO-01, выполнить защищённое устранение общих подвыражений для чистых выражений и надёжную нормализацию битовых фактов; #1013 — реализовать AO-02, дополнить защищённые реализации квадрата, констант и терминального XOR. Три коммита продвигаются последовательно от AO-00 к AO-02, и каждый шаг сохраняет ресурсную базовую линию и доказательства приёмки предыдущего шага.
  • Линия производительности (PF): #1018 — установить базовую линию времени компиляции Python и RSS операционной системы для PF-00, сделать изоляцию наблюдений для тайминга, памяти и диагностической очереди, не изменяя производственный код и не заменяя существующую ресурсную базовую линию; #1021 — на PF-01 повторно использовать уже проверенные поля плана, сократить повторную проверку и пересоздание объектов на стороне Services. Оба коммита вместе превращают «сколько времени занимает одна синтезация и сколько памяти она занимает» в воспроизводимые цифры, а не в единичное наблюдение.
  • Синхронизация боковых линий: на стороне QEC #1012 проверяет комбинационную корректность эксперимента с шумовой surface memory, #1015 сохраняет записи исправлений когерентного сопоставления, #1019 проверяет блочное планирование и отказ поздней памяти; на стороне рантайма #1017 позволяет обучению Module повторно использовать нормализованный IR, #1014 снижает накладные расходы снимков диагностики по умолчанию, #1020 оформляет границу ленивой компиляции Torch как утверждённый контракт. В конце окна также открыты два коммита #1022 и #1023 в 00:21 и 01:19, направление по-прежнему связано с линией синтеза и рантаймом.
  • Суждение: общая черта этих 21 коммита — разбиение «одной большой функции» на «независимо принимаемые единицы» — у семантики, арифметики и производительности есть собственные базовые линии, oracle и доказательства «сбой — значит красный». Для квантового стека это важнее, чем отдельные цифры производительности: это позволяет любому последующему изменению распределения регистров или синтеза гейтов немедленно измерять цену по существующим записям.

1.4 FlagGems: 13 специализированных операторов XuanTie влиты за 43 минуты (11-02)

Дата: 2026-11-02　Источники: FlagGems PR #8240 · FlagGems PR #8229 · FlagGems PR #8237 · FlagGems PR #8239 · FlagGems PR #8232 · FlagGems PR #8231

  • Состав пакета: все 13 коммитов помечены как продукты линии KernelGen XuanTie, начиная с оператора линейной комбинации в 16:03 и заканчивая poisson_nll_loss в 16:46. Охват делится на четыре категории: специальные функции (полиномы Чебышёва, igamma), семейство свёрток (трёхмерная свёртка, транспонированная свёртка, обратное распространение временной свёртки), квантизация и нормализация (квантованная LSTM, обратное слияние RMSNorm), матрицы и пулинг (матричная норма, обратный трёхмерный адаптивный пулинг, обратный fractional max pooling, апсэмплинг Lanczos). Все являются новыми специализированными реализациями и не затрагивают другие бэкенды и общие точки входа.
  • Характерные черты: записи сосредоточены в длинном хвосте — специальные функции (Chebyshev, igamma), трёхмерная свёртка и транспонированная свёртка, квантованная LSTM, матричная норма, обратный пулинг. Именно это — класс задач, где универсальные реализации Triton показывают худшую производительность, а специализация даёт наибольший выигрыш, и это также продолжает ритм предыдущего окна на стороне XuanTie — «сначала дополнить магистраль».
  • Ритм: 13 коммитов за 43 минуты, в среднем 3,3 минуты на коммит, и они переплетаются в одном временном поясе с записями бэкендов Kunlunxin, Moore Threads, Ascend и Hygon в тот же день. Это показывает, что ревью FlagGems уже способно параллельно по бэкендам обрабатывать пакетные заявки на операторы, а не стоять в последовательной очереди.
  • Сравнение: в предыдущем окне записей XuanTie в FlagGems было ноль; в этом окне — 13 коммитов, что составляет 23,6% от 55 влитых коммитов FlagGems за день. В том же репозитории также есть 14 коммитов Kunlunxin, 5 коммитов Moore Threads, 2 коммита KernelGen на стороне NVIDIA и 2 коммита MetaX — распределение по бэкендам стало более равномерным, чем в прошлом.
  • Что наблюдать: в настоящее время эти операторы находятся только в специализированной продуктовой линии XuanTie, пока нет записей о межбэкендовом повторном использовании или о подключении к пути инференса FlagGems-vllm. Следующий шаг — посмотреть, смогут ли они действительно вызываться верхнеуровневыми моделями (особенно квантованной LSTM и обратным пулингом), а не только увеличивать счётчик покрытия.

1.5 FlagGems: исправление молчаливых ошибок формы на Kunlunxin XPU3, четырнадцать коммитов по производительности и контрактам (02.11)

Дата: 2026-11-02　Источники: FlagGems PR #8038 · FlagGems PR #8034 · FlagGems PR #7976 · FlagGems PR #8123 · FlagGems PR #8245 · FlagGems PR #8049

  • Исправление корректности: #8038 — наиболее достойный прочтения коммит дня. Out-of-place скалярные перегрузки серии foreach при «одинаковом dtype, одинаковом устройстве, одинаковом числе элементов» шли по быстрому пути, выходные данные единообразно выделялись по форме первого тензора и затем нарезались в представления, при этом критерий допуска быстрого пути сравнивал число элементов, а не форму — в результате списки с разными формами, но одинаковым числом элементов все наследовали форму первого тензора, порождая молчаливые ошибочные результаты. Исправление меняет допуск на проверку по полной форме; ещё два коммита переводят шестнадцать скалярных выходов на единую базовую адресацию и объединяют списочные выходы в один плоский буфер.
  • Исправление контрактов: #7976 меняет индекс получения слота через точку в foreach на взятие из program_id(0); #8034 вычисляет сетку автоподбора перед отправкой JIT, избегая запуска с невычисленной сеткой; #7956 распаковывает тройное возвращаемое значение разбора скаляров, исправляя выбор значения на быстром пути.
  • Закрытие производительности: #8056 добавляет быстрый путь для triu_, resolve_neg, le и побитового сдвига вправо; #8245 добавляет поэлементный быстрый путь для flip, ge, lerp и отзывает рефакторинг одномерного tile для BF16 из предыдущей версии; #8108 объединяет точный путь обратного прохода pool3d и пропускает поэлементный конвейер для малых умножений; #8107 разворачивает t/w Чебышёва при согласованных степенях по каналам; #8030 ускоряет choose_qparams_optimized, kl_div и два ядра Бесселя; #8111 разбивает сканирование Якоби на блоки, так что nuclear_norm требует лишь nb запусков вместо k; #8049 делает единую формулу быстрого пути для linspace; #8248 содержит ещё одну группу исправлений производительности специализаций операторов.
  • Сигнал отката: #8123 отзывает «оптимизацию производительности поэлементных операций BF16 на Kunlunxin» по причине внесённой регрессии; в тот же день #8245 переделывает её другим решением и явно указывает «отозвать рефакторинг одномерного tile для BF16 из #8052». Откат и замена в одном окне показывают, что поэлементная оптимизация на стороне XPU3 всё ещё в экспериментальной фазе, а перед слиянием не хватает достаточного покрытия форм.
  • Оценка: ключевое слово этой группы коммитов Kunlunxin — «контракт» — по одному исправлению на каждом из четырёх уровней неявных соглашений: форма, слот, сетка, возвращаемое значение. Общее следствие подобных проблем — молчаливая ошибка, а не падение, что заслуживает фиксации в ежедневном отчёте больше, чем откат производительности.

1.6 FlagGems-sglang: пакетное слияние 17 Triton-операторов из соревнования, две линии производительности AMD gfx1100 (02.11)

Дата: 2026-11-02　Источники: FlagGems-sglang PR #207 · FlagGems-sglang PR #220 · FlagGems-sglang PR #256 · FlagGems-sglang PR #270 · FlagGems-sglang PR #271 · FlagGems-sglang PR #275

  • Пакет конкурсных работ: в течение получаса с 10:22 до 10:55 было массово принято 17 PR с Triton-операторами, помеченных как FlagOS конкурс Track1, включая преобразование Адамара, fused-сложение с RMSNorm для Gemma, scatter и gather для экспертного параллелизма, scatter-to-padded, однопроходный RMSNorm, масштабирование и масштабирование со сдвигом RMSNorm, LayerNorm для голов QK, fused QK-Gemma-RMSNorm-RoPE, обратный RMS для QK, модуляцию LayerNorm и другие. Авторы коммитов сосредоточены на двух участниках конкурса, ревью и приёмка выполнены пакетным образом.
  • Линия производительности AMD, часть первая: #256 добавляет для RDNA3 (gfx1100) chunked_sgmv_expand, gate_up_lora_b, sgemm_lora_b, per_group_transpose, silu_and_mul и fused_rmsnorm, оптимизированные и протестированные на Radeon PRO W7900D; за исключением fused_rmsnorm выходные данные побитово совпадают с универсальной реализацией. В части LoRA доступ к памяти для 16-битных входов увеличен с 2 байт до 16 байт, а для fp32 цикл по рангу заменён на FMA на малых tile, что позволяет избежать переполнения регистров в универсальном ядре.
  • Линия производительности AMD, часть вторая: #271 добавляет для той же архитектуры decode_attention, decode_grouped_attention, extend_attention и log_scaling_tau. Первые два используют общее блочное KV-ядро: один program отвечает за группу голов запросов некоторой последовательности и участок KV-кэша, а затем второе ядро объединяет фрагменты по log-sum-exp; размер блока голов выбирается максимальным из тех, что «всё ещё способны заполнить 96 вычислительных блоков», и последовательность разделяется только тогда, когда сетка оставит свободные блоки.
  • Сопутствующая систематизация: пакетное принятие #270 включает 9-ю партию операторов в основную ветку; #263 добавляет переиспользуемую документацию по навыкам для кросс-бэкендной валидации; #274, #275 удаляют брендовые названия моделей из набора операторов и унифицируют префикс sglang_fl_; #272 исправляет несоответствие между функцией входных данных бенчмарка и сигнатурой оператора; #276, #278 ужесточают правила очистки артефактов удалённых задач.
  • Суждение: в данном окне мониторинга этот репозиторий выполнял две роли — днём служил пропускным каналом для конкурсных операторов, а во второй половине дня переключился на восполнение производительности на рабочих станциях AMD. Конкурсная партия обеспечивает покрытие, партия gfx1100 — работоспособность на реальном оборудовании, они дополняют друг друга; однако глубина ревью конкурсных PR (в основном пакетное принятие) и требование побитовой согласованности со стороны AMD формируют заметный градиент качества.

1.7 FlagTree и FlagGems-vllm: исправление ошибочной компиляции Hopper, пакет моделей XuanTie MM v1.1.0 (11-02)

Дата: 2026-11-02　Источники: FlagTree PR #1236 · FlagTree PR #1460 · FlagTree PR #1451 · FlagTree PR #1314 · FlagGems-vllm PR #1030 · FlagGems-vllm PR #1042 · FlagGems-vllm PR #1038

  • Модель затрат XuanTie: #1236 поддерживает пакет моделей затрат MM/MV 1.1.0 для XuanTie ZW810E, добавляет запись в каталог моделей FlagTune и позволяет контракту модели принимать упорядоченный список configs — для каждого кандидата проверяются имена параметров и допустимые значения, контракты, одновременно объявляющие config_space, отклоняются. Пакет содержит 8 вариантов BF16 flaggems/mm (включая gemv_ppu, общий с mv) и 2 модели flaggems/mul, унаследованные от 1.0.0.
  • Ошибочная компиляция Hopper: #1460 исправляет понижение конвейеризованного cp.async в TritonGPU и повторное использование буферов операндов WGMMA — это класс ошибок, дающих неверный расчёт, а не сообщение об ошибке; #1451 выравнивает выбор warp для WGMMA с вышестоящим MMAv3, охватывая стороны NVIDIA и Moore Threads; #1314 пропускает барьер membar между двумя асинхронными копиями TME — это оптимизация пути на стороне Moore Threads.
  • Операторы FlagGems-vllm: #1030 добавляет точку входа в список операторов mrope; #1042 исправляет обработку вывода FP8-квантования на стороне PPU и семантику epsilon обратного RoPE; #1038 оптимизирует chunk_kda для Iluvatar CoreX и XuanTie; #1019 оптимизирует grouped_topk для форм GLM-5.2; #959 исправляет смещение int64 в qwen4 и синхронизацию обновления состояния PLE на месте; #1035 переносит эталонный вызов fused_q_kv_rmsnorm на новый API; #1047 исправляет допуск нативной базовой линии циклического GDN.
  • Оценка: вся эта группа FlagTree посвящена «корректности компилятора», а не новым функциям — ошибочная компиляция, выравнивание warp и избыточность барьеров соответствуют неверному расчёту, дрейфу результатов и лишней синхронизации. Для унифицированного компилятора такие исправления в большей степени, чем новые бэкенды, определяют, решатся ли нижестоящие проекты включать оптимизации.

1.8 FlagTrain и FlagBLAS: восемь операторов KMCompiler, реализация MUSA L1 BLAS (11-02)

Дата: 2026-11-02　Источники: FlagTrain PR #32 · FlagTrain PR #40 · FlagTrain PR #36 · FlagTrain PR #39 · FlagTrain PR #47 · FlagBLAS PR #157

  • Операторы FlagTrain: восемь влитых изменений сосредоточены на линии NVIDIA в KMCompiler — weighted_squared_relu_impl (с аннотацией Ascend), прямой и обратный проход fused_h_aggregate, bias_swiglu_impl, прямой и обратный проход scaled_masked_softmax_cuda, fused_proj_rms_compute_h. Все реализованы ядрами Triton и сгруппированно дополнены по типичным точкам слияния в обучении.
  • Зависимости и процессы: #45 исправляет проблему сохранения рантайма образа под управлением uv; #43 исправляет методику подсчёта compared_speedup и speedup; #47 исправляет исключение циклического вызова в специализированной реализации оператора бэкенда — это дефект диспетчеризации на уровне маршрутизации.
  • FlagBLAS: #157 добавляет бэкенд L1 BLAS для MUSA и эталон корректности и производительности muBLAS, охватывая AMAX, AMIN, ASUM, AXPY, COPY, DOT/DOTC/DOTU, NRM2, ROT/ROTG/ROTM/ROTMG, SCAL и SWAP. Теперь уровень L1 BLAS имеет на стороне Moore Threads реализацию для сравнения.
  • Сопутствующие optest: #26 добавляет список исключений операторов, #27 добавляет сводную статистику результатов операторов, #25 требует стопроцентного покрытия, #24 добавляет проверку качества Python — сама тестовая инфраструктура начинает поддерживаться как продукт.
  • Оценка: разделение труда между стороной обучения и стороной инференса больших моделей стало яснее: FlagTrain берёт на себя фьюзинг-операторы обучения, FlagGems-vllm — путь инференса, FlagBLAS дополняет базовую линейную алгебру. Все три используют один и тот же набор тестов и качественных гейтов, и это снижает межрепозиторные регрессии лучше, чем расширение операторов каждым по отдельности.

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

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

Дата: 2026-11-02 ~ 2026-11-03　Источники: Поиск Google News по FlagOS · Колонка FlagOS на CSDN · Поиск по Hacker News · Сообщество Zhiyuan

  • Запросы на китайском: семь групп — FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen — в 14-дневном окне дали ноль совпадений; восемь групп — открытый исходный код Института Zhiyuan, чипы Института Zhiyuan, открытый стек больших моделей Zhiyuan, Tsingmicro, открытый исходный код Moore Threads, открытый исходный код MetaX, Enflame, открытый программный стек для отечественных вычислительных мощностей — в 7-дневном окне дали в сумме 17 материалов, и после построчной проверки заголовков все они оказались публикациями общественной, финансовой или событийной тематики, ни одна не указывает на компоненты FlagOS.
  • Запросы на английском: семь групп — FlagOS, FlagGems, BAAI FlagOS, flagos-ai, BAAI open source AI system stack, Tsingmicro, Moore Threads open source — в окне дали ноль совпадений.
  • Проверка колонки: на главной странице колонки FlagOS на CSDN 52 ссылки на статьи; после проверки времени каждой из них самая свежая по-прежнему датируется 10-29 — «Спасатель инференса больших моделей — один плагин решает адаптацию под множество чипов»; новых статей в окне нет; дата 11-03, встречающаяся на странице, — это отметка текущего дня на стороне страницы, а не время статьи.
  • Сообщество и HN: страница поиска сообщества Zhiyuan рендерится на клиенте, при захвате получена только каркасная страница без извлекаемых записей, поэтому основой служит проверка главной страницы; восемь запросов в HN Algolia (FlagOS, FlagGems, FlagScale, FlagTree, BAAI, FlagQuantum, FlagSparse, flagos-ai) в 5-дневном окне дали ноль прямых совпадений.
  • Сайты участников: на новостных страницах сайтов девяти организаций-членов в период с 11-02 по 11-03 совпадений по датам нет; захват новостной страницы Horizon Robotics завершился неудачей, главные страницы Hygon и Zhiyuan представляют собой короткие страницы со скриптовым рендерингом, и получить список записей не удалось.
  • Вывод: отсутствие новых материалов на уровне компонентов в новостном поле — это спокойное окно, что согласуется с предыдущим выпуском. Основное содержание настоящего отчёта опирается на факты GitHub, а в новостном поле сохранены лишь два материала экосистемного фона, оба явно помечены как сопутствующие события.

2.2 Наблюдение за экосистемой: открытие Учжэньского саммита, выставочный павильон экосистемы с темой открытого исходного кода открыт до 11-05 (11-02)

Дата: 2026-11-02　Источники: Репортаж агентства Синьхуа (перепечатано Eastmoney) · Xinhuanet Чжэцзян

  • Сроки проведения: Всемирная конференция по интернету 2026 года — Учжэньский саммит — проходит с 11-02 по 11-05 в Учжэне, провинция Чжэцзян; в Пуюань организована площадка-филиал, платформа бронирования для посетителей уже открыта.
  • Главная линия открытого исходного кода: ключевой сопутствующий объект саммита — «Выставочный павильон экосистемы с темой открытого исходного кода» — открылся с 11-01 в Учжэньском музее интернет-технологий, экспозиция охватывает первый-третий этажи; впервые централизованно представлены крупные достижения в области открытого исходного кода и открытости искусственного интеллекта, а также результаты строительства государственных пилотных площадок применения искусственного интеллекта; на первом этаже организованы две тематические специальные выставки и зона практического знакомства с открытым исходным кодом, на третьем этаже — гостиная открытого исходного кода, в течение саммита проводятся мероприятия «Учжэнь Talk · Молодёжь об открытом исходном коде», «Ночь научно-технического творчества» и другие.
  • Связь с FlagOS: в публичных репортажах окна FlagOS или его компоненты не фигурируют; данный пункт служит лишь фиксацией внешнего контекста тематики открытого исходного кода и не используется для атрибуции. Если со стороны FlagOS были экспозиция или анонсы, это требует отдельной проверки по официальным каналам.
  • К наблюдению: превращение тематики открытого исходного кода в самостоятельный выставочный павильон саммита государственного уровня показывает, что позиция «открытости и открытого исходного кода» в политическом нарративе продолжает повышаться; для такого унифицированного программного стека, как FlagOS, это одновременно и нарративный дивиденд, и означающий, что конкуренция за выставочные места с такими модельными сообществами, как ModelScope, станет более прямой.

2.3 Сопутствующая экосистема: консорциум «Цзююань» представил три совместных результата — Phytium, TileLang, SenseTime (обзорный материал 11-02)

Дата: 2026-11-02 (сроки мероприятия 10-31)　Источники: Репортаж о промышленной экономике, Ifeng Хайнань · Перепечатка Sina о открытии конференции

  • Событие: 31 октября в Пекине состоялся форум «Инновации в интеллектуальных вычислительных системах и открытая экосистема» в рамках конференции GAI+C «Искусственный интеллект+» 2026, обзорный материал опубликован в сети 2 ноября. Форум организован альянсом экосистемы интеллектуальных вычислительных систем Jiuyuan и Пекинской ассоциацией искусственного интеллекта; на месте представлены три совместных результата — «Jiuyuan × Phytium», «Jiuyuan × TileLang» и «Jiuyuan × комплект для обучения и инференса мультимодальных больших моделей SenseTime», а также дан старт осеннему конкурсу по искусственному интеллекту Qiyuan 2026.
  • Нарратив: академик Китайской инженерной академии Чжэн Вэйминь в программном докладе конференции прямо указал на проблемы отечественных вычислительных мощностей — «карты есть, но пользоваться трудно, адаптация по принципу дымоходов» — и предложил опираться на единый программный стек для кросс-платформенного запуска по принципу «один код, без изменений». Это во многом изоморфно технической позиции FlagOS, но субъектом выступает другая экосистемная линия (альянс Jiuyuan, лаборатория Qiyuan).
  • Связь с FlagOS: в репортаже FlagOS не упоминается; данный пункт фиксируется как параллельное экосистемное действие для наблюдения за конкурентной картиной отечественных унифицированных программных стеков и не засчитывается в прогресс проекта FlagOS.
  • К наблюдению: выбор Jiuyuan в пользу совместного релиза с TileLang показывает, что уровень компилятора становится точкой объединения для различных экосистемных альянсов; соответствующий актив на стороне FlagOS — это FlagTree и расширения языка TLE. Различие маршрутов двух линий на уровне «унифицированного компилятора» заслуживает дальнейшего отслеживания в последующих окнах.

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

3.1 DAMO XuanTie: специализированные операторы, модель стоимости MM и chunk_kda — три направления одновременно (2 ноября)

Дата: 2026-11-02　Источники: FlagGems PR #8240 · FlagTree PR #1236 · FlagGems-vllm PR #1038

  • Уровень операторов: 13 специализированных операторов XuanTie влиты в FlagGems за 43 минуты, охватывают специальные функции, трёхмерную свёртку, квантованный LSTM, матричные нормы и обратное распространение пулинга. Общее для этих записей — низкая отдача универсальных реализаций на Triton на XuanTie; после специализации они могут напрямую войти в диспетчеризацию по умолчанию библиотеки операторов.
  • Уровень компиляции: #1236 повышает пакет моделей стоимости MM/MV для XuanTie ZW810E до версии 1.1.0, включает его в каталог моделей FlagTune и позволяет контракту автоматической настройки принимать явный список configs — с поштучной проверкой по имени параметра и допустимым значениям, отклоняя запись, сосуществующую с config_space. Пакет содержит 8 вариантов BF16 mm и 2 модели mul — это первая полная модель стоимости для автоматической настройки на XuanTie.
  • Уровень инференса: #1038 добавляет для chunk_kda оптимизации двух бэкендов — Iluvatar CoreX и XuanTie, относящиеся к пути длинных последовательностей FlagGems-vllm.
  • Оценка: действия XuanTie в этот день распределены по трём уровням — операторы, компиляция, инференс — и все указывают на «специализацию», а не на «универсальную совместимость». Это согласуется с позиционированием XuanTie как высокопроизводительного ядра RISC-V: сначала дополнить специализированные реализации длиннохвостых операторов, затем позволить модели стоимости управлять автоматической настройкой и, наконец, реализовать это в фреймворке инференса.

3.2 Kunlunxin: исправление контракта foreach XPU3 и четырнадцать закрытий по производительности (2 ноября)

Дата: 2026-11-02　Источники: FlagGems PR #8038 · FlagGems PR #8034 · FlagGems PR #8123 · FlagGems PR #8245

  • Тихая ошибка: #8038 указывает, что быстрый путь foreach сравнивает только число элементов, но не форму; список тензоров с разными формами, но одинаковым числом элементов унаследует форму первого тензора, и вывод не выдаст ошибку и не выйдет за границы. Исправление определяет допуск по полной форме, а также меняет шестнадцать скалярных выходов на адресацию от единой базы и объединяет списочные выходы в плоский буфер.
  • Сетка и слоты: #8034 вычисляет сетку автоматической настройки перед отправкой JIT; #7976 берёт индекс слота foreach из program_id(0); #7956 исправляет распаковку тройного возвращаемого значения при разборе скаляров.
  • Патчи производительности: #8056, #8245, #8108, #8107, #8030, #8105, #8111, #8049, #8248 — всего девять, охватывают быстрый путь поэлементных операций, обратную фузию pool3d, разложение Чебышёва, блочный Jacobi и единую формулу linspace.
  • Откат: #8123 отзывает оптимизацию поэлементных операций BF16 по причине регрессии; #8245 переделывает её другим решением и отзывает рефакторинг одномерного tile из #8052. Один откат и одно дополнение показывают, что путь всё ещё в стадии проб и ошибок.
  • Оценка: ценность дня для Kunlunxin не в цифрах производительности, а в исправлении контракта формы, который мог привести к тихой вычислительной ошибке. Для мультибэкендовой библиотеки операторов такие дефекты опаснее десятикратного замедления — их не обнаружат бенчмарки, на них наткнутся нижележащие модели в виде «аномалии точности».

3.3 Ascend и Hygon: две реализации W8A8 INT8 — GEMM и BMM (11-02)

Дата: 2026-11-02　Источники: FlagGems PR #6060 · FlagGems PR #7741 · FlagGems PR #7774 · FlagGems PR #7760

  • Ascend GEMM: #6060 добавляет бэкенд Ascend для mm_w8a8_int8 и mm_w8a8_int8_out с диспетчеризацией через публичную точку входа. Оператор принимает предварительно квантованные INT8 A и B, FP32 скалярный или построчный/постолбцовый scale, опциональный bias; после целочисленного умножения-сложения применяются scale с обеих сторон и bias, вывод в BF16, FP16 или FP32; при малом M и узком N используется векторное ядро умножения-сложения, при этом каждый блок FP32-редукции содержит не более 1024 произведений INT8 для гарантии точности целочисленной части. Асимметричный zero point не поддерживается.
  • Hygon BMM: #7741 добавляет для Hygon канальный bmm_w8a8, повторно используя существующее scaled-MM ядро и выбор tile, объединяя INT8-матричное умножение, FP32-поканальное масштабирование и преобразование вывода в одном ядре.
  • Исправление точности: #7774 на стороне Ascend сначала повышает оба операнда, а затем выполняет pow из CANN libdevice, избегая потери точности и underflow при смешанной точности.
  • Производительность Hopper: #7760 оптимизирует BMM для FP8 W8A8 с помощью конвейера TMA — соответствующая оптимизация на стороне NVIDIA.
  • Вывод: обе компании в одном окне добавили по одному пути W8A8 — Ascend выбрал полную семантику GEMM (включая построчный/постолбцовый scale и три типа выходного dtype), Hygon — канальное масштабирование с повторным использованием для BMM. Различие в широте охвата семантики и в компромиссе по повторному использованию реализации, что также отражает разные потребности нижестоящих моделей каждой из них в формах квантования.

3.4 Moore Threads: истинно одномерный GEMM в Conv1D вывел все 26 бенчмарк-примеров за черту 0.8x (11-02)

Дата: 2026-11-02　Источники: FlagGems PR #6754 · FlagGems PR #7428 · FlagGems PR #6903 · FlagBLAS PR #157 · FlagTree PR #1314

  • Результат Conv1D: #6754 добавляет покрытие бэкенда conv1d для MTT S5000, поднимая официальный бенчмарк conv1d_padding с 18/26 прошедших примеров до 26/26 примеров не ниже 0.80x torch; ранее все примеры FP32 K3/K5 padding давали лишь 0.41–0.53x.
  • Три уровня изменений: во-первых, conv1d изначально не имел покрытия MTHREADS и полностью шёл через общий conv2d, из-за чего формы с малыми группами материализовали padding, а формы с W=1 попадали лишь в единственный эффективный канал OW; после изменения маршрутизации устранены избыточные padding и выделение bias, а также исправлена диспетчеризация вырожденной ширины. Во-вторых, добавлено специализированное ядро Triton-MUSA Conv1D, выполняющее трёхмерное разбиение сетки по M, равному N умножить на Lout, при этом выходные каналы больше не вычисляются делением с остатком. В-третьих, веса предварительно упаковываются в порядке: ширина ядра, входные каналы, выходные каналы, в сочетании с SQMMA с компенсацией точности.
  • Сопутствующее: #7428 оптимизирует проверку и вывод one_hot на S5000; #6903 трактует пустой индекс как no-op для index_add; #157 добавляет L1 BLAS для MUSA; #1314 пропускает membar между двумя асинхронными копиями TME.
  • Вывод: это редкий в данном окне полный случай «вывода всех бенчмарков за черту» — маршрутизация, специализированное ядро, раскладка весов и компенсация точности на уровне инструкций изменены одновременно, с приведением сравнения до и после. Для других бэкендов это воспроизводимый шаблон.

3.5 MetaX, Iluvatar CoreX, Tsingmicro, Enflame и Horizon Robotics: с одной стороны — дополнение операторов, с другой — дополнение контрактов (11-02)

Дата: 2026-11-02　Источники: FlagGems PR #7590 · FlagGems PR #7015 · Torch-FL PR #704 · Torch-FL PR #702 · FlagGems-vllm PR #1038 · коммит FlagDNN

  • MetaX: #7590 оптимизирует пути по умолчанию и out для triangular_solve; #7015 добавляет прямой проход и out для cudnn_batch_norm, а также исправляет парный обратный проход; Torch-FL #702 исправляет причину пропуска кейса MetaX SDPA — ранее он приписывался fp32, но фактическая причина иная, это исправление достоверности тестов.
  • Iluvatar CoreX: #1038 добавляет оптимизацию бэкенда Iluvatar для chunk_kda; FlagDNN исправляет регистрацию имени GPU iluvatar (один коммит); FlagGems #7664 включает бенчмарк apply_repetition_penalties для Iluvatar.
  • Tsingmicro: Torch-FL #704 включает tsingmicro в проверку согласованности conf и набора регистрации, ранее эта платформа была исключена из шести платформ, и несоответствие конфигурации и набора регистрации не могло быть поймано CI. Это чисто тестовое изменение, но оно закрывает пробел в контракте на стороне Tsingmicro.
  • Enflame: в окне мониторинга только один PR на рассмотрении — исправление в KernelGen на стороне Enflame для CUDA-специфичных защитных проверок устройства в четырёх операторах (#8104), пока без слияния.
  • Horizon Robotics: в данном окне нет новых коммитов или PR на рассмотрении; пути BPU-свёртки и пулинга из предыдущего окна в этом окне не продвигались.
  • Вывод: действия пяти компаний делятся на две категории — MetaX и Iluvatar CoreX дополняют операторы и бенчмарки, Tsingmicro дополняет тестовый контракт, Enflame и Horizon Robotics находятся в периоде затишья. Для членов организации само по себе постоянное присутствие в ежедневном списке слияний является прямым показателем интенсивности вклада.

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

Дата: 2026-11-02 ~ 2026-11-03　Источники: репозитории организации flagos-ai · build-infra PR #1589 · FlagQuantum PR #1004 · FlagGems PR #8240

  • Линия AMD за одно окно закрывает три уровня: на стороне сборки добавлена линия упаковки amd для FlagTree и подтверждена эквивалентность через A/B-сверку (maxdiff 1.526e-05, 9/9); на стороне выполнения замыкание torch для rocm7.2.4 выровнено по закреплённой комбинации vLLM 0.32; на стороне операторов для gfx1100 добавлено десять операторов LoRA и внимания. В совокупности AMD превращается из «есть бэкенд» в «есть прослеживаемая сборка, воспроизводимое выполнение, настраиваемые операторы».
  • Квантовый стек переходит в стадию «поставка по приёмочным единицам»: 21 слияние за день распределено по трём линиям UP (семантика), AO (арифметика), PF (производительность), каждая с независимой базовой линией, oracle и доказательством «сбой — красный». Такое разбиение позволяет измерить стоимость каждого изменения квантового компилятора по существующим учётным записям и лучше поддерживает долгосрочную эволюцию, чем погоня за точечным ускорением.
  • XuanTie оформил специализированные операторы в партию: 13 специализированных операторов слиты за 43 минуты, в среднем 3,3 минуты на один, сосредоточены на длиннохвостых позициях — специальные функции, трёхмерная свёртка, квантованный LSTM и обратное п��лирование. Это показывает, что производственная линия XuanTie в KernelGen уже обладает возможностью пакетной поставки, а ревью может параллельно обрабатывать по бэкендам.
  • Пропускная способность ревью — сегодня настоящее узкое место: в этом окне слито 162 коммита, открыто 192 новых, всего на рассмотрении 311, из них в репозитории FlagGems 210 (новых 148). Объём слияний снизился на 11,5% по сравнению с предыдущим 24-часовым окном, а объём новых вырос на 128,6% — структура «производственная линия работает на полную, ревью не справляется» не изменилась.
  • 2.3.0 по-прежнему застрял на «сначала образы»: базовый уровень и четыре уровня Cambricon, MetaX, Hygon, AMD уже заполнили даты changelog под именем 2.3.0, образы выполнения также отправлены по бэкендам, но манифест release/2.3 в community по-прежнему возвращает 404, в GitHub Release ноль новых. По сравнению с предыдущим выпуском существенного продвижения нет; если на этой рабочей неделе манифест всё ещё не будет заморожен, окно релиза будет сжато планированием следующей версии.
  • Новостная сторона — второе подряд спокойное окно: 24 группы запросов на китайском и английском дали ноль попаданий на уровне компонентов, последняя статья в колонке CSDN по-прежнему от 10-29, на HN ноль прямых попаданий. Два фона экосистемы (павильон открытого исходного кода в Учжэне, три совместных анонса консорциума Jiuyuan) явно помечены как сопутствующие события и не включены в прогресс проекта.

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

Источник Результат проверки
GitHub org flagos-ai (61 репозиторий) 16 репозиториев с пушами в окне, 272 коммита, 162 слияния, 311 на рассмотрении (новых 192)
Атомарная проверка GitHub Release / Tag (31 репозиторий / 8 репозиториев) Ноль новых в окне; FlagCX v0.14.1 (11-01 00:10) и FlagTree 0.7.1a1+tsingmicro3.6 (10-29) вне окна
Манифест релиза community Файл манифеста в release/2.3 возвращает 404, release/2.2 на месте
Сайт release-info Три автоматических развёртывания gh-pages в окне, все соответствуют коммитам build-infra, без самостоятельных релизных действий
Google News (24 группы запросов на китайском и английском) 17 кандидатов — все материалы социальной, финансовой и событийной тематики, ноль попаданий на уровне компонентов
Колонка FlagOS на CSDN 52 ссылки на статьи, последняя по-прежнему от 10-29, новых статей в окне нет
HN Algolia (8 групп) Ноль прямых попаданий
Сообщество Zhiyuan hub.baai.ac.cn Страница поиска рендерится на клиенте, получена только страница-каркас, записей нет
Сайты членских организаций (9) Нет попаданий с датами 11-02 — 11-03; сбой захвата Horizon Robotics, главные страницы Hygon и Zhiyuan — короткие страницы со скриптовым рендерингом

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

[21] FlagQuantum PR #1018 (PF-00 задержка и базовый уровень RSS) — https://github.com/flagos-ai/FlagQuantum/pull/1018