調査期間：2026-09-18 10:18 ~ 2026-09-20 10:18（約48時間、週末を含む；09-18 デイリーレポートの期間を引き継ぎ、空白なし） 情報源：GitHub（org: flagos-ai、54 リポジトリの pushed_at を全量核查；期間内 20 リポジトリ 206 コミットを逐条検証）、Google News RSS（中国語・英語 24 組のクエリ語、プロキシ経由）、智源コミュニティ、知乎機構号、CSDN FlagOS コラム等（詳細は付録の情報源リストを参照）

本期インデックス

  • 今日の重点：build-infra 全 20 バックエンド vLLM イメージのバッチ認可再構築、2.2 リリース件が rc2.post2 組立へ（09-19/09-20）
      1. オープンソースプロジェクト進展（GitHub 動向）
    • 1.1 build-infra：20 バックエンド vLLM イメージの認可再構築、プラグイン wheel を「一度ビルド、全ベンダー配布」に変更（09-19/09-20）
    • 1.2 build-infra：FlagTree ピン留め戦略を 0.6.x に厳格化、FlagTune コストモデルはピン留め版に従い無効化（09-20）
    • 1.3 FlagGems：KernelGen 継続的にマージ、昆仑芯バックエンドは1日で約10項をバッチ修正（09-20）
    • 1.4 FlagGems：達磨院玄鉄 PPU バックエンドで TLE を有効化、海光 DCU Flash Attention 修正（09-20）
    • 1.5 FlagSparse：MUSA / MACA / DCU 三バックエンドの適配を集中的に推進（09-18~09-20）
    • 1.6 FlagQuantum：アルゴリズムプリミティブパッケージが大拡張——QFT、位相推定、Grover、QUBO など十余項（09-18~09-20）
    • 1.7 Torch-FL：Qwen-Image 2.1 / 2512 マルチチップ性能最適化がライン化（09-18~09-20）
    • 1.8 その他の動向：FlagTree、FlagGems-sglang、FlagGems-vllm、FlagFFT、FlagPrism 等（09-18~09-20）
    1. 報道とエコシステム
      • 2.1 コンポーネント級検索は連続15回目の平静期間：48時間でゼロヒット（09-18~09-20）
      • 2.2 2026 人工知能開放計算大会暨衆智 FlagOS 技術大会の参加登録開始：10月17-18日 北京（09-18）
      • 2.3 FlagOS × MiniCPM モデル推論スループット性能最適化チャレンジ：9月21日 提出受付開始（近日公開）
    1. メンバー単位の深掘り
      • 3.1 昆仑芯：FlagGems バックエンド修正をバッチ投入（09-20）
      • 3.2 摩尔線程：MUSA ラインのオペレータとイメージを両輪で推進（09-20）
      • 3.3 海光：DCU Flash Attention 修正と Qwen-Image 性能ライン（09-20）
      • 3.4 達磨院玄鉄：PPU バックエンドで TLE を有効化、KernelGen オペレータをメインラインへ（09-19/09-20）
      • 3.5 沐曦：MACA ラインの FlagSparse 適配とイメージ記録（09-19/09-20）
      • 3.6 天数智芯：FlagDNN テスト面の収束（09-19/09-20）
      • 3.7 昇騰：イメージ再構築、専用線形オペレータと kda_gate オペレータ（09-20）
      • 3.8 摩尔線程 / 燧原 / 沐曦のイメージとツール面（09-20）
    1. 総括とトレンド観察
  • 付録：情報源核查表
  • 付録：完全情報源リスト

今日の重点：build-infra 全 20 バックエンド vLLM イメージのバッチ認可再構築、2.2 リリース件が rc2.post2 組立へ

日付：2026-09-19、2026-09-20　出典：build-infra #938、build-infra #956、build-infra #934

