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

Индекс

    1. Открытые проекты (динамика GitHub)
      • 1.1 Qwen4: пакет ядер разрежённого внимания с пятью бэкендами, синхронно с релизом Qwen3.8-Flash-Next (08-27)
      • 1.2 Torch-FL: интеграция опциональной библиотеки операторов TileOPs, включение zero-copy views в оптимизаторе Apex (08-28)
      • 1.3 FlagCX: замкнут цикл collective flow для Enflame (08-27)
      • 1.4 FlagScale: поддержка LLM Backbone Qwen3.6 и конвертации весов (08-27)
      • 1.5 vllm-plugin-FL: адаптация W8A8-инференса к vLLM 0.24, старт миграции CI ветки main (08-27/08-28)
      • 1.6 build-infra: подтверждение отсутствия зависимости от CUDA у metax sgl-kernel wheel, зависимость от CANN 8.5.0, уточнение плана подключения verl (08-27/08-28)
      • 1.7 Стек компиляторов: POC Common IR во flir, примитивы всех бэкендов TLE в FlagTree (08-27)
      • 1.8 Прочие репозитории (FlagGems, FlagSparse, docs) (08-27/08-28)
    1. Новости и экосистема
      • 2.1 Главное: Moore Threads совместно с Zhiyuan FlagOS выполнили Day-0 адаптацию Qwen3.8-Flash-Next (08-26/08-27)
      • 2.2 Компонентные ключевые слова: впервые за девять дней пробит ноль попаданий
      • 2.3 Наблюдения со стороны экосистемы и исключённые пункты
    1. Углублённый анализ участников
      • 3.1 Moore Threads: двухтрековая Day-0 адаптация и подтверждение отсутствия CUDA у sgl-kernel (08-26/08-27)
      • 3.2 Enflame: замкнут цикл коммуникационных потоков FlagCX (08-27)
      • 3.3 Hygon/Ascend/Iluvatar/MetaX: покрытие пяти бэкендов для ядер Qwen4 (08-27)
      • 3.4 Участие AI Agent в разработке FlagOS: исправление Apex, отправленное Claude Code (08-28)
    1. Итоги
  • Приложение: полный список источников

1. Открытые проекты (динамика GitHub)

Обзор окна: из 52 репозиториев организации 12 имели пуши в окне; поиск по коммитам дал 42 попадания коммитов в окне (build-infra 12, FlagGems-vllm 5, FlagSparse 4, Torch-FL 4, FlagGems 3, docs 2, vllm-plugin-FL 2, FlagTree 2, flir/FlagScale/FlagCX по 1). Главные линии этого окна: 1. Задел операторов под архитектуру Qwen4 — FlagGems-vllm за один день влил 5 ядер разрежённого внимания Qwen4 (QSA) с покрытием пяти чиповых бэкендов, синхронно с выпуском Alibaba Qwen3.8-Flash-Next на архитектуре Qwen4 (8/26); 2. Архитектурный прорыв на уровне фреймворка — Torch-FL интегрировал библиотеку операторов TileOPs (60 маршрутов кодогенерации, что опровергает прежний вывод о необходимости писать адаптеры вручную), оптимизатор Apex включён на устройствах flagos; 3. Глубина по участникам — замкнут цикл коммуникационных потоков FlagCX у Enflame, в build-infra с помощью инструментальной цепочки MACA от Moore Threads собран sgl-kernel, что доказывает отсутствие зависимости от CUDA; 4. На новостной стороне впервые за девять дней пробит ноль попаданий на компонентном уровне: Moore Threads совместно с FlagOS выполнили Day-0 адаптацию Qwen3.8-Flash-Next.

1.1 Qwen4: пакет ядер разрежённого внимания с пятью бэкендами, синхронно с релизом Qwen3.8-Flash-Next (08-27)

