Ежедневный отчёт FlagOS (2026-08-30)

Окно мониторинга: 2026-08-29 10:18 ~ 2026-08-30 10:18 пекинское время Источники: GitHub (org: flagos-ai 52 репозитория + поиск по коммитам 42 записи + API PR/Issue), Google News RSS (несколько групп запросов на китайском и английском, прокси-цепочка работает штатно), HN Algolia, Tavily/web перекрёстная проверка (подробности в приложении)

Индекс

1. Прогресс открытых проектов (динамика GitHub)
  - 1.1 Главное: волна исправлений torch.compile для пяти ускорителей в Torch-FL, предложено отделение DCU от форка DTK (08-29/08-30)
  - 1.2 build-infra: отмечен релиз прикладного образа Kunlunxin P800 vLLM 0.20.2 (08-29)
  - 1.3 build-infra: внедрена система сборки wheel-пакетов sglang 0.5.18 по вендорам (08-29)
  - 1.4 build-infra: исправление стека образов Iluvatar CoreX corex4.5.0 + унифицированный рефакторинг каталогов упаковки (08-29/08-30)
  - 1.5 FlagTree: обновление Mthreads SDK от Moore Threads (08-29)
  - 1.6 docs: PR синхронизации списка моделей в очереди (08-29/08-30)
  - 1.7 FlagGems / vllm-plugin-FL / verl-FL: новых слияний в окне нет (08-30)
1. Новостные публикации и экосистема
  - 2.1 Пояснение о спокойном дне: третий день подряд нулевые совпадения по компонентным запросам
  - 2.2 Наблюдения со стороны экосистемы и исключённые пункты
1. Углублённый анализ участников
  - 3.1 Moore Threads: восстановление MUSA torch.compile + конвейер CI + FlagTree SDK (08-29)
  - 3.2 MetaX: исправление семантики событий stream + программная эмуляция FP8/FP4 (08-29)
  - 3.3 Hygon: профилирование DCU torch.compile + предложение запуска официального ядра PyTorch (08-29/08-30)
  - 3.4 Ascend: исправление установки маркера lib/flagos_platform (08-29)
  - 3.5 Enflame: восстановление GCU torch.compile (08-29)
  - 3.6 Kunlunxin: официальный релиз прикладного образа P800 vLLM 0.20.2 (08-29)
  - 3.7 Iluvatar CoreX: тройное исправление стека образов corex4.5.0 (08-29/08-30)
1. Итоги
Приложение: полный список источников

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

Обзор окна: из 52 репозиториев организации в окне были пуши в 5 (build-infra, FlagTree, Torch-FL, docs, release-info; при этом пуш docs — в ветку PR, release-info — в ветку gh-pages, в main новых коммитов нет); поиск по коммитам дал 42 коммита в окне. Основные линии этого окна: 1. Волна исправлений torch.compile для множества ускорителей в Torch-FL — за один день слито 6 PR, охватывающих пять ускорителей: Moore Threads MUSA, Enflame GCU, MetaX, Hygon DCU, Ascend; дополнительно предложено архитектурное предложение «запускать официальное ядро PyTorch на DCU, отделившись от форка DTK»; 2. Официально отмечен релиз прикладного образа vLLM 0.20.2 для Kunlunxin P800 (сборка 8/21, регистрация 8/29), в матрице чипов FlagOS появился новый релиз; 3. Внедрена система сборки wheel-пакетов sglang 0.5.18 по вендорам, sglang включён в одношаговый конвейер установки, выровненный с vLLM; 4. Тройное исправление стека образов Iluvatar CoreX corex4.5.0, продолжается автоматическое обновление описаний образов 2.1.2. На новостной стороне третий день подряд нулевые совпадения по компонентам.

1.1 Главное: волна исправлений torch.compile для пяти ускорителей в Torch-FL, предложено отделение DCU от форка DTK (08-29/08-30)

Источник: Torch-FL #226, #225, #220, #219, #213, #224, #227