当期間の build-infra は 43 コミットで org 内で最も密集したラインとなり、動きは高度に集中している：全 20 バックエンドの vLLM イメージに対し 2.2.0 / プラグイン post2 の再構築を認可し、再構築結果を逐次後方へ書き戻した。09-20 03:07 の app changelogs: authorize the 2.2.0 / plugin-post2 rebuild for all 20 images（#938）が号砲となり、その後 09-20 03:07 から 10:28 までの一時間余りで、ボットアカウントがバックエンドごとに新しいイメージ tag を順次記録した；09-20 09:43 にはさらに一条 authorize the 2.2.0 / plugin-post2 rebuild for all 20 vllm 0.24.0 images を追加し、この一連の再構築の範囲とベースライン（vLLM 0.24.0）をタイトルに明記した。

記録されたイメージタグは org の全バックエンドマトリクスをカバーしている：2.2.0-0.3.0rc2.post2 の一档は昇騰（cann8.5.0、cann9.0.0 及び 2 つの 910c 変体）、寒武紀（neuware4.4.3 / 4.7.2）、摩尔線程（musa4.3.6 / 5.2.0）、燧原（tops1.9.10 / 1.10.6）、沐曦（maca3.7.2.1 / 3.8.1.3）、海光（dtk26.04）、天数（corex4.5.0）、昆侖芯（xre5.37.1）、中昊芯英（tangrt1.2.0）と英偉達（cuda12.8 / 13.3）に落ちている；さらに早い一档 0.2.2rc2.post2（プラグインバージョン）が先行して一批落ちている。単一ウィンドウ内で 20 個のバックエンドイメージが全て刷新され、これは本ウィンドウの org 内で最大規模のアクションである。

これと配套するのはプラグイン wheel の配布方式の変更である：09-19 23:34 の vllm-plugin wheel: build once, publish to every vendor index（#934）は「各ベンダーごとに 1 回ずつビルド」を「1 回ビルド、全ベンダーインデックスに公開」に改め、続く 2 本のコミットでバージョン番号を git ref から導出するよう変更し（#932）、runs-on パラメータの拆包問題を修正した（#935）。このチェーンはプラグイン配布を「N 回ビルド」から「1 回ビルド + N 回リリース」に圧縮し、リリースエンジニアリングにおける構造的な最適化である。

もう一本の並行する収尾ラインは「イメージに一体何がインストールされているか」を検証可能な事実にするものである：vllm app image: read the installed plugin version past the entrypoint（#937）はイメージにプラグインバージョンを自己申告させ；docs: print TBD for an app image that was never built（#948）は一度もビルドされたことのないイメージをドキュメント上で明確に TBD と標記し；changelogs: name the FlagTree each 2.2.0 vllm image actually builds on（#953）はイメージごとに実際のコンパイルベースを標注した。三箇所はいずれも「ドキュメントと制品の不一致」の余地を減らしている。

ウィンドウ内のアクションを並べて見ると：2.2 のリリース件装配はすでに「全バックエンドイメージの一括再ビルド + バージョン検証可能 + 配布通路の統合」の段階に達しており、リリース時間表上の GA（2026-09-28）まで残り 8 日、テストと安定期内の正常な推進リズムに属する。

1. オープンソースプロジェクトの進展（GitHub 動態）

ウィンドウ総覧：org 内 54 個のリポジトリのうち 20 個が本ウィンドウでコミットがあり、合計 206 条（48 時間を跨ぎ、週末を含む）。分布は：build-infra 43、FlagSparse 39、FlagGems 38、FlagQuantum 23、FlagGems-sglang 10、FlagGems-Experimental 10、Torch-FL 9、FlagDNN 6、FlagFFT 5、docs 4、FlagTree 4、FlagGems-vllm 4、vllm-plugin-FL 2、FlagPrism 2、FlagBLAS 2、FlagCX 1、FlagAttention 1、FlagAudio 1、FlagScale-Agent 1、TransformerEngine-FL 1。

本ウィンドウの形態 = 「リリース件の一括装配」+ 「バックエンド修正ラッシュ」の 2 本のライン：build-infra が全バックエンドイメージの再ビルドと配布通路の統合を牽引し；アプリケーション側（FlagGems / FlagSparse / Torch-FL / FlagGems-vllm）ではマルチチップバックエンドの密集した修正と性能調優が現れ、そのうち昆侖芯と海光 DCU の修正量が最も集中しており；ガバナンス側（FlagQuantum アルゴリズムプリミティブ、FlagTree TLE）は引き続き 2.2 ロードマップに沿って展開している。09-19（土曜）の各リポジトリ合計は約 12 条のコミットで、開発活動は週末を跨いで連続して途切れていない。

