Окно мониторинга: последние 24 часа (2026-09-17 10:18 ~ 2026-09-18 10:18, пекинское время) Источники: GitHub (org: flagos-ai, полная проверка pushed_at по 54 репозиториям + единичный commit search по 147 записям с верификацией по committer-date с полным охватом + повторная проверка коммитов в ветках по умолчанию ключевых репозиториев + метаданные tags/releases + прямой захват raw каталога FEP и списка/графика релиза 2.2 в community + патчи и списки файлов ключевых PR в build-infra + полная верификация ref через git ls-remote для ветки rc2), Google News RSS (33 группы поисковых запросов на китайском и английском, через прокси), HN Algolia, Zhiyuan Community, JiWei, EE Times China и др. (подробности см. в приложении «Список источников»)

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

  • Главное за сегодня: community одним коммитом влил 20 FEP, список функций FlagOS 2.2 и границы релиза одновременно зафиксированы (09-17)
  • I. Прогресс открытых проектов (динамика GitHub)
    • 1.1 community: 20 FEP влиты одним разом, список функций 2.2 финализирован (09-17)
    • 1.2 Список RC2 и ветки интеграции: 24 записи модулей, десять репозиториев синхронно выделили ветку rc2 (09-17)
    • 1.3 build-infra дважды подряд поднял версии: FlagGems до rc2.post3, Moore Threads FlagTree до 0.7.0rc2 (09-18)
    • 1.4 build-infra: впервые пройден путь загрузки wheel для Ascend FlagTree (09-17)
    • 1.5 FlagGems: KernelGen за день добавил ещё более десяти операторов Nvidia, AMD W7900D вошёл в еженедельное тестирование (09-17/09-18)
    • 1.6 FlagTree: DEB-упаковка и публикация в Nexus включены в общий рабочий процесс build-infra (09-17/09-18)
    • 1.7 Torch-FL: поверхность переменных окружения сведена к единому префиксу FLAGOS (09-17/09-18)
    • 1.8 FlagQuantum: нижняя граница покрытия повышена дважды, реализован слой записей квантовой коррекции ошибок (09-17/09-18)
    • 1.9 FlagFFT: записи валидации портативного трёхмерного транспонирования MUSA и MACA, зависимости унифицированы и закреплены по версиям (09-17)
    • 1.10 FlagCX: lane mask ABI расширен до 64 бит, Fedora 43 вошёл в матрицу RPM (09-18)
    • 1.11 FlagAudio: первые три PR библиотеки аудиооператоров влиты (09-17)
    • 1.12 Прочая динамика: FlagDNN, FlagGems-vllm, FlagGems-sglang, flir, FlagScale (09-17/09-18)
  • II. Новости и экосистема
    • 2.1 Четырнадцатое подряд спокойное окно поиска на уровне компонентов: ноль совпадений за 24 часа (09-17~09-18)
    • 2.2 Открытый исходный код ZDTaichu5.0-9B от Zidong Taichu через Zhiyuan Community: нет интерфейса со стеком FlagOS, в этом выпуске не включён (09-16~09-17)
    • 2.3 Капитальная сторона организаций-участников: аномальное движение акций Metax и сокращение позиций институтами, статья об IPO Enflame (09-17)
  • III. Глубокое погружение в организации-участники
    • 3.1 Hygon: ядро бэкенда fused rrelu влито в репозиторий, развязанный DCU wheel починил Qwen-Image (09-17/09-18)
    • 3.2 Moore Threads: линия MUSA FlagTree перескочила на 0.7.0rc2, образ vLLM 0.20.2 впервые установил плагин (09-18)
    • 3.3 Kunlunxin: закрепление версии 0.6.1+xpu3.6 и откат быстрого пути tle.raw (09-17)
    • 3.4 Metax: валидация портативного трёхмерного транспонирования MACA и унификация зависимостей с закреплением версий (09-17)
    • 3.5 Iluvatar CoreX: реорганизация архитектуры платформы FlagDNN (09-17)
    • 3.6 Ascend: концептуальная проверка CommonIR помечена как реализованная, grouped_topk оптимизируется через tle.dsa.raw (09-17)
    • 3.7 DAMO Academy XuanTie: T-Head вошёл в план мультибэкенда FlagTree 2.2, линия PPU разворачивает CI (проверка 09-17)
    • 3.8 Tsingmicro: распределённые примитивы включены на бэкенде, слияние с распределённым направлением TLE в 2.2 (09-17)
    • 3.9 Zhiyuan (головной участник): внедрение управления FEP и поддержка списка RC2 (09-17)
  • IV. Итоги и наблюдения за трендами
  • Приложение: таблица верификации источников
  • Приложение: полный список источников

Главное за сегодня: community одним коммитом влил 20 FEP, список функций FlagOS 2.2 и границы релиза одновременно зафиксированы

Дата: 2026-09-17　Источники: каталог FEP сообщества, FEP-0099 библиотека операторов, график релиза FlagOS 2.2