8/29 17:36–17:38 UTC (поздняя ночь 8/29 по пекинскому времени) тройное слияние: #220 добавляет профиль целевой платформы HIP для torch.compile на DCU (Hygon); #219 включает программную эмуляцию FP8/FP4 на MetaX (MetaX, путь boxing); #213 добавляет конвейер MUSA CI, конфигурация зеркалирует выделенную линию MetaX (Moore Threads).
8/29 20:14 UTC слияние #224: исправлена установка маркера lib/flagos_platform при сборке Ascend (Ascend).
8/29 21:46 UTC слияние #226, #225: #226 восстанавливает torch.compile на нативных ускорителях MUSA и GCU (Moore Threads/Enflame); #225 восстанавливает семантику событий stream на MetaX (передаёт stream shim реальные события и семантику упорядочивания, MetaX).
В ночь на 8/30 новое предложение #227 (open): заставить DCU работать на официальном ядре upstream PyTorch, а не на форке DTK — расследование показало, что вендорское ядро можно удалить, препятствуют лишь 32 приватных символа ATen; старый путь сохранён за переменной окружения, двойной путь уже проверен на хосте gfx936. PR написан при помощи Claude Code CLI, ревью вручную выполнил lvyufeng.

Разбор: Torch-FL — это слой адаптации PyTorch-ускорителей в FlagOS (маршрут PrivateUse1 + погружение torch.compile), в данном окне за один день охвачены пять отечественных ускорителей MUSA/GCU/MetaX/DCU/Ascend, что говорит о том, что адаптация «единый стек PyTorch + пути компиляции для каждого чипа» вошла в фазу массового завершения; если #227 будет реализован, среда выполнения Hygon из «полного пакета симлинков на DTK torch» похудеет до «официальное ядро + библиотека устройств DTK», что является знаковым шагом для отечественных дистрибутивов PyTorch по избавлению от зависимости от вендорских форков.

1.2 build-infra: релиз маркера прикладного образа vLLM 0.20.2 для Kunlunxin P800 (08-29)

Источники: build-infra #613, configs.yaml

8/29 22:14 UTC слияние #613: прикладной образ vLLM 0.20.2 для kunlunxin-xre5.37.1 отмечен как выпущенный — образ основан на vllm-plugin-FL release/0.2 head (g8236c0a), собран и отправлен 8/21, image_tag 2.1.2-0.2.1_g8236c0a.d20260821, vllm-plugin-fl зафиксирован на 0.2.1+g8236c0a.d20260821; матрица статусов и двуязычные launch-документы одновременно удаляют плейсхолдер «не выпущено».
Запись Kunlunxin в configs.yaml: аппаратное обеспечение Kunlunxin P800, рецепт дистрибуции vLLM 0.20.2 (VLLM_FL_PLATFORM=kunlunxin, белый список flagos silu_and_mul/rms_norm/rotary_embedding) проверен на двух путях компиляции (FlagTree 7/7 + Triton 3/3).

Разбор: образ vLLM 0.20.2 для Kunlunxin P800 перешёл из статуса «в проверке» в «выпущен», став очередной отечественной чиповой платформой после Ascend, Hygon, Iluvatar CoreX и других, завершившей выпуск прикладного образа vLLM в стеке FlagOS; его инструментальная цепочка xre5.37.1 и записи о двойной проверке путей показывают, что глубина адаптации Baidu Kunlunxin в экосистеме FlagOS достигла стандарта официального релиза.

1.3 build-infra: внедрение системы упаковки wheel по вендорам для sglang 0.5.18 (08-29)

Источники: build-infra #607, #608, #609

8/29 15:24~17:43 UTC три PR объединены: sglang 0.5.18 реализован по системе упаковки wheel для каждого производителя — унифицированная среда выполнения + одношаговая установка (per-vendor wheel); каждый бэкенд в своём -build образе собирает wheel из общего tarball исходников, METADATA естественно torch-free / sglang-kernel-free (база варианта srt_empty для не-CUDA), pip install sglang==0.5.18+flagos выполняется за один шаг и не затрагивает матрицу torch/triton/flag_gems среды выполнения; сборка Ascend aarch64 выполняется непосредственно в образе aarch64 -build, что естественно даёт wheel aarch64.
#609 выделяет repack.py в общий packaging/script/, sglang повторно использует упаковочный скрипт vLLM; #612 (8/29 21:22) дополнительно унифицирует каркас каталога packaging/ для четырёх приложений (vllm/megatron_training/megatron_rl/sglang).

Толкование: sglang включён в модель упаковки “общий sdist + сборка в контейнере + одношаговая установка”, согласованную с vLLM; конвейер поставки прикладного слоя инференса FlagOS (vLLM 0.20.2/0.24.0 + sglang 0.5.18) официально унифицирован; суффикс +flagos и маршрут с нулевым sgl-kernel — продолжение философии выпуска “не нарушать вышестоящую экосистему pip, только накладывать сверху”.