1.1 build-infra：20 個のバックエンド vLLM イメージを授権再ビルド、プラグイン wheel は「1 回ビルド、全ベンダー配布」に変更（09-19/09-20）

日付：2026-09-19、2026-09-20　出典：build-infra #938、build-infra #934、build-infra #939

詳細は「本日の重点」を参照。補足 2 点：その一、cann9.0.0 バックエンドは 09-20 04:00 に cann-shmem ソフトウェアパッケージを追加し（#939）、昇騰 9.0 ラインの共有メモリコンポーネントの依存を補完した；その二、09-18 15:47 の Runtime: fetch vendor deps from the vendor index（#930）はランタイム依存を「ベンダーインデックス」から取得するよう変更し始め、09-18 13:50 の旧コンテナファイル削除（#929）と合わせて、コンテナビルドのソースとファクトソースが統一インデックスに収束し始めた。

1.2 build-infra：FlagTree のバージョン固定戦略を 0.6.x に厳格化、FlagTune コストモデルは固定版に応じて無効化（09-20）

日付：2026-09-20　情報源：build-infra #940、build-infra #943、build-infra #944、build-infra #947

09-20 の朝に「バージョン固定」コミットが連続三件：nvidia-cuda13.3: hold flagtree at 0.6.1（#940）、metax: hold flagtree at 0.6.1 for both MACA backends（#943）、enflame-tops1.9.10: hold flagtree at 0.6.0（#944）——三つのバックエンドのコンパイラ基盤を 0.6.x ラインに固定して戻した（これ以前のバージョン引き上げと対をなし、揺り戻しとなる）；続いて runtime: disable the FlagTune cost model where flagtree 0.6.x is pinned（#947）は、FlagTune コストモデルが 0.6.x 固定版と互換性がないため、固定版の状態に応じて無効化する必要があることを示している。三件の固定コミット + 一件の互換性対応で、完全な「揺り戻し + 適応」の組を構成している。

もう一件は状態マトリックスの修正：status matrix: drop the merged entries from megatron's prs（#933）、status matrix: prs = open PRs, md = recen…（#932 前部）は、状態マトリックスの集計基準を明示的に定義している（PR 列 = 開放 PR、md 列 = 最近のコミット）。

1.3 FlagGems：KernelGen が継続的に取り込まれ、昆仑芯バックエンドは一日で約十件を一括修正（09-20）

日付：2026-09-20　情報源：FlagGems #5917、FlagGems #5878、FlagGems #6317、FlagGems #6476

FlagGems の今期 38 件のコミットは引き続き KernelGen の成果を基調としている：Nvidia 側ではオプティマイザ融合オペレータ _fused_adagrad_（#5917）と _fused_sgd_（#5878）が新規追加された；Experimental リポジトリ（1.8 参照）では同日、別途十件の Nvidia オペレータが取り込まれた。今期最も集中的なラインは昆仑芯バックエンドの修正：binliu が連続して約十件のコミットを着地させ、grouped_mm の大 M / 小 K 形状における persistent kernel スケジューリングと形状別自動チューニング、SDPA アテンション修正（value-1 パラメータの非特化維持、自動チューニングの収束）、mse_loss の第一段階を全ブロックマスクに変更（#6476）、scatter / log_sigmoid_backward / amp_foreach、fill / add_relu / special_log1p / dequantize、pow / pdist / ルジャンドル多項式、segment_reduce / arcsinh / cosh / acosh / log2 / log10、bessel_y1 / bernoulli、t_copy / selu / reflection_pad2d、log_softmax / logical_not、および lgamma 移行時の誤削除修正などをカバーし、ほぼ当該バックエンドの最近のオペレータ回帰を「在庫一掃」した。