С 23:55 до 23:56 17 сентября в течение одной минуты в репозитории community подряд появились 20 коммитов, все с префиксом FEP(sig-...), с номерами от 0085 до 0100, охватывающих семь направлений: операторы, компилятор, фреймворк, обучение, сеть, периферийные устройства, научный интеллект. Этот пакет документов превратил «что должно быть поставлено в 2.2» из консенсуса совещаний в файлы, которые можно построчно проверить внутри репозитория.

Содержательно наиболее ценным для фиксации является то, что каждый FEP содержит раздел «Release Boundary and Evidence», то есть базовую версию данного направления в 2.1, версию в кандидате 2.2 (список RC2), а также окно разработки, и в конце указывает, какие части имеют соответствующую реализацию в коде, а какие остаются лишь дорожной картой. На примере библиотеки операторов FEP-0099 формулирует цели по вычислительным мощностям 2.2 в четырёх пунктах: довести общее число операторов до 635 (из которых 301 произведены рабочим процессом KernelGen), вывести операторы класса внимания на уровень передовых решений NVIDIA и запустить их более чем на 5 отечественных чипах, ключевые операторы на основе расширения языка Triton (TLE), а также общие методы оптимизации, такие как низкая разрядность и объединённые крупные ядра; в качестве базовой линии 2.1 перечислены шесть пунктов, включая FlagGems v5.3.0, в качестве кандидата 2.2 — FlagGems v5.4.0-rc2.post1 и другие, а окно разработки явно определено с 01-06 по 31-08.

Различия в статусе внутри того же пакета документов также прописаны чётко: FEP-0095 на стороне компилятора, вводящий общее промежуточное представление (Common IR), помечен как реализованный, однако в тексте его область ограничена «доказательством концепции для Ascend 910B/910C на линии Triton 3.5», со ссылкой на FlagTree #974 (открыт 08-13, смёржен 08-27), и заявлено, что он не эквивалентен единому производственному пути across аппаратных семейств; тогда как FEP-0100 о возможностях KernelGen намеренно остановлен на стадии черновика, и в тексте прямо написано «соответствующая реализация или PR реализации не найдена в публичных тегах release», дорожная карта не выдаётся за поставку. Именно такой подход — «в одном пакете документов есть как реализованное, так и явно нереализованное» — является наиболее практичным в этом наборе FEP.

В временной шкале этот пакет документов попадает в середину периода тестирования и стабилизации: график релиза устанавливает заморозку функций на 08-31, период тестирования с 09-01 по 09-24, GA на 2026-09-28, а правило заморозки гласит: «обе двери — FEP и код функции — закрываются одновременно, пропустивший переносится на следующую версию». Поэтому функцией этого пакета документов является дополнительная регистрация уже замороженной области, а не добавление нового в 2.2 — до GA остаётся 10 дней.

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

Обзор окна мониторинга: из 54 репозиториев в org 28 имели push в окне мониторинга (в предыдущем периоде — 19, заметный рост объёма); единичный commit search выдал 147 коммитов в окне мониторинга (обе страницы взяты полностью, сортировка по committer-date descending), распределённых по 14 репозиториям: FlagGems 40, FlagFFT 21, community 19, FlagQuantum 17, Torch-FL 15, build-infra 7, FlagTree 7, FlagGems-sglang 7, FlagDNN 3, FlagCX 3, FlagAudio 3, FlagGems-vllm 3, FlagScale 1, flir 1. Ещё 14 репозиториев имели push в окне мониторинга, но без новых коммитов на ветке по умолчанию (FlagBLAS, FlagTensor, KernelGen, KernelGenBench, Megatron-LM-FL, TransformerEngine-FL, FlagRelease, sglang-plugin-FL, FlagOS-Compressor, FlagAttention, FlagSparse и другие), сосредоточенных в одном и том же минутном интервале с 09-17 23:29 до 23:33, что при проверке через git ls-remote оказалось push-созданием интеграционной ветки rc2 — подробности см. в 1.2.

Форма данного окна мониторинга = две линии: «регистрация релиза» + «пакетирование и артефакты релиза»: на стороне управления за один раз добавлен полный набор документов FEP и зафиксированы границы релиза 2.2; на стороне инженерии внимание явно сместилось с разработки функций на сам артефакт релиза — упаковка DEB, канал загрузки wheel, синхронизация артефактов Nexus, контроль покрытия, унификация переменных окружения — всё это работы уровня «можно ли установить, можно ли выпустить, правильно ли после установки».

1.1 community: 20 FEP смёржены за один раз, список функций 2.2 утверждён (09-17)

Дата: 2026-09-17　Источники: каталог community FEP, описание FEP и отслеживание версий

Подробности см. в разделе «Главное за сегодня». Два факта со стороны каталога в дополнение: во-первых, FEP хранятся в каталогах, разбитых по SIG; новый пакет документов попал в sig-operator (0099), sig-compiler (0095–0098), sig-framework (0086–0091), sig-training (0092), sig-kernelgen (0093, 0100), sig-network (0085), sig-edge (0082–0084), sig-ai4s (0081), разом заполнив все активные SIG. Во-вторых, FEP по направлению edge не ограничиваются документами, а включают каталоги исполняемых скриптов (два набора в fep/sig-edge/scripts/ — для Triton 3.7 и для инференса на arm64), что согласуется с наблюдаемым в этом отчёте курсом на edge-направление.