Источники: FlagGems-vllm #715, #716, #717, #718, #719

  • 8/27 13:52–23:06 liuhycs последовательно влил 5 PR ядер Qwen4: qwen4_compress_norm_mrope_store_groups (сжатие-нормализация и групповое хранение mrope), qwen4_qsa_mqa_paged_dot (постраничное скалярное произведение QSA MQA page), qwen4_ple_state_scatter (разброс состояния PLE), qwen4_hc_inject_combine (объединение инъекции HC), qwen4_store_qsa_kv_rows (построчное хранение QSA KV).
  • Для каждого ядра предоставлена реализация Triton с оптимизациями производителя для пяти бэкендов: Ascend 910, Hygon DCU, Iluvatar, MetaX, Mthreads (например, Ascend — 2D grid с одним warp, Hygon — 3D grid с четырьмя warp и т. д., с настройкой под характеристики памяти чипа).
  • Вместе с собственной реализацией ядер Triton Qwen4 и базовыми линиями производителей (#713/#681), влитыми 8/26, образуется двухтрековая схема «собственная разработка + оптимизации производителей».

Разбор: ключевая особенность архитектуры Qwen4 — разреженное внимание (QSA); Alibaba официально анонсировала, что Qwen3.8-Flash-Next основана на архитектуре Qwen4 (это прямо указано на странице ModelScope). FlagOS ещё до официальной доступности модели завершила адаптацию пяти бэкендов для полного набора ядер QSA (хранение KV, сжатие-нормализация, постраничное скалярное произведение) — это передовой запас Day-0 в духе «модель ещё не пришла, а операторы уже готовы»; вместе с главной новостью раздела 2.1 цепочка адаптации архитектуры Qwen4 в FlagOS (ядра → инференс → развёртывание) в основном готова.

1.2 Torch-FL: интеграция опциональной библиотеки операторов TileOPs, включение zero-copy представлений оптимизаторов Apex (08-28)

Источники: Torch-FL #44, #216, #212, #211

  • #44 (влит 8/28 09:23, lvyufeng): TileOPs интегрирована как опциональная библиотека операторов, специализированная для SM90, охватывающая 60 маршрутов, выровненных с aten, которые сгенерированы кодом из манифеста TileOPs (а не написаны вручную). Важное исправление вывода: ранее в исследовании считалось, что «адаптеры необходимо писать вручную для каждого оператора», однако на практике выяснилось, что параметры конструкции можно механически вывести из точек вызова aten (из 102 выровненных маршрутов 68 можно вывести автоматически).
  • #216 (влит 8/28 09:22, lvyufeng): путём преобразования тензоров flagos в zero-copy представления CUDA на входе MultiTensorApply в Apex включены оптимизаторы NVIDIA Apex FusedAdam/SGD/LAMB. Примечательно, что этот PR написан Claude Code CLI (Claude Opus 5) и прошёл ручную проверку (см. 3.4).
  • #212/#211 (8/27 13:10–14:47): восстановлен autograd для aten::narrow на PrivateUse1; пути копирования на всех бэкендах следуют математическим битам lazy conj/neg.

Разбор: подход Torch-FL смещается от «адаптации поэлементно по операторам» к «генерации кода по манифесту + переиспользованию вышестоящих библиотек операторов», что значительно снизит стоимость покрытия операторов для новых бэкендов; включение оптимизаторов Apex закрывает пробел в экосистеме оптимизаторов на стороне обучения устройств flagos.

1.3 FlagCX: замкнутый цикл collective flow для Enflame (08-27)

Источники: FlagCX #554 (влит 8/27 11:05, lvyufeng)

  • Завершён путь GCU Enflame FLAGCX_TORCH_BACKEND=flagos, введённый в #546: выделение промежуточных тензоров FlagOS и копирование flatten/unflatten для list-collective полностью маршрутизируются через FlagCX, при этом torch_gcu не импортируется/не линкуется, что сохраняет чистоту архитектуры PAL (переносимый слой абстракции).

Разбор: адаптация коммуникационного слоя Enflame в FlagOS переходит от «скелета» к «замкнутому циклу». Вместе со вчерашней матрицей сборки RPM для FlagCX openEuler 24.03 и адаптацией Hygon DCU покрытие multi-vendor collective в FlagCX (Ascend/Enflame/Hygon/NVIDIA) продолжает расширяться.

1.4 FlagScale: поддержка LLM Backbone и преобразования весов Qwen3.6 (08-27)

Источники: FlagScale #1273 (объединён 27.08 в 14:24, lxd-cumt)

  • Добавлена поддержка Qwen3.6 LLM Backbone (модуль vit отключён), а также усовершенствована логика преобразования checkpoint.

Комментарий: сторона обучения FlagScale продолжает следовать за итерациями серии Qwen (ранее уже были серии Qwen3.5/3.8); объединение Qwen3.6 backbone обеспечивает единую точку входа для мультичипового обучения.

1.5 vllm-plugin-FL: адаптация W8A8-инференса к vLLM 0.24, запуск миграции CI ветки main (27.08/28.08)

Источники: vllm-plugin-FL #336 (объединён 27.08 в 21:26), #415, #414, #412

  • #336 (rdzhu225): адаптация W8A8-инференса compressed-tensors к линейке плагинов vLLM 0.24 — пересборка непосредственно на v0.3.0-dev (заменяет реализацию из #335, ориентированную на 0.20.2): переиспользование нативных кандидатов INT8 scaled-mm из vLLM 0.24, маршрутизация per-token INT8 MoE на путь functional Triton experts в vLLM.
  • Новые тенденции в открытых PR: #415 (28.08) переносит код, связанный с CI, из release/0.2 в main — линия поддержки 0.2 начинает свёртываться, ресурсы концентрируются на main/v0.3.0; #414 — оптимизация производительности пакетных MTP xGrammar masks для vLLM 0.24; #412 — тюнинг запуска GDN packed decode на Moore Threads.

Комментарий: v0.3.0 всё ещё находится на стадии rc (rc0 выпущен 24.08), однако объединение адаптации квантизации W8A8, миграции CI и прочего указывает на приближение официального релиза v0.3.0; пути двойной точности низкой битности (W4A16/W8A8) развиваются параллельно в ветке main.

1.6 build-infra: подтверждено отсутствие зависимости metax sgl-kernel wheel от CUDA, зависимость от CANN 8.5.0, детализация плана подключения verl (27.08/28.08)

Источники: build-infra #598, #597, #596, #595, #594, #593, #591

  • #598 (объединён 28.08 в 07:57, tengqm): компиляция подмножества из 10 операторов sgl-kernel с помощью тулчейна mxcc (MACA) от Moore Threads и упаковка в sgl_kernel 0.4.1+flagos (cp312, linux_x86_64), практически подтверждено, что sgl-kernel не зависит от CUDA; sglang 0.5.10 на metax проходит E2E serve sampling как через путь двойной компиляции flagtree, так и через vendor triton.
  • #597 (27.08 в 21:38): дополнены зависимости рантайма CANN 8.5.0 для Ascend (decorator/attrs/psutil) — линия валидации Ascend следует за CANN 8.5.
  • #596 (27.08 в 21:32): сквозное закрепление numpy==1.26.4 (для всех бэкендов) — устранение дрейфа совместимости numpy 2.x.
  • Детализация плана verl (#591/#593/#594/#595): документ исследования sglang переведён в самодостаточный вид; в плане verl app image явно указано, что Path B идёт по линии форк-ветки vllm 0.20.2, зафиксирована возможность wheel TE-FL, FlagCX помечен как нежёсткая зависимость, verl устанавливается вместе с зависимостями и поставляется на базовом wheel megatron-core.

Разбор: тема этого цикла build-infra — «сделать верификацию и упаковку повторяемой инженерией»: эмпирическая компиляция metax в sgl-kernel означает, что слой инференс-ядер больше не привязан к CUDA, это прямое доказательство на стороне упаковки нарратива «единый стек, множество чипов»; подключение verl (фреймворк RL) продолжает продвигаться, карта фреймворков вот-вот будет заполнена.

1.7 Стек компиляторов: flir Common IR POC, примитивы TLE для всех бэкендов в FlagTree (27.08)

Источники: flir #68, community #95, FlagTree #1054, #1053

  • flir #68 (слит 27.08 в 16:38, zhongsanming): [KMCompiler][TLE] Common IR POC (Triton 3.5) — введён новый Common IR как дополнение к TTIR, который предоставляет слою операторов абстракцию более низкого уровня для раскрытия дополнительных возможностей оптимизации; требования к окружению — CANN 9.1.0+, Ascend 910B/910C. Связан с community #95 FEP(sig-compiler): Common IR как входной принимающий слой единого IR (DSA/GPGPU), усиливающий представление данных и абстракции управления pipeline в TLE.
  • FlagTree #1054 (27.08, 20:43): [TLE] для каждого бэкенда добавлен перечень поддерживаемых примитивов TLE; #1053 (27.08, 14:11) [XPU] исправлена проблема зацикливания цепочки Discrete offset.

Разбор: стек компиляторов FlagOS (FlagTree/flir/KMCompiler) вступает в фазу «проектирования уровня абстракции IR» — предложение Common IR является перспективным проектом, ориентированным на унифицированную компиляцию для DSA (специализированных ускорителей) и GPGPU, а перевод перечня примитивов TLE на все бэкенды повышает согласованность фронтенда компилятора.

1.8 Другие обновления репозиториев (27.08/28.08)

  • FlagGems: #5800 (слит 28.08 в 10:11, tspyc072) добавлен оператор conj_physical_ (Triton-ядро contiguous-view для комплексных тензоров, для вещественных тензоров без запуска); #5787 CI rule-check, первая и вторая фазы (gavin0x01); #5777 очистка мёртвых регистраций ATen и нестандартных имён регистраций. Волна открытых PR (создано 15+ за 27–28.08): пакет Nvidia-операторов от KernelGen (ldeexp/masked_select_backward/cudnn_rnn/_thnn_fused*cell серия/_fused_adagrad/histogramdd и др., всего 9), исправление прямого и обратного проходов FlashAttention для Hygon (#5822), исправление выхода за границы slice_scatter для Kunlunxin (#5816), оптимизация block-copy в channel_shuffle для Moore Threads (#5814), QC FP8 W8A8 FlashAttention-2 (#5817), KMCompiler linalg_solve_triangular для Ascend (#5821).
  • FlagSparse: #48 (слит 27.08 в 18:50, zyq1105331849) обновление формата BELL для spmm и формата SELL для spsv — ядра разрежённых матриц продолжают дополняться.
  • docs: #476/#477 (слиты 27.08 в 10:33, бот github-actions) README моделей ModelScope (добавлено 17 файлов) и синхронизация списка моделей — репозиторий моделей FlagRelease продолжает обновляться вместе с новыми адаптациями.

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

2.1 Главное: Moore Threads совместно с Zhiyuan завершила адаптацию Qwen3.8-Flash-Next в режиме Day-0 на FlagOS (26.08/27.08)

Источники: Sina Finance, републикация Beijing Business Today (27.08), East Money (добавлено 27.08, Beijing Business Today опубликовано 26.08 в 21:57), официальная страница Qwen3.8-Flash-Next на ModelScope

  • Alibaba Qwen недавно открыла исходный код мультимодальной MoE-модели Qwen3.8-Flash-Next (на основе архитектуры Qwen4, включая новый разреженный механизм внимания; официально анонсировано на 8/26 15:00 UTC).
  • Moore Threads 8/27 опубликовала сообщение: опираясь на возможности полной экосистемной совместимости, на базе Triton на MTT S5000 быстро выполнена Day-0 независимая адаптация данной модели; одновременно совместно с сообществом Zhongzhi FlagOS синхронно выполнены Day-0 адаптация, выравнивание точности и валидация развёртывания, первыми предоставлен вариант с точностью BF16, открыт исходный код на ModelScope и HuggingFace, разработчики могут напрямую получить готовое решение.
  • В учётной записи FlagRelease (официальной FlagOS) на ModelScope уже есть мультичиповые квантованные образы серии Qwen3.8 (например, Qwen3.8-2.4T-A95B-INT8-metax-FlagOS), данная версия BF16 продолжает использовать этот канал публикации.

Разбор: это второй подряд Day-0 серии Qwen3.8 со стороны FlagOS (8/13 — Day0 Qwen3.8-2.4T на девяти чипах, 8/17 — Qwen3.8-27B на одиннадцати чипах), на этот раз во главе с Moore Threads и в виде двойного трека «независимая адаптация + совместно с FlagOS». Ритм «адаптация на нескольких чипах в день выпуска модели» превратился из исключения в норму; новые особенности архитектуры Qwen4 (разреженное внимание) и ранее накопленные ядра Qwen4 в FlagGems-vllm (1.1) взаимно подтверждают друг друга — за скоростью адаптации стоят месяцы предварительной инженерной работы над ядрами.

2.2 Ключевые слова уровня компонентов: впервые за девять дней нарушен нулевой результат

В многочисленных запросах gnews на китайском и английском (FlagOS/FlagGems/FlagScale/FlagTree/FlagPerf/FlagAttention/FlagCX/KernelGen/FlagOS-Robo/FlagQuantum/FlagPrism when:7d/14d) ключевое слово FlagOS 8/27 дало 1 совпадение (главная новость из 2.1, перепечатана Beijing Business Today/Sina Finance/East Money), что нарушило рекорд предыдущих восьми дней подряд с нулевыми совпадениями на уровне компонентов; остальные имена компонентов (FlagGems/FlagScale/FlagTree и др.) по-прежнему дают ноль совпадений. HN Algolia (FlagOS/FlagGems) — только нерелевантные ложные совпадения; перекрёстная проверка через Tavily подтверждает, что эта новость — единственный материал уровня компонентов в окне мониторинга. Общая картина на новостной стороне «преимущественно динамика GitHub, редкое освещение в медиа» не изменилась, но цепочка распространения новостей типа Day-0 адаптации моделей (официальный канал производителя → финансовые медиа → финансовые платформы) уже стабильно сформировалась.

2.3 Наблюдения со стороны экосистемы и исключённые пункты

  • Сообщество Zhiyuan 8/26: «Прорыв китайского AI в „методологии создания чипов“! Армия Agent берёт под контроль весь процесс проектирования чипов» — материал о методологии применения AI Agent для проектирования чипов, не динамика компонентов FlagOS, к тому же вне окна мониторинга, в основной текст не включён (образует интересный перекликающийся сигнал с PR по разработке Claude Code в 3.4).
  • Сообщество Zhiyuan 8/28 08:30 (пекинское время): выпуск Zhipu GLM-5.3-Flash (раскрыта «загадочная модель Niu Lai») — динамика на стороне отечественных моделей, сообщений об адаптации в FlagOS пока нет, отнесено к наблюдению.
  • Сообщество Zhiyuan 8/22: официальный выпуск FlagEval-Robo (двухтрековая оценка «симуляция + реальный робот», создание реального критерия способностей для воплощённого интеллекта) — фоновый пункт вне окна мониторинга; инструментальная цепочка воплощённой оценки Zhiyuan перекликается с направлением FlagOS-Robo, направление сквозного конвейера данных для воплощённого интеллекта, отслеживаемое в отчётах этого месяца, продолжает давать экосистемные сигналы.
  • Прочие статьи сообщества Zhiyuan (слухи о покупке HuggingFace, Opus 5.1, собственный чип OpenAI и др.) — отраслевая макродинамика, исключены.

3. Углублённое изучение членов организации

3.1 Moore Threads: двойной трек Day-0 адаптации и эмпирическое подтверждение sgl-kernel без CUDA (08-26/08-27)

Источники: Sina Finance, build-infra #598, FlagGems-vllm #715/#719

  • В окне мониторинга Moore Threads продвигалась по трём направлениям: на новостной стороне — ведущая роль в Day-0 независимой адаптации Qwen3.8-Flash-Next на MTT S5000 + синхронная адаптация совместно с FlagOS (BF16 с открытым исходным кодом на ModelScope/HF); на стороне операторов — отправка в FlagGems-vllm оптимизированной реализации mthreads для серии ядер Qwen4 QSA; на стороне упаковки — компиляция подмножества из 10 операторов sgl-kernel с помощью инструментальной цепочки mxcc/MACA и завершение E2E по двум путям компиляции sglang 0.5.10, эмпирически подтверждающее, что инференс-ядра могут работать без CUDA.
  • В связке с вчерашним отчётом (полное сквозное тестирование двух версий MUSA для Megatron стало зелёным): участие Moore Threads в FlagOS охватывает четыре уровня — валидацию, операторы, упаковку ядер, адаптацию моделей.

3.2 Enflame: замкнутый контур коммуникационного потока FlagCX (08-27)

Источники: FlagCX #554

  • Путь collective FlagCX для Enflame GCU (FLAGCX_TORCH_BACKEND=flagos) замкнут: выделение промежуточных тензоров и копирование list-collective полностью проходят через маршрутизацию FlagCX и при этом не вносят зависимость от torch_gcu. Вслед за участием вчера в поддержке нескольких бэкендов Ascend/Cambricon в vllm-plugin-FL, Enflame делает ещё один шаг в адаптации коммуникационного слоя.

3.3 Hygon/Ascend/Iluvatar/MetaX: покрытие пяти бэкендов для ядер Qwen4 (27.08)

Источники: FlagGems-vllm #715-#719, Torch-FL #212, build-infra #597

  • Все 5 ядер Qwen4 в FlagGems-vllm покрывают пять бэкендов: Ascend 910, Hygon DCU, Iluvatar, MetaX, Moore Threads (версии с оптимизацией от вендоров); при этом для Hygon дополнительно есть открытый PR в FlagGems с исправлением FlashAttention (#5822). На стороне Ascend в build-infra доукомплектованы зависимостиruntime CANN 8.5.0, линия валидации отслеживает новый стек ПО. То, что несколько вендоров вливают изменения «в один день одним и тем же набором ядер», — это базовая инженерная гарантия возможностей Day-0.

3.4 AI Agent участвует в разработке FlagOS: исправление Apex, отправленное Claude Code (28.08)

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

  • В описании PR Torch-FL #216 (включение Apex FusedAdam/SGD/LAMB) указано, что он написан Claude Code CLI (Claude Opus 5, контекст 1M) и прошёл ручное ревью @lvyufeng; весь процесс — от «исследования сбоев Apex на устройствах flagos → локализации точки входа MultiTensorApply → схемы zero-copy представления CUDA → исправления» — выполнен AI Agent.
  • Трактовка: это первый в репозиториях FlagOS влитый PR, в котором явно указано, что он целиком написан AI Agent (ранее в репозиториях вроде AiMOS уже была практика коммитов от ботов, но это именно LLM-агент программирования). Это взаимно подтверждается материалом сообщества Zhiyuan от 26.08 «Agent-легион берёт на себя проектирование чипов» — разработка стека системного ПО с открытым исходным кодом становится ранним высокоценным сценарием для инструментов AI-программирования; для нарратива FlagOS о «едином стеке, снижающем трудозатраты на адаптацию под множество чипов» эта модель — дополнительный рычаг.

4. Итоги

Главная линия окна мониторинга: 1. Синхронный резонанс резерва под архитектуру Qwen4 и адаптации Day-0 — FlagGems-vllm за один день влил 5 ядер разреженного внимания Qwen4 (хранение/нормализация сжатия KV в QSA, скалярное произведение страниц и т. д.) с покрытием пяти бэкендов Ascend/Hygon/Iluvatar/MetaX/Moore Threads; в тот же день Moore Threads совместно с FlagOS объявила о завершении адаптации Day-0 для Qwen3.8-Flash-Next (на архитектуре Qwen4) и открытии исходников версии BF16 на ModelScope и HuggingFace, что прорывает восьмидневное отсутствие попаданий на уровне компонентных новостей. 2. Архитектурное обновление на уровне фреймворка — Torch-FL интегрировал библиотеку операторов генерации кода TileOPs (60 маршрутов aten) и включил оптимизаторы Apex; в FlagScale добавлен backbone Qwen3.6. 3. Подтверждение «отсутствия зависимости от CUDA» — build-infra собрал sgl-kernel с помощью инструментальной цепочки MACA от Moore Threads, и оба пути сборки прошли E2E, что даёт воспроизводимое доказательство снятия привязки к CUDA на уровне ядер инференса. 4. Углубление участников-организаций — замыкание коммуникационного потока FlagCX у Enflame, отслеживание CANN 8.5.0 у Ascend, линия поддержки vllm-plugin-FL 0.2 сходится миграцией в main. 5. В FlagOS появилась модель разработки с AI Agent — влит PR с исправлением Apex, полностью написанный Claude Code.

Следующие точки наблюдения: официальная версия vllm-plugin-FL v0.3.0 (rc0 уже вышла; адаптация W8A8 0.24 и миграция CI влиты в линию main); выход образа BF16 Qwen3.8-Flash-Next в аккаунте FlagRelease на ModelScope и расширение на множество чипов; проверка из коробки ядер QSA Qwen4 на стороне vllm; проверка обучения FlagScale Qwen3.6; продвижение SIG по Common IR во flir (community #95); завершение полной переприёмки всех бэкендов в FlagGems 5.3.5; приём заявок OASIS-AI до 31.08.

Ограничения: количество коммитов и время слияния получены из commit search и API repos/commits (поисковый индекс может немного запаздывать; в окне flagtree-cpu отправка представляет собой отправку ветки PR, в основную ветку новых слияний не было, проверено); сообщение о времени публикации Qwen3.8-Flash-Next — Beijing Business Today 26.08 в 21:57, включение в gnews 27.08 в 08:08, находится на границе начала окна (27.08 10:18), на момент сбора вчерашнего отчёта ещё не было включено, в этот раз включено как новость внутри окна; «написано Claude Code» — согласно самоописанию в описании PR; ссылка на зеркало BF16 аккаунта ModelScope FlagRelease напрямую не проверена (на странице поиска ModelScope видны только исторические зеркала, такие как INT8), ориентируемся на официальную формулировку сообщения.

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

Номер Событие Ссылка на источник
1 Moore Threads совместно с Zhiyuan завершила адаптацию Qwen3.8-Flash-Next в FlagOS (Beijing Business Today / Sina Finance) https://finance.sina.com.cn/jjxw/2026-08-27/doc-inipuqhs0655624.shtml
2 Одноимённая публикация (East Money) https://wap.eastmoney.com/a/202608273856909629.html
3 Официальная страница Qwen3.8-Flash-Next (ModelScope, описание архитектуры Qwen4) https://modelscope.cn/models/Qwen/Qwen3.8-Flash-Next
4 FlagGems-vllm Qwen4 compress_norm_mrope_store_groups (#719) https://github.com/flagos-ai/FlagGems-vllm/pull/719
5 FlagGems-vllm Qwen4 qsa_mqa_paged_dot (#718) https://github.com/flagos-ai/FlagGems-vllm/pull/718
6 FlagGems-vllm Qwen4 ple_state_scatter (#717) https://github.com/flagos-ai/FlagGems-vllm/pull/717
7 FlagGems-vllm Qwen4 hc_inject_combine (#716) https://github.com/flagos-ai/FlagGems-vllm/pull/716
8 FlagGems-vllm Qwen4 store_qsa_kv_rows (#715) https://github.com/flagos-ai/FlagGems-vllm/pull/715
9 Torch-FL интеграция TileOPs (#44) https://github.com/flagos-ai/Torch-FL/pull/44
10 Torch-FL оптимизатор Apex с представлением без копирования (#216, написано Claude Code) https://github.com/flagos-ai/Torch-FL/pull/216
11 Torch-FL восстановление autograd для aten::narrow (#212) https://github.com/flagos-ai/Torch-FL/pull/212
12 FlagCX Enflame collective flow от Enflame (#554) https://github.com/flagos-ai/FlagCX/pull/554
13 FlagScale Qwen36 backbone + преобразование CKPT (#1273) https://github.com/flagos-ai/FlagScale/pull/1273
14 vllm-plugin-FL W8A8 адаптация к vLLM 0.24 (#336) https://github.com/flagos-ai/vllm-plugin-FL/pull/336
15 vllm-plugin-FL миграция CI в main (#415) https://github.com/flagos-ai/vllm-plugin-FL/pull/415
16 build-infra metax sgl-kernel wheel (#598) https://github.com/flagos-ai/build-infra/pull/598
17 build-infra cann8.5.0 runtime deps (#597) https://github.com/flagos-ai/build-infra/pull/597
18 build-infra фиксация numpy 1.26.4 для всего стека (#596) https://github.com/flagos-ai/build-infra/pull/596
19 build-infra план verl Path B (#595) https://github.com/flagos-ai/build-infra/pull/595
20 flir KMCompiler Common IR POC (#68) https://github.com/flagos-ai/flir/pull/68
21 community FEP sig-compiler Common IR (#95) https://github.com/flagos-ai/community/pull/95
22 FlagTree TLE примитивы для всех бэкендов (#1054) https:/
/github.com/flagos-ai/FlagTree/pull/1054      
  23 FlagSparse spmm/sp sv обновление (#48) https://github.com/flagos-ai/FlagSparse/pull/48
  24 FlagGems оператор conj_physical_ (#5800) https://github.com/flagos-ai/FlagGems/pull/5800
  25 FlagGems CI rule-check первая/вторая фаза (#5787) https://github.com/flagos-ai/FlagGems/pull/5787
  26 docs синхронизация списка моделей ModelScope (#476/#477) https://github.com/flagos-ai/docs/pull/477
  27 обзор org repos (52 репозитория, 12 активны в окне) https://api.github.com/orgs/flagos-ai/repos?per_page=100&sort=updated
  28 commit search (42 уникальных коммита в окне) https://api.github.com/search/commits?q=org:flagos-ai+committer-date:%3E2026-08-27T02:18:00Z
  29 компонентные запросы gnews (FlagOS — 1 совпадение, остальные — ноль) https://news.google.com/rss/search?q=FlagOS+when%3A7d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans
  30 HN Algolia (нерелевантные ложные совпадения) https://hn.algolia.com/api/v1/search_by_date?query=FlagOS
  31 релиз FlagEval-Robo (сообщество Zhiyuan 8/22, фоновый пункт) https://hub.baai.ac.cn
  32 релиз GLM-5.3-Flash (сообщество Zhiyuan 8/28, пункт наблюдения) https://hub.baai.ac.cn