ツール側は二件：[KMCompiler] operator linalg_lstsq bug fix（#6499）、[KMCompiler] fix fp64 error（#6491）と delete uint8 dtype（#6477）；MThreads 側では feature_dropout_ の復元と分割を修正（#6490、#6482）。ベンチマークと CI 側：Fix(benchmark): align pytest markers and op_name with operator registry ids（#6489）、ci: run pre-check jobs on basic-runner-cpu（#6431）。

1.4 FlagGems：達摩院玄鉄 PPU バックエンドで TLE を有効化、海光 DCU Flash Attention を修正（09-20）

日付：2026-09-20　出典：FlagGems #6423、FlagGems #5822、FlagGems #6456

三件の重量級バックエンドコミット：[T-Head] Enable TLE for PPU backend（#6423）は、Triton 言語拡張（TLE）を達摩院玄鉄 PPU バックエンドで有効化するもので、この方向性の 2.2 マルチバックエンド計画における位置づけに対応する；[Hygon] Fix Flash Attention forward/backward kernels on DCU（#5822）は海光 DCU 上の前向き・後向き Flash Attention カーネルを修正する；[Ascend] Add specialized linear operator（#6456）は昇騰（Ascend）に専用線形オペレータを追加する。また [MetaX] Fix masked_fill broadcast OOB and illegal num_warps=16（#6480）は沐曦の本番環境における境界外アクセスと不正な設定を修正する。

1.5 FlagSparse：MUSA / MACA / DCU の三バックエンド適配を集中的に推進（09-18~09-20）

日付：2026-09-18 ~ 2026-09-20　出典：FlagSparse #73、FlagSparse #71

FlagSparse の今期 39 件のコミットはほぼすべてが協力パートナーの双分支協働フロー（NCIC-AlphaSparse の二つのアカウントが交互にマージ）によるもので、テーマは三バックエンド適配である：MUSA（摩尔線程）ラインは musa updates をコミット；MACA（沐曦）ラインは maca spsm debug と maca test commands をコミット；DCU（海光）ラインは dcu updates、dcu sddmm tests、ci dcu および dcu spgemm test fp32 fp64 sperated（spgemm の単精度・倍精度テストを分離）をコミット。ほかに cwrapper add（C ラッパー層の追加）と「New update」に対する一度の revert（#63 でロールバック、#64 で撤回）、およびドキュメント整理がある。全体としてはスパースオペレータライブラリを国産三バックエンドに向けて実体化していくプロセスである。

1.6 FlagQuantum：アルゴリズムプリミティブパッケージを大幅拡張——QFT、位相推定、Grover、QUBO など十余項（09-18~09-20）

日付：2026-09-18 ~ 2026-09-20　出典：FlagQuantum #85、FlagQuantum #91、FlagQuantum #104

FlagQuantum の今期 23 件のコミットは単一の貢献者（Wei LIU）が連続して推進しており、テーマはアルゴリズムプリミティブパッケージの体系的な敷設である：アルゴリズムプリミティブパッケージと量子フーリエ変換（#85）から始まり、続けてオペレータプロトコルと位相推定（#87）、状態準備（#88）、多制御 X と可逆ビット列比較器（#89）、真理値表オラクル合成（#90）、Grover 探索（#91）、振幅推定（#92）をコミット；その後アプリケーション層へ——QUBO から Ising へのマッピング（#86）、量子カーネル推定と古典カーネルリッジ分類器（#100）、量子主成分分析に基づく位相推定（#98）、Grover 量子化 k-medians（#99）、QUBO 特徴選択（#101）、振幅推定による頻出項比率の算出（#102）、位相推定による特異値推定（#104）。エンジニアリング品質は二件：カバレッジと型チェックなどのゲートは近年の「厳格化」路線を継続；機能面では一件が量子誤り訂正（QEC）記録層の検出器エラーモデル（#84、提案 048 の stage 2a に対応）。01-09 層のほか、build ガバナンス側からの一件の操作もある：当該リポジトリが占有する org 級 runner シェアを制限する（近年の CI リソースガバナンスと同題）。