1.4 build-infra: исправление стека образов corex4.5.0 Iluvatar CoreX + унифицированный рефакторинг каталога упаковки (08-29/08-30)

Источники: build-infra #615, #616, #617, #621, #622

8/29 22:57 UTC #615 объединён: iluvatar-corex4.5.0 зарегистрирован в матрице состояний vLLM и deps_app (Iluvatar CoreX).
8/30 07:33~09:04 UTC тройное исправление: #617 устанавливает libopenmpi3t64 в базовый образ corex4.5.0 (отсутствует библиотека OpenMPI); #616 встраивает пользовательское пространство драйвера CoreX в базовый образ, убирает монтирование corex с хост-машины (самодостаточность контейнера); #621 исправляет разбор gen_data в комментарии продолжения строки apt-get.
#618/#619/#620/#622 (бот GitHub Actions): четырёхкратное автоматическое обновление описания базового образа 2.1.2, #622 объединён 8/30 10:15 (08-30 10:15 CST).

Толкование: бэкенд corex4.5.0 Iluvatar CoreX (добавлен 8/28) вступил в интенсивную завершающую фазу — от “регистрации в матрице” до “встраивания пользовательского пространства драйвера в образ, дополнения зависимостей”; самодостаточность контейнера и автоматизация выпуска стека образов 2.1.2 продолжают продвигаться; анонсированная вчера “проверка описаний трёх бэкендов base” сегодня массово реализована через автоматическое обновление ботом.

1.5 FlagTree: обновление Mthreads SDK Moore Threads (08-29)

Источники: FlagTree #1067

8/29 23:35 UTC (пекинское время 8/30 07:35) FlagTree #1067 объединён: [Mthreads] Update mthreads sdk — обновление версии Mthreads SDK Moore Threads (коммит zhzhcookie, PR без описания).

Толкование: бэкенд Moore Threads в FlagTree синхронно следует за итерациями Mthreads SDK, формируя сигнал “многорепозиторного взаимодействия Moore Threads” вместе с восстановлением MUSA torch.compile в Torch-FL и конвейером MUSA CI в тот же день (см. 3.1).

1.6 docs: PR синхронизации списка моделей в очереди (08-29/08-30)

Источники: docs #482, #483

29–30.08. Автосинхронизация PR продолжает стоять в очереди: #482 (обновлено 30.08 в 04:06) обновление списка моделей aihuanxin (Aihuanxin/Model Source), #483 (29.08 в 18:23) обновление документации ModelScope; вчерашние #480/#481 всё ещё в очереди. Все — коммиты ботов, не влиты.

Трактовка: автоматизация синхронизации списка моделей в docs продолжает работать (ModelScope ежедневно + новый источник aihuanxin), что совпадает со вчерашним наблюдением и является обычной постановкой в очередь.

1.7 FlagGems / vllm-plugin-FL / verl-FL: в окне нет новых вливаний (30.08)

FlagGems: ноль вливаний в окне (спад после волны из 18 PR 28.08); vllm-plugin-FL: ноль вливаний.
verl-FL: #20 (исправление гейтинга Hygon vLLM 0.20, восходящий PR) после обновления 29.08 в 09:30 всё ещё open, ожидает вливания; #18 (Moore Threads MUSA GRPO E2E) всё ещё open, обновлений в окне нет.

2. Новостные сообщения и экосистема

2.1 Пояснение о спокойном дне: третий день подряд нулевые попадания по компонентным запросам

Запросы gnews по китайской группе (окно 14d): FlagGems, FlagScale, FlagPerf, FlagAttention, FlagCX, KernelGen — все с нулевыми попаданиями; FlagOS — только попадание от 27.08 о совместном завершении адаптации Qwen3.8-Flash-Next силами Moore Threads и FlagOS (репост East Money, уже включено во вчерашний отчёт, не новое); FlagTree — только попадание от 20.08 об обзоре мероприятия AI Compiler сообщества Zhiyuan (вне окна).
Запросы gnews по английской группе: "FlagOS" when:7d (en-US) и BAAI open source when:7d — нулевые попадания.
Zhiyuan when:7d дал 101 попадание, но почти все — агрегация контента сообщества Zhiyuan (серая фаза Fable 5, мнение Anthropic о занятости, слухи о покупке HuggingFace и т. д.), прямой связи с компонентами FlagOS нет; Zhiyuan Research Institute open source when:7d дал в основном игровой/SEO-шум и нерелевантные репортажи, которые были отброшены целым пакетом по семантике заголовков.
HN Algolia (FlagOS OR FlagGems / FlagScale OR FlagTree, сортировка по дате): нулевые релевантные попадания (только несколько нерелевантных записей со словом “flag” в заголовке).