1.2 Список RC2 и интеграционные ветки: 24 записи модулей, десять репозиториев синхронно отведены в ветку rc2 (09-17)

Дата: 2026-09-17　Источники: release-2.2-rc2.yaml, workflow release-branch-tag

09-17 с 23:29 по 23:33 в десяти репозиториях модулей в одном и том же минутном интервале появились push-и, но новых коммитов в ветке по умолчанию не было. Проверка через git ls-remote с выгрузкой всех ref подтвердила, что во всех этих репозиториях уже существуют интеграционные ветки вида 0.3.0-rc2 / 0.2.0-rc2 / 0.1.0-rc2 / 2.2.0-rc2 и проставлены соответствующие теги v*-rc2.post1; FlagGems и FlagCX продвинулись дальше, их теги уже достигли уровня rc2.post3 и rc2.post2. Файл release-branch-tag.yml в community — исполнитель этой цепочки действий: он по release-списку вызывает manage-release.py и от имени release bot массово создаёт и отправляет ветки и теги.

Сам список тоже обновился: версия RC2 перечисляет 24 записи модулей, и при построчном сравнении с RC1 видно, что линейки версий в целом сдвинулись на шаг вперёд (например, FlagGems с rc1.post2 до rc2.post2, FlagAttention с 0.4.0-rc1.post1 до 0.4.0-rc2.post1), а в начало добавлено пояснение о способе записи, при котором «один репозиторий разбивается на несколько записей, каждая следует за своей upstream-линией». Две детали, которые стоит отметить: FlagTree, будучи разбит на записи по версиям Triton, не подчиняется глобальному правилу префикса v для формата тегов; версия FlagScale в списке 2.2 — v2.1.0-rc2.post1, она уже вышла за пределы линейки 2.0.

1.3 build-infra дважды подряд поднимает версии: FlagGems до rc2.post3, Moore Threads FlagTree до 0.7.0rc2 (09-18)

Дата: 2026-09-18　Источники: build-infra #925, build-infra #926, configs.yaml