1.7 Torch-FL：Qwen-Image 2.1 / 2512 マルチチップ性能最適化がライン化（09-18~09-20）

日付：2026-09-18 ~ 2026-09-20　出典：Torch-FL #360、Torch-FL #356、Torch-FL #353

Torch-FL の当期 9 件のコミットは単一のコントリビューター（nate.river）により Qwen-Image シリーズのマルチチップにおける性能を軸に一本の線を成している。まず test: add the Qwen-Image-2.1 manual test flow for chip bring-up（#342）で手動テストフローを確立し、その後は連続して最適化——DCU の SDPA バックエンド選択とポイントワイズルーティングを修正（#345）、DCU 側の FlagGems スケジューリング / レイアウト / 自動チューニングのオーバーヘッドを削減（#352）、GCU の Qwen-Image-2512 をシングルステップ 7.1 s/it まで低減（#354、SDPA ルーティング + GEMM オペランド処理）、Qwen-Image-2.1 の key-valid マスクを FlagGems SDPA パスに接続（#353）、DCU の FlagGems スケジューリングオーバーヘッドをさらに引き下げ（#356）、最終的に Qwen-Image-2.1 のスループット曲線とテールレイテンシ / 演算強度の測定を提示（#360）。これは「動くようになることから、うまく動くようになるまで」という典型的なチップ bring-up の性能線である。

1.8 その他の動向：FlagTree、FlagGems-sglang、FlagGems-vllm、FlagFFT、FlagPrism など（09-18~09-20）

日付：2026-09-18 ~ 2026-09-20　出典：FlagTree #1084、FlagGems-sglang #93、FlagGems-Experimental #659、FlagPrism #13

  • FlagTree（4）：[KMCompiler][TLERaw] Optimize the sort operator based on tle_raw（#1084）は TLE Raw 路線を継続；[TLE][CommonIR] Added CommonIR conversion integration on Triton 3.6（#1160）は CommonIR 変換を Triton 3.6 に接続；[QC][TLE] Support cross-dtype Hopper WGMMA accumulator reuse（#1001）；[XPU] Guard do_bench against estimate_ms==0（#1224）はゼロ除算を修正。
  • FlagGems-sglang（10）：moe_fused_mul_sum 競技オペレータがリポジトリに登録され登録済み（#87）；batch3 の参考、テスト、ベンチマークとドキュメントを一括（#93）；do_bench をベンダー別ディスパッチの単一ヘルパー関数に変更（#94）；昇騰の fused router K ループパイプラインを 2 段に制限（#96）。
  • FlagGems-Experimental（10）：KernelGen Nvidia ラインは当日さらに十のオペレータを追加——sparse_dim、_has_same_storage_numel、_dimV、_values、col_indices、adjoint、atleast_2d、detach_copy、ccol_indices_copy、crow_indices_copy（#640~#659）、多くは疎行列とビュー系の小規模オペレータで、Experimental から本線への橋渡しの前段階。
  • FlagGems-vllm（4）：MUSA 側で deepseek_v4 の fused_q_kv_rmsnorm を最適化（#825）；沐曦ラインで varlen flash attention を最適化（#808）；昇騰ラインで kda_gate_cumsum オペレータを新規追加（#809）；KMCompiler ラインで fused_moe 精度ベンチマークにベンダーネイティブ精度ゲートを追加（#824）。
  • FlagFFT（5）：検収フレームワークを連続リファクタリング——キャプチャデータをパイプラインで流し結果ツリーを平坦化、オペレータログはプラットフォームが読める裁定で終結、入力書き込み側は読み取り側を待機しなくなり、キャプチャ入力はオンデマンドで再生成（ディスクに常駐しなくなった）。
  • FlagPrism（2）：オペレータ検収テストを統一し旧バッチスイートを廃止（#13）；燧原デバッガと TOPSPTI 性能分析サポートを新規追加（#12）。
  • docs（4）：オンラインラボのヘルプ内容を更新（#509、#510 の 2 回）。
  • FlagCX（1）：デバイス API デフォルトパスに天数（Iluvatar）サポートを追加（#608）。
  • vllm-plugin-FL（2）：アクセラレータグラフで一般的なアテンションメタデータをキャプチャ（#442）；天数 BI-V150 が vLLM 0.24 ラインに適合（#526）。
  • FlagDNN（6）：ppu / mthreads / ascend / iluvatar の 4 プラットフォームのテスト修正と run_test.py の修正；昇騰プラットフォームのアーキテクチャ改善。
  • FlagBLAS（2）：thead の pyproject.toml を修正。
  • FlagAttention（1）：1 件の修正コミット（#63）。
  • TransformerEngine-FL（1）：main ラインから cherry-pick（#124）。
  • FlagScale-Agent（1）：agent harness を強化——REPL プロンプトウォッチドッグ、クロスセッション提案レジストリなど。
  • FlagAudio（1）：CI に Nexus アップロード経路を追加（#8）。