Вывод: на новостной стороне третий день подряд нулевые попадания на уровне компонентов, что является обычным спокойным периодом для FlagOS; все ценные сведения за день сосредоточены в динамике репозиториев GitHub (см. главу 1).

2.2 Наблюдения по экосистеме и исключения

Наблюдения: репортаж от 28.08 о «летнем рабочем семинаре» Zhiyuan Research Institute (сообщество Zhiyuan, попадание gnews) не имеет прямой связи с компонентами FlagOS и приводится лишь как общий фон динамики Zhiyuan; материал Sina от 28.08 «Почувствовать инновационную энергию “столицы open source” на соревнованиях роботов» упоминает атмосферу экосистемы open source, но прямой связи с FlagOS нет.
Исключено: серия слухов о продаже/покупке HuggingFace (репост сообщества Zhiyuan), «Старый Хуан потратил 6 млрд долларов на создание open source модели», серая фаза Fable 5 и прочее — всё не касается компонентов FlagOS и отброшено по критерию «лишь в общем виде упоминает BAAI/open source».

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

3.1 Moore Threads: восстановление MUSA torch.compile + конвейер CI + FlagTree SDK (29.08)

Источники: Torch-FL #226, #213, FlagTree #1067

Torch-FL #226 восстанавливает torch.compile на нативном MUSA (Moore Threads); #213 добавляет специализированный конвейер MUSA CI (конфигурация зеркалирует линейку MetaX).
FlagTree #1067 обновляет Mthreads SDK.
verl-FL #18 (MUSA GRPO E2E: Megatron + SGLang 0.5.11 + FSDP) всё ещё open.

Трактовка: Moore Threads в этом окне охватывает три репозитория — Torch-FL, FlagTree и verl-FL (восстановление torch.compile, внедрение CI, сопровождение SDK, ревью PR стека обучения), а вместе с главной новостью 26–27.08 об адаптации Qwen3.8-Flash-Next Day-0 является самой активной организацией-участником в этом окне; восстановление пути MUSA для torch.compile означает, что Moore Threads продвигает адаптацию по обоим направлениям — «унифицированный компилятор + нативный PyTorch».

3.2 MetaX: исправление семантики событий MetaX stream + программная эмуляция FP8/FP4 (29.08)

Источники: Torch-FL #225, #219

#225 добавление реальных семантик event и упорядочивания для MetaX stream shim (ранее была заглушка); #219 включение программной эмуляции FP8/FP4 на пути MetaX boxing (маршрут численной совместимости при отсутствии аппаратной поддержки).

Разбор: дополнение низкоуровневых семантик PyTorch для бэкенда MetaX (порядок stream event) + программная эмуляция низкой точности показывают, что адаптация на стороне Moore Threads углубляется от «доступности операторов» к «корректности семантики и совместимости точности»; программная эмуляция FP8/FP4 обеспечивает универсальный запасной путь для чипов Moore Threads/MetaX и других, ещё не имеющих нативной поддержки обучения с низкой точностью.

3.3 Hygon: DCU torch.compile profile + официальное предложение по ядру PyTorch (08-29/08-30)

Источники: Torch-FL #220, #227

#220 добавляет для DCU profile целевой платформы HIP для torch.compile (фиксация конфигурации компиляции torch.compile на пути DTK/HIP).
#227 (open) предложение: среда выполнения DCU по умолчанию загружает только библиотеку устройств DTK + официальное upstream-ядро PyTorch, отказываясь от симлинков всего пакета на форк DTK (мешают лишь 32 приватных символа ATen, старый путь сохраняется за переменной окружения), двухпутевая проверка gfx936 пройдена.

Разбор: после verl-FL hygon25 E2E от 8/28 Hygon в этом окне продолжает две линии — внедрение HIP profile для torch.compile + предложение по архитектурной развязке; если #227 будет смёржен, Hygon станет первой отечественной платформой, работающей раздельно с «официальным ядром PyTorch + библиотекой устройств производителя», что имеет показательное значение для всей линии отечественных дистрибутивов PyTorch.

3.4 Ascend: исправление установки lib/flagos_platform marker (08-29)

Источники: Torch-FL #224