Вслед за действием предыдущего дня по поднятию base-версии до 2.2.0, build-infra 09-18 в 07:32 и 08:35 добавил ещё два коммита с поднятием версий, оба меняют только configs.yaml. Первый (#925) меняет поле flaggems с 5.4.0-rc2.post2 на 5.4.0-rc2.post3, второй (#926) меняет пиннинг flagtree для бэкенда Moore Threads с 0.6.1+mthreads3.6 на 0.7.0rc2+mthreads3.6. В начале того же файла действие по релизу описано как три шага — обновить поле, проставить тег v<версия>, завершить, — поэтому эти две строки изменений означают, что на линии образов 2.2 библиотека операторов и компиляционная основа Moore Threads одновременно перешли на более свежий раунд кандидатов.

Если поставить эти два изменения рядом: и библиотека операторов, и компиляционная основа движутся к итерационным позициям rc2 (post3 / 0.7.0rc2), тогда как поле version по умолчанию в списке всё ещё остаётся на 2.2.0 — релизные артефакты ещё собираются и официально не помечены тегом.

1.4 build-infra: впервые пройден путь загрузки wheel для Ascend FlagTree (09-17)

Дата: 2026-09-17　Источники: build-infra #923, build-infra #924

#923 исправил сборку Ascend FlagTree: ранее ни одна из двух целей Ascend не производила wheel (Ascend 3.5 терпел неудачу на Metric.h в FlagPrism из-за необъявленного uint64_t), причина в том, что после первого появления скрипта упаковки все исправления коммитились в другую ветку, а слияние шло по иной ветке; данный PR заодно переименовал файлы двух целей в соответствии с версией CANN и добавил цель cann8.5.0. #924 затем заменил висящий вопрос «путь загрузки ещё не проверен» на результат фактической проверки: 09-17 оба wheel достигли хранилища артефактов flagos-pypi-ascend, а именно flagtree-0.7.0rc2+ascend3.5 и flagtree-0.6.0+ascend3.2; документация также зафиксировала время сборки на узлах Ascend (26 минут и 14 минут, большая часть уходит на компиляцию AscendNPU-IR и triton при MAX_JOBS=32) и одно ограничение окружения: версия pip на узлах CANN старше той, что требуется для --break-system-packages.

1.5 FlagGems: KernelGen за день снова добавил в репозиторий более десятка операторов Nvidia, AMD W7900D вошёл в еженедельные тесты (09-17/09-18)

Дата: 2026-09-17, 2026-09-18　Источники: FlagGems #5846 квантильные операторы, FlagGems #6312 еженедельные тесты AMD, FlagGems #5731

40 коммитов FlagGems за этот период — самая плотная линия внутри org, и больше половины из них — операторы Nvidia, поступающие в репозиторий из рабочего процесса KernelGen, за один день добавлено более десятка: квантильные и средние (nanquantile, nanmean), логарифм определителя (logdet), полярное разложение (linalg_polar), обратные ядра рекуррентных сетей (ячейки GRU / LSTM и их обратный проход), обратный проход upsampling (Lanczos с антиалиасингом), разреженное матричное умножение, Dropout для признаков, упакованный линейный слой и т. д., плюс два поэлементных комбинированных оператора (and_tensor, and_scalar) и все тензорные перегрузки set_.

Три со стороны бэкендов и инструментов: [CI] Add AMD W7900D backend to weekly test workflow добавляет AMD W7900D в матрицу еженедельных тестов, это более новая линия зарубежных бэкендов; бэкенд SiliconFlow получает новый zero-copy real оператор и переходит на регистрацию по ключу планирования; затем один коммит дополняет __init__.py семи подпакетов бэкендов, исправляя структурный дефект класса «новый пакет бэкенда не подхватывается цепочкой импорта». Есть и несколько правок ворот (проверка экспорта операторов, маркер тестов KernelGen сканирует только добавленные строки PR).

1.6 FlagTree: упаковка DEB и выпуск в Nexus включены в общий рабочий процесс build-infra (09-17/09-18)

Дата: 2026-09-17, 2026-09-18　Источники: FlagTree #1063, FlagTree #1066, FlagTree #1082, FlagTree #1170

Из семи коммитов FlagTree за этот период три относятся к инженерии релизных артефактов: публикация пакета переведена на общий рабочий процесс build-infra с отправкой в хранилище артефактов FlagOS Nexus (#1063), в матрицу упаковки DEB добавлена строка ubuntu22.04 / python3.12 для покрытия комбинации ABI (#1066), а также из DEB-пакета удалена отладочная информация libtriton и libproton и пропущен dh_dwz (#1076). На следующий день коммит Bump packaging baseline to 0.6.1 and plumb the wheel version связал базовую линию упаковки с номером версии wheel (#1082), так что версия артефакта больше не поддерживается вручную.

На стороне компилятора один пункт напрямую связан с маршрутом TLE из раздела 2.2: фронтенд tle.signal / tle.signal_wait выводит область синхронизации и порядок доступа к памяти в явные параметры (#1170), что соответствует семантическому интерфейсу, необходимому для «объединения распределённых примитивов с коммуникационными вычислениями» в FEP-0096.

1.7 Torch-FL: поверхность переменных окружения сведена к единому префиксу FLAGOS (09-17/09-18)

Дата: 2026-09-17, 2026-09-18　Источники: Torch-FL #341, Torch-FL #337, Torch-FL #320

15 коммитов Torch-FL за этот период представляют собой последовательный рефакторинг: оставлены только переключатели инклюзивной сборки, удалены переменные боксирования и нативного режима (#336), унифицирована логика обнаружения SDK и для PPU выделен отдельный идентификатор ускорителя (#337), принимаются только переменные окружения нативных SDK производителей (#338), таблица переменных окружения времени выполнения и маршрутизации приведена в соответствие с кодом (#339), и, наконец, всё сведено к единой поверхности переменных с префиксом FLAGOS_ (#341); в тот же период один коммит CI полностью выводит из обращения старые переключатели FlagGems (#320). Эта линия отличается от «исправления последствий после переключения маршрутизации» из предыдущего периода — это сведение поверхности интерфейсов — объединение множества исторических переключателей в единый контракт, что относится к фиксации внешне видимой поверхности перед релизом.

На стороне платформы есть ещё два существенных исправления: обеспечение доступности torch.cuda на развязанном DCU wheel (#332), а также несколько семантических правок для Ascend (булева маска SDPA, индексация по булевой маске, ближайшая интерполяция вверх остаётся на стороне устройства).

1.8 FlagQuantum: нижняя граница покрытия поднята на двух уровнях, записан слой квантовой коррекции ошибок (09-17/09-18)

Дата: 2026-09-17, 2026-09-18　Источники: FlagQuantum #64, FlagQuantum #55, FlagQuantum #52

17 коммитов FlagQuantum за этот период почти целиком посвящены установлению инженерных стандартов качества: глобальная нижняя граница покрытия поднята с 60% до 75% с установлением отдельных порогов для каждого пакета (#55), весь пакет включён в строгую проверку типов (#52), порог lint расширен до правил современной типизации и классов дефектов, каждый тестовый файл отнесён к определённой категории маркировки, а ранее пропускавшиеся тесты JAX подключены к CI с привязкой к приросту покрытия. Функционально один пункт — первая стадия слоя записи квантовой коррекции ошибок (QEC) (#64), реализация развязана с конкретной схемой кодирования; на стороне рефакторинга девять дублирующихся писателей объединены в одну реализацию и исправлен дефект позднего связывания переменных цикла в одиннадцати вложенных функциях.

В соответствии с FEP-0081, позиционирующим FlagQuantum в направлении научного интеллекта, акцент этого периода — «сначала укрепить инженерную базу», до масштабирования алгоритмов дело ещё не дошло.

1.9 FlagFFT: записи верификации портативного трёхмерного транспонирования для MUSA и MACA, зависимости зафиксированы единой версией (09-17)

Дата: 2026-09-17　Источники: История коммитов FlagFFT, Репозиторий FlagFFT

21 коммит FlagFFT за этот период в основном состоит из слияний веток адаптации под оборудование и записей верификации: ветка профиля оборудования поочерёдно слита с тремя функциональными ветками — MUSA (Moore Threads), MACA (MetaX) и CUDA, и для каждой из трёх оставлен документ с записью верификации; на стороне MACA два последовательных коммита включают портативное трёхмерное транспонирование с блочной организацией регистров (сначала проверка на платформе, затем официальное включение). На стороне производительности один коммит переводит крупные узлы-листья комплексных чисел на промежуточное хранение через единый разделяемый буфер, попутно исправляя две проблемы: верхнюю границу памяти при сборе нативной точности и освобождение файлового кэша. Завершающий коммит фиксирует зависимость среды выполнения Triton JIT на единой ревизии бэкенда, что совпадает по направлению с фиксацией версий на стороне FlagTree.

1.10 FlagCX: ABI lane mask расширен до 64 бит, Fedora 43 вошла в матрицу RPM (09-18)

Дата: 2026-09-18　Источники: FlagCX #607, FlagCX #561, FlagCX #562

Три коммита на стороне коммуникационной библиотеки сосредоточенно появились утром 09-18: расширение бинарного интерфейса lane mask с 32 до 64 бит (#607, расширение ABI, необходимое по мере роста масштабов чипов), замена отдельного процесса загрузки Nexus на общий рабочий процесс build-infra (#561, синхронно с FlagTree), а также добавление Fedora 43 в матрицу сборки RPM для NVIDIA (#562). Если рассматривать все три вместе, в этот период коммуникационная библиотека занималась двумя вещами — «ёмкость интерфейса + производственная линия артефактов», а не новыми алгоритмами связи.

1.11 FlagAudio: первые три PR библиотеки аудиооператоров слиты (09-17)

Дата: 2026-09-17　Источник: FlagAudio #5 оператор спектрограммы, FlagAudio #4, FlagAudio #2 упаковка

FlagAudio слил три PR в одно утро — редкое функциональное действие для этого репозитория: один реализует оператор спектрограммы на Triton с сопутствующими тестами, один исправляет проверку тождества усиления и переводит импорт torchaudio на отложенную загрузку, один завершает упаковку (объявление зависимостей и лицензии). Все три пришли из веток внешних контрибьюторов, что говорит о том, что в этот репозиторий начали приходить разработчики извне; с учётом того, что в списке FEP FlagAudio уже включён в 24 записи модулей слоя операторов, он переходит из состояния заглушки в модуль с реальными поставками.

1.12 Остальные динамики: FlagDNN, FlagGems-vllm, FlagGems-sglang, flir, FlagScale (09-17/09-18)

Дата: 2026-09-17, 2026-09-18　Источник: FlagDNN, FlagGems-vllm #776, FlagGems-sglang #84, flir #73

Три коммита FlagDNN соответственно реорганизуют архитектуру реализаций двух платформ — Iluvatar CoreX и Hygon — и добавляют новый оператор текстового суммирования (psum_text), продолжая подход этого репозитория к развёртыванию реализаций по платформам. Три коммита FlagGems-vllm все относятся к операторам инференса на отечественных чипах: оптимизация производительности группового Top-K на Ascend с использованием низкоуровневого интерфейса DSA из TLE, добавление блочного оператора прямого прохода Delta rule и FP8-внимание с переменной длиной. FlagGems-sglang слил три PR: импортирован fused-оператор мультимодального rotary position embedding с изменением ссылок на операторы в соответствии с пространством имён пакета, а также исправлена предкоммитная проверка ветки batch two. Один коммит flir исправляет маркировку эффектов памяти — продолжение линии универсального промежуточного представления. Один коммит FlagScale меняет зависимые артефакты PR из форкнутого репозитория на загрузку, чтобы обойти изоляцию кэша — исправление доступности CI.

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

2.1 Четырнадцатое подряд спокойное окно поиска по компонентам: ноль попаданий за 24 часа (09-17~09-18)

Дата: 2026-09-17 ~ 2026-09-18　Источник: Google News RSS (33 группы запросов на китайском и английском, через прокси)

В этот период было выполнено 33 группы поисковых запросов поровну на китайском и английском по ключевым словам FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen, а также «Zhiyuan Research Institute открытый исходный код», «Zhiyuan Research Institute чипы», «отечественные вычислительные мощности стек открытого программного обеспечения», «BAAI open source AI system stack» и другим; в 24-часовом окне — ноль попаданий по именам компонентов, а ближайшая непосредственно связанная с именами компонентов публикация по-прежнему относится к англоязычному материалу от 09-15 об открытом исходном коде Open3D-PIMC. Это уже четырнадцатое подряд спокойное окно. Из 15 попавших материалов около 13 представляют собой биржевые сводки и рейтинги институтов (аномальное движение акций MetaX, продажи институтов, материалы об IPO Enflame); они были целиком отсеяны по семантике заголовков и не включены в основной текст.

2.2 Открытый исходный код ZDTaichu5.0-9B от Zidong Taichu прошёл через сообщество Zhiyuan: нет интерфейса со стеком FlagOS, в этот выпуск не включается (09-16~09-17)

Дата: 2026-09-16, 2026-09-17　Источник: перепечатка в сообществе Zhiyuan, репортаж QbitAI

Сообщество Zhiyuan 17 сентября перепечатало материал об открытой универсальной мультимодальной модели ZDTaichu5.0-9B от Zidong Taichu: сама модель была выпущена 15 сентября, веса и план производства данных открыты синхронно. Этот материал сработал в поиске по запросу «Zhiyuan большая модель открытый стек», однако после проверки подтвердилось: модель выпущена командой Zidong Taichu, языковой бэкбон — серия Tongyi Qianwen 3.5, интерфейсов с уровнями компилятора, библиотеки операторов и плагинов FlagOS нет, это сторонний контент на платформе сообщества Zhiyuan, а не динамика FlagOS. Согласно критерию «исключать новости, лишь в общем виде упоминающие модели BAAI», материал не включается; здесь фиксируется только данная проверка, чтобы избежать повторных суждений в дальнейшем.

2.3 Капитальная сторона членских организаций: аномальное движение акций MetaX и сокращение позиций институтами, материал об IPO Enflame (17.09)

Дата: 2026-09-17　Источники: Cailianshe, JiWei

Новости капитальной стороны членских организаций сосредоточены на 17.09: акции MetaX в этот день выросли на 14,44%, возглавив рост сектора вычислительных чипов, при этом в ряде материалов сообщалось, что пять институтов в совокупности продали более 2,3 млрд юаней, а также появились сообщения о том, что её кластер на десять тысяч карт уже введён в эксплуатацию; у Enflame появился отраслевой материал о структуре «рыночные GP плюс LP местных госкомпаний» за его IPO. Это относится к динамике рынка капитала, прямой связи с кодовой базой FlagOS не имеет, фиксируется лишь как фон членских организаций и в технические пункты не включается.

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

3.1 Hygon: объединённое ядро бэкенда rrelu влито в репозиторий, развязанный DCU wheel починил Qwen-Image (17–18.09)

Дата: 2026-09-18　Источники: FlagGems #6379, Torch-FL #332, FlagDNN

У Hygon в этом выпуске два содержательных действия. На стороне операторов FlagGems добавил объединённое ядро бэкенда для шумного случайного ReLU (#6379), идущее по пути компиляции KernelGen, что дополняет реализацию этой функции активации на бэкенде. На стороне фреймворка Torch-FL исправил проблему недоступности torch.cuda на развязанном DCU wheel (#332) в сценарии работы модели генерации изображений Qwen-Image — развязанный wheel означает способ сборки без привязки полного вендорского рантайма, ранее на моделях, требующих пространства имён cuda, он просто падал. FlagDNN одновременно переорганизовал реализацию для платформы Hygon (см. 1.12).

3.2 Moore Threads: линия MUSA FlagTree перескочила на 0.7.0rc2, образ vLLM 0.20.2 впервые получил плагин (18.09)

Дата: 2026-09-18　Источники: build-infra #926, build-infra #922

Moore Threads — членская организация с наиболее полным охватом изменений в этом выпуске. В компиляционной базе build-infra поднял пин-версию FlagTree для бэкенда MUSA с 0.6.1+mthreads3.6 до 0.7.0rc2+mthreads3.6 (#926), сразу перескочив на кандидатную линию 2.2. В inference-плагинах #922 фиксирует пересборку двух прикладных образов версии 0.20.2 поверх тега v0.2.2-rc2.post1 репозитория плагинов: прежний образ с тегом 2.1.2 вообще не содержал плагина, поэтому это первый образ 0.20.2 с плагином vLLM на линии релизов Moore Threads, вместе с образом поставляются связанные с MUSA реестры регистрации бэкендов внимания и адаптация интерфейсов устройств. На стороне FlagFFT в тот же период имеется запись о платформенной верификации трёхмерного транспонирования для MUSA (1.9).

3.3 Kunlunxin: пин-версия 0.6.1+xpu3.6 и откат быстрого пути tle.raw (17.09)

Дата: 2026-09-17　Источники: FlagGems #6393, FlagGems #6409, FlagGems #6328

Kunlunxin в этом выпуске сосредоточен в основном на исправлениях: сначала FlagTree в зависимостях FlagGems обновлён до 0.6.1+xpu3.6 (#6393); затем был откат прежнего быстрого пути скалярного сравнения tle.raw (#6409) — это осознанное отрицание, показывающее, что данный быстрый путь не дал стабильного выигрыша на Kunlunxin; в той же партии также исправления операторов маскированного заполнения, гиперболического синуса, активации и индексного заполнения (#6328). На стороне базовых образов build-infra за день до окна мониторинга исправлял containerfile для Kunlunxin, в текущем выпуске новых действий нет.

3.4 MetaX: верификация портативного трёхмерного транспонирования MACA и унификация версий зависимостей (09-17)

Дата: 2026-09-17　Источники: журнал коммитов FlagFFT, записи ветки аппаратного профилирования FlagFFT

Линия MetaX в этом выпуске сосредоточена на FlagFFT: после слияния ветки аппаратного профилирования и ветки функций MACA остались две записи верификации и официально включено портативное трёхмерное транспонирование с регистровой тайлингой — сначала верификация на платформе, затем включение, что является последовательным двухшаговым подходом в этом коде. В завершение зависимость среды выполнения Triton JIT закреплена на унифицированной ревизии бэкенда, чтобы избежать расхождения зависимостей на стороне MACA и в основной ветке. Кроме того, связанные с MetaX записи плагинов в манифесте RC2 (по одной строке для линий плагина vLLM 0.2 и 0.3) уже вынесены в ветку rc2, что относится к автоматизированным действиям версии 1.2.

3.5 Iluvatar: реорганизация архитектуры платформы FlagDNN (09-17)

Дата: 2026-09-17　Источники: журнал коммитов FlagDNN

Существенным действием Iluvatar в этом выпуске является реорганизация архитектуры реализации платформы в FlagDNN (см. 1.12). Если оглянуться на предыдущий выпуск, данная платформа получила поддержку интерфейса устройства /dev/itrctl на стороне FlagGems, а на стороне FlagTree появился базовый рабочий процесс iluvatar3.6; в текущем выпуске продолжается структурная упорядоченность на уровне библиотеки операторов, а не добавление новых операторов — что согласуется с формулировкой «универсальные методы оптимизации» среди четырёх целей уровня операторов в FEP-0099.

3.6 Ascend: подтверждение концепции CommonIR помечено как реализованное, grouped_topk оптимизируется через tle.dsa.raw (09-17)

Дата: 2026-09-17　Источники: FEP-0095 Common IR, FlagGems-vllm #776, FlagGems #6354

Ascend — это линия, по которой в текущем выпуске есть явный прогресс как в документации, так и в коде. На стороне документации FEP-0095 — один из немногих документов в этой партии из 20, помеченных как реализованный, его область явно ограничена подтверждением концепции для Ascend 910B/910C на линии Triton 3.5, со ссылкой на FlagTree #974 (слито 08-27), а путь — интерфейс DSA у TLE через общее промежуточное представление спускается к linalg и затем попадает в npubin. На стороне кода FlagGems-vllm на Ascend использует исходный интерфейс DSA у TLE для оптимизации производительности группового Top-K (#776); на стороне FlagGems добавлен оператор Top-K (#6354). На стороне артефактов путь загрузки wheel FlagTree для Ascend в этом выпуске впервые прошёл успешно (1.4).

3.7 Damo Academy XuanTie: T-Head входит в планирование мультибэкенда FlagTree 2.2, линия PPU разворачивает CI (проверка 09-17)

Дата: 2026-09-17　Источники: FEP-0098 архитектура мультибэкенда FlagTree, vllm-plugin-FL #518, Torch-FL #337

В этом выпуске новый документ включает бэкенд T-Head от Xuantie (Alibaba DAMO Academy) в план многобэкендной архитектуры FlagTree 2.2 (FEP-0098), где он стоит в одном ряду с тремя направлениями — NVIDIA TileIR, Enflame и Moore Threads, а целевая линия Triton — 3.6. На инженерной стороне продолжается подключение линии PPU: плагин инференса за день до окна мониторинга получил поддержку CI для PPU (#518), Torch-FL в текущем выпуске выделил для PPU отдельный идентификатор ускорителя (#337) и явно обнаруживает PPU в шлюзе тестирования операторов (#309). Характерная черта этой линии — инфраструктура опережает операторы: сначала CI, идентификаторы и шлюзы, операторы следом.

3.8 Qingwei Intelligent: распределённые примитивы включены на бэкенде, слияние с распределённым маршрутом TLE в 2.2 (09-17)

Дата: 2026-09-17　Источники: FlagTree #1141, FEP-0096 TLE мегаядро и распределённость, история коммитов flir

Один ключевой коммит Qingwei Intelligent в этом выпуске открывает два примитива TLE — удалённый доступ и распределённый барьер — на своём бэкенде (FlagTree #1141). Сопоставление с FEP-0096 проясняет замысел: этот FEP планирует в 2.2 опустить распределённый интерфейс TLE на уровень FlagCX, обеспечив слияние коммуникации и вычислений в одном ядре Triton, и Qingwei — один из первых производителей, реализующих этот маршрут на стороне бэкенда. На стороне апстрима патчи Qingwei для репозитория общего промежуточного представления flir (поддержка LLVM22) синхронизировались непрерывно в течение предыдущих недель.

3.9 Zhiyuan (ведущая сторона): внедрение управления FEP и поддержка списка RC2 (09-17)

Дата: 2026-09-17　Источники: описание FEP и отслеживание версий, каталог release

Все действия ведущей стороны в этом выпуске лежат в управленческом слое: однократное слияние 20 документов FEP с синхронным обновлением отслеживания версий (подробности в «Главном за сегодня»); поддержка списка релиза RC2 и автоматизация меток веток на уровне git (1.2); в документе о процессе релиза жизненный цикл FEP описан как две стадии — «вошёл — значит учтён, выпуск считается отдельно», — и установлено, что FEP, пропустившие заморозку, переносятся, а не отбрасываются. На организационном уровне стоит отметить ещё одну формулировку: устройства на периферии и RISC-V выделены в отдельные направления (SIG периферийных устройств активна, упаковка для RISC-V и операционных систем включена в планирование), что говорит о том, что замысел ответвлений после 2.2 уже зафиксирован в управленческих документах.

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

Одной фразой: FlagOS 2.2 вступил в завершающую стадию тестового периода «принимаются только исправления багов»; настоящими главными героями этого выпуска стали релизные артефакты и документация — 20 FEP дополнили список функций, все 24 модуля выделили ветку rc2 и проставили метки, а библиотека операторов и компиляционная основа на линии образов продолжают переходить на более новые кандидатные позиции.

Три линии, за которыми можно следить:

Во-первых, инженерия релизных артефактов становится основной рабочей поверхностью. В этом выпуске в организации было 28 репозиториев с пушами и 147 коммитов, но по содержанию доля заметно смещена в сторону упаковки, артефактов, шлюзов и переменных окружения: публикация DEB и Nexus в FlagTree переведена на общие рабочие процессы, FlagCX избавился от отдельного процесса загрузки, путь загрузки wheel для Ascend заработал, Torch-FL свёл поверхность переменных окружения к единому префиксу, FlagQuantum поднял нижнюю границу покрытия до 75%. Это соответствует правилу расписания релиза о том, что с 09-01 по 09-24 принимаются только исправления багов, а также означает, что оставшиеся риски перед GA 09-28 лежат в основном в плоскости «устанавливается, работает правильно», а не в функциональных пробелах.

Во-вторых, край многобэкендной адаптации всё ещё расширяется, но формы дифференцируются. За одну неделю Moore Threads получил скачок через версию до FlagTree 0.7.0rc2 и первый образ 0.20.2 с плагинами, MetaX и Moore Threads провели по отдельной проверке трёхмерной транспозиции в FlagFFT, Ascend впервые прошёл путь загрузки wheel, Qingwei открыл распределённые примитивы, а Kunlunxin по собственной инициативе откатил быстрый путь, не принёсший выгоды. Есть и движение «вверх» (версии и артефакты), и «назад» (отрицание неэффективной оптимизации); появление последнего обычно служит сигналом того, что адаптация платформы вступила в стабильную фазу.

В-третьих, очертания следующей версии уже начинают появляться в документах. Экспериментальная поддержка RISC-V, упаковка для операционных систем и интеграция с дистрибутивами, SDK для периферийных устройств, две рабочие группы по воплощённому интеллекту и научному интеллекту — всё это уже заняло места в таблицах «в планировании / в инкубации» описания FEP; FEP-0098 также включил новые бэкенды T-Head, Enflame и Moore Threads в план архитектуры. После GA 09-28 эти направления, вероятно, перехватят внимание, которое 2.2 уступит, выходя из основной линии.

К наблюдению: (1) когда поле version в build-infra перейдёт от 2.2.0 к этапу тегирования, а также будет ли дальнейшее повышение версий остальных бэкендов в configs.yaml; (2) доля перехода статуса FEP из черновика в реализацию до и после 2.2 GA, особенно способностей KernelGen, намеренно остановленных на стадии черновика; (3) будут ли в линии rc2 приёмочные действия по таким ранее относительно тихим модулям, как FlagAudio, FlagTensor, FlagSparse.

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

Источник Результат проверки
GitHub org (54 репозитория) В 28 репозиториях в пределах окна были пуши; в 14 репозиториях создана ветка rc2, в ветке по умолчанию новых коммитов нет
GitHub commit search Найдено 147 коммитов в пределах окна (обе страницы взяты полностью), относящихся к 14 репозиториям
git ls-remote (полный набор ref) Подтверждено фактическое существование интеграционных веток rc2 и тегов v*-rc2.post1/post2/post3 десяти модулей
community FEP каталог В этом выпуске добавлено 20 документов, номера с 0085 по 0100, охватывающих семь SIG
community список релиза 2.2 В списке RC2 24 записи модулей; поэлементное сопоставление версий RC1 и RC2 завершено
community график выпуска Заморозка функций 08-31, период тестирования 09-01 — 09-24, GA 09-28
build-infra PR патчи Поэлементная сверка списков файлов и изменений полей версий с #922 по #926
Google News RSS (33 группы поисковых слов) По названиям компонентов в 24-часовом окне ноль совпадений; из 15 совпадений около 13 являются биржевыми заметками и были исключены
HN Algolia (FlagOS / FlagGems) В пределах окна соответствующих записей нет
Zhiyuan Community (hub.baai.ac.cn) Одна перепечатка о модели Zidong Taichu, по проверке не имеет интерфейсов со стеком FlagOS, не включена

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