2. ニュース報道とエコシステム

2.1 コンポーネント級検索は連続十五回目の平穏な調査期間：48 時間ゼロヒット（09-18~09-20）

日付：2026-09-18 ~ 2026-09-20　情報源：Google News RSS（中英語 24 組のクエリ語、プロキシ経由）

FlagOS / FlagGems / FlagScale / FlagTree / FlagPerf / FlagCX / KernelGen のコンポーネント名および智源研究院などの組み合わせ語で検索し、48 時間の調査期間内でゼロヒット（gnews スクリプト実測 0 件）、連続十五回目の平穏な調査期間。コンポーネント級ニュース側の静寂は常態化しており、本レポートの対外動向の事実は GitHub org とコミュニティチャネル（智源コミュニティ/知乎機関アカウント）を基準とする。

2.2 2026 人工知能開放計算大会暨衆智 FlagOS 技術大会が申込受付開始：10 月 17-18 日北京（09-18）

日付：2026-09-18（発表）　情報源：知乎機関アカウント発表

衆智 FlagOS コミュニティは、北京智源人工智能研究院、北京量子信息科学研究院、中関村人工智能オープンソース連盟（籌）などの機構と共同で、2026 年 10 月 17-18 日に北京中関村国家自主イノベーション模範区展示センターで「2026 人工智能開放計算大会 兼 衆智 FlagOS 技術大会」を開催する。テーマは「一栈貫通、智算無界」。大会は異構算力基盤、オープンソース AI システムソフトウェアスタック、量智融合、車載智能、具身智能、AI 智能体インフラなどの方向でアジェンダを設定する。実践ワークショップは KernelGen 高性能オペレータ自動生成工程、FlagOS による大規模モデル端側推論の賦能、Triton-TLE 新型 Attention kernel 最適化、FlagScale-Agent アーキテクチャ設計と実戦などの完全なチェーンをカバーする。申込チャンネルは既に開放されている（早割チケットは期間限定割引）。これは近年の FlagOS エコシステムにおける最も重要な対外活動の節目である。そのワークショップのテーマ選定は、本期の工程側観察（TLE、KernelGen、端側、Agent）と高度に対応している。

2.3 FlagOS × MiniCPM モデル推論スループット性能最適化チャレンジ戦：9 月 21 日にコミット受付開始（近日リリース）

日付：近日リリース（コミット段階 2026-09-21 から）　情報源：知乎機構号リリース

FlagOS と MiniCPM が共同でモデル推論スループット性能最適化チャレンジ戦を開催する。開発とコミットの段階は 2026 年 9 月 21 日から 11 月 20 日（UTC+8）、12 月初旬に審査。課題は FlagOS スタック上の推論スループット最適化を対象とし、SGLang クロスチップオペレータ最適化戦（「オペレータ島」争奪戦）に続くコミュニティ赛事体系の継続である。

3. メンバー機関深掘り

3.1 昆侖芯：FlagGems バックエンド修正の一括着地（09-20）

日付：2026-09-20　情報源：FlagGems #6317、FlagGems #6476