#224 исправляет проблему неустановленного lib/flagos_platform marker в сборке Ascend (фиксация файла идентификации платформы Ascend), обеспечивая доступность компонента распознавания платформы внутри образа Ascend.

Разбор: небольшое инженерное исправление на стороне Ascend, продолжающее ритм закрепления платформы после Ascend CANN 8.5.0 / verl-FL E2E; кроме того, #222/#223 (связанные с Ascend profiler) всё ещё на ревью.

3.5 Enflame: восстановление GCU torch.compile (08-29)

Источники: Torch-FL #226

#226 одновременно восстанавливает torch.compile на нативных ускорителях GCU (в той же партии исправлений, что и MUSA).

Разбор: у Enflame третий день подряд есть содержательные действия (8/27 FlagCX collective flow, 8/28 бэкенды FlagTree gcu300/gcu400, 8/29 восстановление GCU torch.compile), сохраняется высокая частота адаптации на обоих путях — унифицированного компилятора и нативного PyTorch.

3.6 Kunlunxin: официальный релиз прикладного образа P800 vLLM 0.20.2 (08-29)

Источники: build-infra #613

Прикладной образ vLLM 0.20.2 для Kunlunxin xre5.37.1 (сборка от 8/21) официально помечен как выпущенный, image_tag 2.1.2-0.2.1_g8236c0a.d20260821; рецепт дистрибуции P800 прошёл двухпутевую проверку FlagTree 7/7 + Triton 3/3.

Разбор: Kunlunxin (входит в экосистему Baidu) не состоит в исходном списке членов-учредителей, однако её бэкенд P800 уже прошёл в конфигурационной матрице FlagOS полную проверку vLLM 0.20.2 и выпустил прикладной образ, что является точкой расширенного наблюдения за границами экосистемы FlagOS; постоянное подключение чипов не-учредителей, подобных «Kunlunxin», говорит о росте привлекательности единого стека для производителей.

3.7 Iluvatar CoreX: тройное исправление стека образов corex4.5.0 (08-29/08-30)

Источники: build-infra #615, #616, #617

Бэкенд corex4.5.0 (добавлен 8/28) в этом окне завершил: регистрацию в матрице состояний, включение пользовательского режима драйвера в базовый образ (отказ от mount с хост-машины), дополнение libopenmpi3t64; автоматическое обновление описания базового образа 2.1.2 смёржено в несколько раундов.

Интерпретация: Tianjic переходит от «сопровождения версий инструментальной цепочки» к «завершению самодостаточности образов», что знаменует переход его бэкенда FlagOS от верификации к состоянию, готовому к выпуску.

4. Итоги