昆侖芯ラインは本調査期間において約十件の修正を着地させた（詳細は 1.3 参照）。基礎的な逐元素オペレータから grouped_mm / SDPA といった核心オペレータまでをカバーし、その中で最も実質的なのは grouped_mm の「大 M / 小 K」形状専用 persistent kernel と形状別自動調優であり、MoE シーンの典型的な形状に対して特化を行っている。SGLang 側の moe_fused_mul_sum 競技オペレータのリポジトリ収納と相まって、昆侖芯方向の MoE 推論経路は持続的に実体化している。

3.2 摩尔線程：MUSA ラインのオペレータとイメージの二本立て推進（09-20）

日付：2026-09-20　情報源：FlagGems-vllm #825、FlagSparse #73

MUSA ラインは二本。FlagGems-vllm における deepseek_v4 の fused_q_kv_rmsnorm は摩尔線程向けに最適化（#825）。FlagSparse の MUSA 適配更新。イメージ側では musa4.3.6 / musa5.2.0 の二つのバックエンドの 2.2.0 イメージが rc2.post2 再構築記録を完了した。さらに FlagGems-eXperimental の MThreads KernelGen オペレータ一括（#6458）が 09-19 に Experimental からメインラインへと橋渡しされた。

3.3 海光：DCU Flash Attention 修正と Qwen-Image 性能ライン（09-20）

日付：2026-09-20　情報源：FlagGems #5822、Torch-FL #356

海光方向の本期の二本の硬い作業。FlagGems は DCU 上の Flash Attention 前向・後向核を修正（#5822、5822 号 PR の長周期成熟を経た）。Torch-FL は DCU 上の Qwen-Image-2.1 の FlagGems スケジューリングオーバーヘッドを削減（#356）。イメージ側では hygon-dtk26.04 が 2.2.0 rc2.post2 再構築を完了した。

3.4 達摩院玄鉄：PPU バックエンドで TLE を有効化、KernelGen オペレータがメインライン入り（09-19/09-20）

日付：2026-09-19、2026-09-20　情報源：FlagGems #6423、FlagGems #6460

玄鉄方向の2件：[T-Head] Enable TLE for PPU backend（#6423）は PPU バックエンドで Triton 言語拡張を有効化——TLE は 2.2 マルチバックエンド計画におけるハードウェアファミリ横断の統一最適化言語であり、T-Head がこの路線に参入；09-19 の KernelGen cherry-pick は T-Head オペレータを Experimental からメインラインへと橋渡しした（#6460）。これは 09-18 号で観察された「T-Head が FlagTree 2.2 マルチバックエンド計画に参入」と連続的なフォローアップを形成している。

3.5 沐曦：MACA ラインの FlagSparse 適配とイメージ記録（09-19/09-20）

日付：2026-09-19、2026-09-20　情報源：FlagSparse #71、build-infra #943

MACA ライン：FlagSparse の maca spsm debug とテストコマンドが推進；build-infra は 2つの MACA バックエンドの FlagTree ピン版を 0.6.1 に統一（#943）；maca3.7.2.1 / 3.8.1.3 の2つのイメージが 2.2.0 再構築記録を完了。FlagGems-vllm 側の沐曦の varlen flash attention 最適化も同ラインに属する。

3.6 天数智芯：FlagDNN テスト面の収束（09-19/09-20）

日付：2026-09-19、2026-09-20　情報源：FlagDNN コミット

FlagDNN の今期6件のコミットはテスト面の収束が主：iluvatar / ascend / mthreads / ppu の4プラットフォームのテスト修正と run_test.py の修復、他に昇騰プラットフォームのアーキテクチャ改善が1件。corex4.5.0 イメージが 2.2.0 再構築記録を完了。FlagCX 側の天数（Iluvatar）の Device API デフォルトパスサポート（#608）と vllm-plugin-FL の BI-V150 vLLM 0.24 適配（#526）が同ウィンドウで着地。

3.7 昇騰：イメージ再構築、専用線形オペレータと kda_gate オペレータ（09-20）

日付：2026-09-20　情報源：FlagGems #6456、FlagGems-vllm #809、build-infra #939

昇騰ライン：FlagGems が専用線形オペレータを追加（#6456）；FlagGems-vllm が kda_gate_cumsum Triton オペレータを追加（#809）；FlagGems-sglang が fused router K ループパイプラインを修復（#96）；イメージ側では4つの昇騰バリアント（cann8.5.0 / cann9.0.0 × 910c と非 910c）がバッチで rc2.post2 再構築を完了し、cann-shmem パッケージを補入（#939）。

3.8 燧原 / 中昊芯英 / 英偉達のイメージとツール面（09-20）

日付：2026-09-20　情報源：FlagPrism #12、build-infra コミット

燧原ライン：FlagPrism が Enflame デバッガと TOPSPTI パフォーマンス分析サポートを追加（#12）；tops1.9.10 / 1.10.6 の2つのイメージが再構築を完了し、うち tops1.9.10 の FlagTree ピン版は 0.6.0 に戻された（#944）。中昊芯英 tangrt1.2.0、英偉達 cuda12.8 / 13.3 イメージも同期して再構築記録を完了；英偉達 cuda13.3 の FlagTree ピン版は 0.6.1 に戻された（#940）。

4. まとめとトレンド観察

  • リリース物が全バックエンド一括再ビルド段階に進入：20 のバックエンド vLLM イメージが 1 つのウィンドウ内で全て rc2.post2 に更新され、イメージ自己申告バージョン、ドキュメントの TBD 表記、個別のコンパイル基盤注記という 3 点が同時に着地——「リリース物の検証可能性」が今回のエンジニアリングの重心となり、GA（09-28）まで 8 日、ペースは正常。
  • プラグイン配布パラダイムの変化は記録に値する：「一度ビルド、全ベンダーインデックスへリリース」（#934）は N 回のビルドを 1 回のビルド + N 回のリリースに圧縮し、この種のインフラレベルの簡素化は今後の各バージョンのリリースコストを直接的に削減する。
  • マルチチップバックエンド修正の密集期：昆仑芯（約 10 件）、海光（Flash Attention + Qwen-Image）、沐曦（SDPA 修正）、昇騰（専用線形オペレータ）が同一ウィンドウに集中修正を行い、2.2 テスト期間（09-01 から 09-24）が「バックエンド別清算」段階に入ったことを反映；昆仑芯が grouped_mm の大 M / 小 K 特化を処理しているのは、MoE シーンに的を絞った最も直接的な証拠である。
  • FlagQuantum の拡張速度は全 org で最速の方向の一つ：単一コントリビュータが 48 時間で 23 コミット、プリミティブ（QFT、位相推定、Grover、振幅推定）からアプリケーション（QUBO 特徴選択、量子 PCA、k-medians）まで連鎖的に敷設し、同時に QEC 記録層を整備——「量智融合」のコードレベルでの具体的進捗。
  • T-Head の二路線参入：PPU バックエンドで TLE + KernelGen オペレータのブリッジをメインラインに導入し、2.2 マルチバックエンド計画における T-Head の位置づけと合致、玄鉄方向の FlagOS スタック内での参与度が持続的に深化。
  • エコシステム活動が大会サイクルに進入：10 月 17-18 日に FlagOS 技術大会の参加登録が開始、ワークショップのテーマ（KernelGen、端側、TLE Attention、FlagScale-Agent）はこれまでのエンジニアリング観察と一対一で対応；MiniCPM チャレンジ賽は 9/21 に開幕——9 月下旬以降、エコシステム運営密度は顕著に上昇する。

付録：情報源核查表

種別 情報源 核查方式 結果
GitHub org: flagos-ai repos API 54 リポジトリの pushed_at 全量核查 20 リポジトリがウィンドウ内で活発
GitHub 各リポジトリの commits API（since=09-18T10:18Z） リポジトリ別に取得、逐条検証 206 件のコミット
ニュース Google News RSS（24 組のクエリ語） gnews_topic.py、48h ウィンドウ 0 ヒット（第 15 回の平静ウィンドウ）
コミュニティ 知乎機構号 / 智源社区 / CSDN コラム 人手検索による再確認 大会报名稿（09-18）、チャレンジ賽稿（近期）

付録：完全情報源リスト