Основные линии окна: 1. Волна исправлений torch.compile для мультиускорителей Torch-FL — шесть объединённых PR за один день охватывают пять ускорителей: Moore Threads MUSA, Enflame GCU, MetaX (семантика stream + программная эмуляция FP8/FP4), Hygon DCU (профиль HIP), Ascend (platform marker), а также новое архитектурное предложение об отделении DCU от форка DTK и переходе на официальное ядро PyTorch (#227, двухпутевая верификация gfx936); адаптация «унифицированный стек PyTorch + пути компиляции для каждого чипа» вступает в фазу массового завершения. 2. Официальный релиз прикладного образа Kunlunxin P800 vLLM 0.20.2 — образ, собранный 8/21, зарегистрирован и выпущен 8/29, двухпутевая верификация компиляции пройдена, матрица релизов чипов FlagOS пополнена. 3. Внедрение системы упаковки sglang 0.5.18 по wheel-пакетам производителей — общий repack.py, унифицированный каркас packaging/, одношаговая модель установки, выровненная с vLLM, конвейер поставки прикладного слоя вывода унифицирован. 4. Тройное исправление стека образов Tianjic corex4.5.0 — пользовательский режим драйвера включён в образ, дополнен OpenMPI, регистрация матрицы, автоматическое обновление описания образа 2.1.2 ботом массово внедрено. 5. Со стороны новостей — третий день подряд нулевые совпадения на уровне компонентов, что относится к спокойному периоду.

Следующие точки наблюдения: рассмотрение и объединение Torch-FL #227 (решение с официальным ядром PyTorch для DCU); прогресс объединения трёх upstream-PR: verl-FL #20 / vllm-plugin-FL #420 / FlagGems #5841; прогресс рассмотрения verl-FL #18 (Moore Threads MUSA GRPO E2E); внедрение PR синхронизации списка моделей docs (aihuanxin); завершит ли FlagGems двухдневный период молчания и возобновит ли пакет KernelGen; последуют ли для Kunlunxin P800 vLLM 0.24.0 или тренировочный стек; сходимость верификации описаний образов всех бэкендов build-infra 2.1.2.

Пояснение ограничений: нулевые совпадения со стороны новостей основаны на многогрупповых запросах gnews на китайском и английском и поиске по HN; задержка индексации Google News может привести к тому, что отдельные сообщения в пределах окна не попали в список; FlagTree #1067 не имеет описания PR, конкретный номер версии Mthreads SDK неизвестен; отправки в окне release-info и docs являются отправками в ветки (в main нет новых коммитов) и не учитывались; наличие Kunlunxin в качестве организации-основателя не подтверждается публичными материалами и рассматривается как «наблюдение за расширением экосистемы».

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

Номер	Событие	Ссылка на источник
1	Torch-FL #226: восстановление нативного MUSA/GCU torch.compile	https://github.com/flagos-ai/Torch-FL/pull/226
2	Torch-FL #225: исправление семантики событий потока MetaX	https://github.com/flagos-ai/Torch-FL/pull/225
3	Torch-FL #220: DCU torch.compile HIP profile	https://github.com/flagos-ai/Torch-FL/pull/220
4	Torch-FL #219: программная эмуляция MetaX FP8/FP4	https://github.com/flagos-ai/Torch-FL/pull/219
5	Torch-FL #213: конвейер MUSA CI	https://github.com/flagos-ai/Torch-FL/pull/213
6	Torch-FL #224: Ascend lib/flagos_platform marker	https://github.com/flagos-ai/Torch-FL/pull/224
7	Torch-FL #227: официальное предложение DCU PyTorch core (open)	https://github.com/flagos-ai/Torch-FL/pull/227
8	build-infra #613: релиз образа Kunlunxin P800 vLLM 0.20.2	https://github.com/flagos-ai/build-infra/pull/613
9	build-infra #607: отчёт sglang 0.5.18 per-vendor wheel	https://github.com/flagos-ai/build-infra/pull/607
10	build-infra #608: инструментальная цепочка sglang 0.5.18 wheel	https://github.com/flagos-ai/build-infra/pull/608
11	build-infra #609: общий repack.py	https://github.com/flagos-ai/build-infra/pull/609
12	build-infra #612: унификация каталогов packaging для четырёх приложений	https://github.com/flagos-ai/build-infra/pull/612
13	build-infra #615: регистрация матрицы состояний iluvatar-corex4.5.0	https://github.com/flagos-ai/build-infra/pull/615
14	build-infra #616: включение драйвера corex4.5.0 user space в образ	https://github.com/flagos-ai/build-infra/pull/616
15	build-infra #617: corex4.5.0 libopenmpi3t64	https://github.com/flagos-ai/build-infra/pull/617
16	build-infra #621: исправление разбора продолжения строк apt-get в gen_data	https://github.com/flagos-ai/build-infra/pull/621
17	build-infra #622: автоматическое обновление описания base 2.1.2	https://github.com/flagos-ai/build-infra/pull/622
18	FlagTree #1067: обновление Mthreads SDK	https://github.com/flagos-ai/FlagTree/pull/1067
19	docs #482/#483: PR синхронизации списка моделей	https://github.com/flagos-ai/docs/pulls
20	verl-FL #20: исправление гейтинга vLLM 0.20 (всё ещё open)	https://github.com/flagos-ai/verl-FL/pull/20
21	verl-FL #18: MUSA GRPO E2E (всё ещё open)	https://github.com/flagos-ai/verl-FL/pull/18
22	обзор org repos (52 репозитория, 5 активных в окне)	https://api.github.com/orgs/flagos-ai/repos?per_page=100&sort=updated
23	commit search (42 коммита в окне)	ht

24	Запросы gnews на китайском и английском (нулевое совпадение на уровне компонентов)	https://news.google.com/rss/search?q=FlagOS+when%3A14d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans
25	HN Algolia (FlagOS OR FlagGems, нулевые релевантные совпадения)	https://hn.algolia.com/api/v1/search_by_date?query=FlagOS%20OR%20FlagGems
26	Zhiyuan when:7d (101 запись, все нерелевантные, исключены)	https://news.google.com/rss/search?q=%E6%99%BA%E6%BA%90+when%3A7d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans