調査期間：2026-09-23 10:00 ~ 2026-09-24 10:00（約 24 時間；09-23 デイリーレポートの期間を引き継ぎ、空白なし） 情報源：GitHub（org: flagos-ai、54 リポジトリの pushed_at を全量核查、期間内に 23 リポジトリでプッシュあり；コミット検索で 211 件ヒット、13 リポジトリに跨る；tags.atom をリポジトリごとに照合し正式バージョンタグを確認；community と build-infra のリリース一覧、PR 原文を逐条照合）、Google News RSS（中国語・英語の 24 組のクエリ語、プロキシ経由）、財聯社 / 光明網 / 智東西（芯東西） / 証券時報などの報道（詳細は付録の情報源一覧を参照）

本期インデックス

  • 今日の重点：2.2 GA（09-28）まで残り 4 日——公式リストが L1 オペレータライブラリの収録を開始：十組件の正式バージョンタグが一括でリポジトリに登録（09-24）
    1. オープンソースプロジェクトの進展（GitHub 動向）
      • 1.1 リリースエンジニアリング補足：rc2 リスト 13 モジュールの post タグ収束；FEP-0085 範囲縮小（09-24）
      • 1.2 build-infra：FlagGems が 5.4.0 に昇格、sglang0.5.12-thead-ppu2.1.0 アプリページ、megatron_rl マトリクスが 18 バックエンドを開放（09-23/09-24）
      • 1.3 FlagTree：0.7.0 プラットフォーム化タグを一括産出——ppu / mthreads / xpu / tsingmicro / ascend の五プラットフォームが落地（09-23/09-24）
      • 1.4 FlagGems：KernelGen が Nvidia オペレータをさらに 16 枚追加；崑崙芯 31 オペレータ最適化バッチがリポジトリ入り（09-23/09-24）
      • 1.5 FlagQuantum：Cirq と Qiskit Aer の実行ブリッジが落地——単一期間で 35 件（09-23/09-24）
      • 1.6 FlagSparse：AlphaSparse 連携で六件マージ；ASCEND データと DCU / MUSA 最適化を推進（09-23/09-24）
      • 1.7 推論とプラグインライン：FlagGems-vllm が 13 件、四プラットフォームを同一期間で；FlagGems-sglang の融合 MoE router が三路マージ（09-23）
      • 1.8 その他の動向：Torch-FL のプラットフォーム検出を統一；TE-FL の沐曦レイアウト対応と PPU CI；Megatron-LM-FL の二項修正（09-23/09-24）
    1. 報道とエコシステム
      • 2.1 AICC2026 会后総説が公開：財聯社が多元算力エコシステムにおける FlagOS の位置づけを再述（09-23）
      • 2.2 3D 算力ソフトウェア基盤の続報：光明網が「国産 3D 算力チップエコシステム構築が加速」を掲載（09-23）
      • 2.3 達摩院玄鉄：SAIL ソフトウェアスタックがオープンソースを拡大、GitHub 開発ブランチが研究開発の主線に（09-23）
      • 2.4 コンポーネント級検索は連続十九回目の平穏な期間（09-23/09-24）
    1. メンバー単位の深掘り
      • 3.1 摩尔線程：RLinf 公式 CI が MTT S5000 に接続——「一方向の適配」から「双方向の共建」へ（09-22/09-23 報道）
      • 3.2 沐曦：三線を同一期間で——TE レイアウト対応、jit_fuser 修正、persistent_topk（09-23）
      • 3.3 昇騰：FlagGems 修正バッチと FlagGems-vllm の四オペレータ；vLLM 0.28 適配が審査中（09-23/09-24）
      • 3.4 海光：mv 最適化と INT8 RMSNorm 登録；FlagSparse DCU シリーズ（09-23）
      • 3.5 天数智芯：Iluvatar ミラー行とビルド授権；solve_triangular の TLE パスを閉鎖（09-23/09-24）
      • 3.6 燧原：sglang 融合 router の上游マージ；ミラー行を登記（09-23）
      • 3.7 清微智能：FlagTree プラットフォームタグとミラー行——3D 算力ナラティブと並行（09-23/09-24）
    1. 総括とトレンド観察
  • 付録：情報源核查表
  • 完全な情報源一覧

今日の重点：2.2 GA（09-28）まで残り 4 日——公式リストが L1 オペレータライブラリの収録を開始：十組件の正式バージョンタグが一括でリポジトリに登録

日期：2026-09-24　来源：community #114、community #113、release-2.2-rc2.yaml、官方清单 release-2.2.yaml

rc2 安定化期間は最終日に入る（公式スケジュールは 09-24 締切、GA は 09-28 に確定）。リリースエンジニアリングは 09-24 未明に二つのことを完了した。

第一に、公式リリースマニフェストが L1 オペレータライブラリの収録を開始。09-24 01:49 ~ 01:50、十個の L1 モジュールの正式バージョンタグ（裸のバージョン番号、rc / post サフィックスなし）が一括で打たれた：

  • flaggems v5.4.0、flagfft v0.2.0、flagsparse v0.3.0、flagdnn v0.3.0、flagblas v0.3.0、flagtensor v0.3.0、flagaudio v0.3.0、flagattention v0.4.0、flaggems-vllm v0.2.0、flaggems-sglang v0.1.0。

各正式タグはそれぞれのモジュールの rc2 ブランチ HEAD（すなわち最新の検証済み post タグコミット）に打たれ、プッシュ後にリモートと逐一読み戻して照合済み。付随 PR（community #114「add L1 operator libraries to the 2.2 official manifest」）が 01:51 に起票された：公式マニフェスト release-2.2/release-2.2.yaml に十件の「公式タグ ← rc2 ベースライン」マッピングを追加（flaggems v5.4.0 ← post4；flagattention v0.4.0 ← post1；flaggems-vllm v0.2.0 ← post1；flaggems-sglang v0.1.0 ← post1；その他の各項目 ← post2）。同 PR は依然審査中（waiting merge）。公式マニフェストには従前 sglang-plugin-fl v0.2.0 の一条のみが存在し（09-22 登録）、本 PR は L1 層における初のバッチ収録となる。

第二に、rc2 チャネルは 13 モジュールの post タグで収束（09-24 00:42、community #113）：release-2.2-rc2.yaml 内の 13 モジュールのバージョンフィールドを、それぞれの rc2 ブランチ HEAD の最新検証済みタグへ統一 bump——flaggems rc2.post4；flagfft / flagdnn / flagblas / flagtensor / flagaudio rc2.post2（内容は Debian / RPM パッケージングと Nexus リリースチェーン、flagaudio のゲイン恒等修复）；flagtree 三ライン 0.7.0rc2.post2；vllm-plugin-fl 二ライン post3；transformerengine-fl post2；flagscale post2。全タグはプッシュ前にリモートと照合済み。

同日、スコープ側にはもう一件の縮小記録がある：community #112（FEP-0085）は、rc2 テストにおいて FlagCX 0.14.0-rc2 と FlagTree 0.7.0-rc2-triton3.6 のいずれにも GEMM+ReduceScatter の実装が存在しないことを指摘し（FlagCX#620 参照）、開発ラインとの協議のうえ当該オペレータを 2.2 スコープから除外し、FEP ドキュメント、テスト計画、実装履歴を同時に改訂した（同 PR は依然審査中）。

判断：正式タグのバッチ登録 + rc2 マニフェストの収束 + スコープ縮小の三件が同一の時間窓に出現したことは、2.2 のリリース面が「コードフリーズ」から「リリース物フリーズ」へ移行したことを示す——マニフェスト、タグ、スコープの三者が相互検証を開始した。今後四日の観察点は #114 のマージと、L2 / L3 バッチ（vllm-plugin-FL、TE-FL、FlagScale、KernelGen 等）の収録順序である。

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

期間総覧：org 内 54 リポジトリのうち 23 個が期間内にプッシュあり；コミット検索は 211 件ヒット（13 リポジトリに跨る）：FlagGems 59、build-infra 46、FlagQuantum 35、FlagSparse 20、FlagGems-Experimental 13、FlagGems-vllm 13、Torch-FL 10、FlagGems-sglang 5、docs 4、FlagTree 2、FlagAttention 2、community 1、FlagBLAS 1；このほか release-info（gh-pages）、FlagScale、vllm-plugin-FL、TransformerEngine-FL、Megatron-LM-FL、flir、FlagFFT / FlagDNN / FlagTensor / FlagAudio 等のタグおよびブランチ側プッシュは検索に計上されていない（tags.atom はリポジトリ毎に照合済み）。

本期間の形態 = 「リリース物フリーズ」+「プラットフォーム面の拡張」+「オペレータ検収バッチ」：リリースエンジニアリングは「今日の重点」および 1.1 / 1.2 を参照；FlagTree の五プラットフォームタグと thead-ppu アプリケーションページが同日に出現（1.2 / 1.3）；FlagGems の KernelGen バッチと昆仑芯最適化バッチは GA 前の性能達成アクションである（1.4）。

1.1 リリースエンジニアリング補足：rc2 マニフェスト 13 モジュールの post タグ収束；FEP-0085 の範囲縮小（09-24）

日付：2026-09-24　情報源：community #113、community #112、community #47 トラッキング

  • 13 モジュール bump（#113、00:42 マージ）：項目は「今日の注目」その二を参照。内容面では、各モジュールの前回 post タグ以降の変更は四種類に集約される：Debian / RPM パッケージングと Nexus リリースチェーン（五領域オペレータライブラリと FlagGems）、FlagAudio ゲイン恒等オペレータ修正、vllm-plugin-FL プラットフォームとシャットダウン修正（#549 / #553）、TE-FL 沐曦 vanilla TE レイアウト対応；FlagTree 三ライン post2 タグは各モジュールメンテナが作成後に逐条検証。意義：rc2 ラインの「最後の全量アラインメント」が完了し、以降は hotfix のみ受け入れる。
  • 範囲縮小（#112、FEP-0085）：rc2 テストで FlagCX / FlagTree に GEMM+ReduceScatter 実装が見つからず（FlagCX#620 に記録）、当該オペレータは正式に 2.2 から延期；FEP-0085 における AllGather、ReduceScatter、AllGather+GEMM の三オペレータの記述は G4 受け入れ面として保持。意義：調査期間内で唯一の機能範囲変更であり、「テスト証拠 + ドキュメント改訂」の完全なチェーンでリポジトリに記録され、リリース規律の正常なアクションに属する。

1.2 build-infra：FlagGems を 5.4.0 へ昇格、sglang0.5.12-thead-ppu2.1.0 アプリページ、megatron_rl マトリクスが 18 バックエンドを開放（09-23/09-24）

日付：2026-09-23 ~ 2026-09-24　情報源：build-infra #1080、#1081、#1057、#1079、リリース情報ポータル

build-infra は当調査期間 46 コミット、四ラインが並行：

  • バージョンとマニフェストの連動：Bump FlagGems to 5.4.0（#1080、09-24 08:55）——正式タグ v5.4.0 と連動し、2.2 ビルドマトリックスの FlagGems バージョンをその場で引き上げた。このコミットは正式タグの打出しから約 7 時間後にマージされており、「タグ → ビルド」という順序の標準的なサンプルである。
  • 新規アプリページ（本調査期間で最も重要な新規可視物）：sglang0.5.12-thead-ppu2.1.0 application page（#1081、09-24 09:45）——達磨院玄鉄 PPU の sglang アプリイメージページ（中英二言語）がリリース情報ポータルに登録された。イメージは sglang0.5.12-thead-ppu2.1.0 の 2.2 テスト版（tag 2.2.0-beta-0.2.0、チェックサム摘要付き）であり、PR の説明では手動作成ページであり app/sglang/Containerfile パイプラインによるビルドではない（「当方のテストを通過したコンテナ由来」、すなわち先に登録し、後で管理下に置くという過渡的な形態）。
  • アプリケーションマトリックスの拡張：open the megatron_rl build matrix to all eighteen backends（#1057、09-23 21:36）——Megatron-RL アプリ行が 08-31 の一時停止後に再始動：解除条件（MLF の [rl] extra 依存宣言、flash-attn バージョン免除という二つのブロッカー）がいずれもマージされ、マトリックスが全十八バックエンドに開放された。併せての登録：megatron アプリイメージ 2.2.0-0.2.3 が 14 のプラットフォーム行に登録（ascend 二行、cambricon 二行、iluvatar 二行、metax、mthreads、tsingmicro、sunrise、enflame、kunlunxin、nvidia 二行）；vLLM アプリイメージ 2.2.0-0.2.2rc2.post2 と sglang dev 行が Iluvatar の二ラインに到達。
  • リリース CI の強化：pin each release build to the tag its code actually is（#1079）、release verify ステップが実際に検証し PR トリガーに乗る（#1078）、シンボルチェックは全ライブラリが揃った時のみ実行（#1076）、native-deb をパッケージごとに列挙（#1074）、flagcx-rpm が対象リポジトリを検証（#1073）——五件連続の強化であり、その意味するところはすべて「リリース検証を曖昧にしない」ことにある。
  • なお：リリース情報ポータルが属する release-info リポジトリの gh-pages ブランチは、調査期間内に複数回再構築・プッシュされた（新規アプリページの登録を含む）。

1.3 FlagTree：0.7.0 プラットフォーム化タグの一括产出——ppu / mthreads / xpu / tsingmicro / ascend の五プラットフォームが落地（09-23/09-24）

日付：2026-09-23 ~ 2026-09-24　情報源：FlagTree タグページ、#1266、#1259、FlagTree Wiki

FlagTree は調査期間内に 0.7.0 シリーズのタグを一括で打出した（2.2 のコンパイラバージョン、2.1 時は 0.6.0）：

  • 三本のメインライン：0.7.0+triton3.6、0.7.0+triton3.5、0.7.0+triton3.3（09-23 19:10 ~ 19:12）。
  • 五プラットフォーム：0.7.0+mthreads3.6（09-24 09:13）、0.7.0+ppu3.6（09:15）、0.7.0+xpu3.6（09:22）、0.7.0+tsingmicro3.6（09:28）、0.7.0+ascend3.5（09:56）——プラットフォーム化タグが「メインライン」から「ベンダー特化」へ拡大、うち ppu（達磨院玄鉄）は今回の新顔である。

コミット側は二件：FlagCX ビルド依存の修正（#1266、[BUILD][FlagCX]）、PPU CI への pid チェック追加（#1259、[CI][PPU]）。ドキュメント側：リポジトリ wiki が 09:29 ~ 09:57 の間に 4 回のページ更新を実施（マルチプラットフォームユーザーマニュアル、ppu / tsingmicro などの項目を含む）——リリース前のドキュメント整備のシグナルである。

1.4 FlagGems：KernelGen が Nvidia オペレータをさらに 16 枚追加；崑崙芯 31 オペレータ最適化バッチが登録（09-23/09-24）

日付：2026-09-23 ~ 2026-09-24　情報源：FlagGems #6412、#6591、#6233、#6020、FlagGems-Experimental

  • KernelGen（Nvidia）16 枚マージ：put（#6020）、quantize_per_tensor（#5941）、row_indices_copy（#5939）、kaiser_window（#6363）、hspmm（#6182）、batch_norm_backward_elemt（#5727）、linalg_inv_ex（#5297）、conj_physical（#5923）、_linalg_svd（#5920）、_pin_memory（#5921）、_ctc_loss_backward（#5499）、_cudnn_attention_backward（#5724）、linalg_matmul（#5617）、_aminmax（#5924）、_stack（#5940）、_trilinear（#6143）；また3枚が審査中（quantized_batch_norm、quantize_per_channel、put）。KernelGen のロングテール補充のリズムが継続し、単一ウィンドウ16枚は当ラインの直近におけるピークの一つ。
  • 昆仑芯 31 オペレータ最適化バッチ（#6412）：31 オペレータの最適化実装を一括マージ、うち 27 / 31 が 0.8x 性能ラインに到達；付随して FP8 テストを昆仑芯でスキップ（#6573）、インポート期の monkey patch を削除（#6625）、std と特殊関数の修正（#6550 / #6485 / #6585）。これは「検収＋チューニング」ウィンドウ形態の典型的なバッチである——新規オペレータを広げるのではなく、既存オペレータを性能ラインまで押し上げている。
  • He / 摩尔線程：mv オペレータのバックエンド最適化実装をマージ（#6591、[Hygon][MThreads]）。
  • FlagTune（自動チューニング）：Hopper と沐曦 MM コストモデル対応（#6233）；FP8 MM ローカルチューニング有効化（#6620）；旧モデル検証フォールバック対応が審査中（#6649）。
  • 昇騰修正バッチ：apply_rotary_pos_emb の cos/sin 重複問題（#6613）、batched linalg_solve_triangular の誤った結果（#6596）、INT8 RMSNorm 登録と W8A8 HCU ロードの修正（#6611）、log_ グリッド padding 修正（#6579、09-24 10:00 マージ）。
  • テストと CI 基盤：候補前置プリチェックとプロセス内 profiling フック（#6621）、ベンチマーク profile 収集を pytest プラグイン注入に変更（#6628）、週次バックエンドコンテナイメージ更新（#6630）、CI で flagtree を triton に置換（#6626）、pad_sequence 共有 dtype 変異修正（#6618）。
  • FlagGems-Experimental：同ウィンドウ13件——11 枚の昆仑芯特化（#706 ~ #717 系列）＋ 2 枚の Nvidia（_dimI、_nnz）。

1.5 FlagQuantum：Cirq と Qiskit Aer 実行ブリッジが着地——単一ウィンドウ35件（09-23/09-24）

日付：2026-09-23 ~ 2026-09-24　情報源：FlagQuantum #206、#204、#202、#199

FlagQuantum は2ウィンドウ連続で30件超（09-22 ウィンドウ38件、今ウィンドウ35件）、4本のラインが並行：

  • 多フレームワーク相互運用（本ウィンドウのテーマ）：Cirq Simulator 実行ブリッジ（#206）、Qiskit Aer 名前空間アライメント（#205）と明示的実行ブリッジ（#204）、Cirq 行列ゲートのカスタムユニタリ契約（#196）、Cirq 終端測定変換（#194）、Cirq 測定契約（#190）——前ウィンドウの Braket / CUDA-Q / Azure に続き、Cirq と Qiskit Aer の二本の主线が同時に開通し、「多フレームワーク実行ブリッジ」マトリクスはほぼ完全に近づいた。
  • シミュレーション性能：大規模 CPU 状態ベクトルの密融合拡幅（#201）、非隣接双線 CPU ゲート加速（#199）、隣接双線ゲートの形状別ルーティング（#195）、バッチ双線層融合（#181）——大規模状態性能を継続的に強化。
  • ベンチマークと評価：シミュレータ比較レポート生成（#203）、Cirq と PennyLane の CPU 実行ラウンド（#202）、相互運用可能な CPU シミュレータ比較（#200）。
  • 堅牢性ゲート：MPS 密フォールバックの明示的報告（#198）、テンソルネットワークノイズチャネル拒否のドキュメント（#197）、複数箇所の wire 範囲外と不正サンプリング予算の明示的拒否（#176 / #177 / #179 / #182 / #185 / #186 / #187 / #192）。

1.6 FlagSparse：AlphaSparse 協同で六件マージ；ASCEND データと DCU / MUSA 最適化を推進（09-23/09-24）

日付：2026-09-23 ~ 2026-09-24　情報源：FlagSparse #81 至 #86

FlagSparse は本ウィンドウで 20 件のコミット、六件の上流マージ（#81 ~ #86 はいずれも NCIC-AlphaSparse 側の同期）——NCIC-AlphaSparse との双方向協同が高頻度期に入った：

  • データと修正：ASCEND 数値と tianshu デバッグ、biv の f32/f64 転置欠陥修正、精度補完。
  • プラットフォーム最適化：DCU チェックリストと spv 精度、MUSA 最適化、CI 細分化。
  • 構造：Merge branch 'main' of ... の双方向同期と ci again / ci refines の交互配置は、「開発ラインを fork 側で推進し、マージバッチで還流させる」協働形態に属する。

1.7 推論とプラグインライン：FlagGems-vllm は 13 件で四プラットフォーム同時ウィンドウ；FlagGems-sglang は融合 MoE router 三路マージ（09-23）

日付：2026-09-23　情報源：FlagGems-vllm #835、#845、#834、FlagGems-sglang #106、vllm-plugin-FL #530

  • FlagGems-vllm（13 筆、4プラットフォーム同時対応）：摩尔線程が INT4 / FP8 融合 Marlin MoE（#835）と TLE 最適化の topk_softplus_sqrt（#838）、silu_and_mul_with_clamp 性能最適化（#839）を共有；達摩院玄鉄の TLE 版 topk_softplus_sqrt（#845）；昇騰の lightning indexer（#791）、kv_rmsnorm_rope_cache（#790）、indexer_gemm_score（#819）、group_list_cumsum（#818）、top_k_per_row リファクタリング修正（#841）；沐曦の persistent_topk MC550 バックエンド（#834）；Gemma RMSNorm を一度に3プラットフォーム分補完（昇騰 #762 / 達摩院玄鉄 #766 / 摩尔線程 #782）。「同一オペレータのマルチプラットフォーム対照実装」が当該リポジトリの標準的な作業モデルとなった。
  • FlagGems-sglang（5 筆）：融合 MoE router の三系統統合——昆仑芯と MUSA 統合（#106）、昇騰の tensorcore 変体2版（#102 / #104）、燧原の tensorcore dot-acc（#105）。
  • vllm-plugin-FL：二系統の post3 タグをコミット（「今日の重点」参照）；審査中キューは拡大を継続——壁仞 SUPA バックエンド（#530、新規ベンダーの顔ぶれ）、昇騰 vLLM 0.28 適配（#487、910C）、Sunrise 0.2.1 パッチ移植（#555）、オペレータレベルの profile（#422）、コンパイル時ディスパッチ凍結（#448）；ほかに ci ワークフロー最適化ブランチをプッシュ。

1.8 その他の動向：Torch-FL プラットフォーム検出統一；TE-FL 沐曦レイアウト対応と PPU CI；Megatron-LM-FL 2件の修正（09-23/09-24）

日付：2026-09-23 ~ 2026-09-24　情報源：Torch-FL #405、#399、TE-FL #128、#129、Megatron-LM-FL #185

  • Torch-FL（10 筆）：プラットフォーム検出を統一し能力マトリクス文書を補完（#405）；FlagGems RNG ブリッジはモジュール異常時もインストールを維持（#406）；マルチデバイス契約 CI をマーカーで選択（#407）；昇騰 topk を aclnn カーネルへフォールバック（#399）；SDPA ルーティングの head_dim / dtype / クエリ長の境界を緩和（#404）；スパース COO を flagos デバイスで構築（#403）；バージョン pin を単一ファイルに集約（#401）；PPU の _unsafe_view と slice ルーティング（#397）；MUSA 上の strided softmax オペランドをマテリアライズ（#398）；インポート期の副作用を秩序だった段階的パイプラインへ収束（#396）。
  • TransformerEngine-FL：沐曦 vanilla（≥2.13）TE パッケージレイアウト対応（#128、0.3.0-rc2 ラインへの摘取 #130 を含む）；PPU ユニットテストと統合テスト対応が審査中（#129、09-24 09:24 更新）；NPU Grouped GEMM checkpoint 保存互換が審査中（#120）。
  • Megatron-LM-FL：沐曦ビルド上で jit_fuser を no-op に維持し VRAM リークを防止（#185 / #186、摘取を含む）；Sunrise PT-PU をプラットフォームとして対応（#181）；txda グラフキャプチャ状態を正確に報告（#180）；関連する MC550 欠陥2件をクローズ。
  • FlagScale：v2.1.0-rc2.post2 タグ；PR キュー（MemRift 訓練圧縮 #1274、NPU profiler #1294 / #1297、ハートビート誤検知修正 #1268、PPU 810E 訓練 CI #1300、海光 DCU ヘルスサンプリング #1299）。
  • FlagAttention：v0.4.0 タグ；テストランナー依存の同期（#73）、ドキュメント更新（#72）。
  • docs / flir：モデル一覧4件を更新（ModelScope / HuggingFace など）；flir リポジトリの開発ブランチをプッシュ。

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

2.1 AICC2026 アフターサマリー公開：財聯社が FlagOS の多元算力エコシステムにおける位置づけを再び言及（09-23）

日付：2026-09-23　出典：財聯社（東方財富転載）

財聯社は 09-23 に AICC2026 総括《智能体加速落地，算力产业如何破局？》を掲載した。FlagOS に関連する内容：智源研究院副院長兼チーフエンジニア林咏華氏の会議での発言——「AI 負荷は収斂せず、計算アーキテクチャも一つだけになることはない。ハードウェアの革新が利用可能な算力に転化するには、共有されたソフトウェアエコシステムの支えが必要だ。衆智 FlagOS は統一コンパイラ、オペレータ、通信、学習・推論フレームワークなどの能力を通じて、多元チップの重複した適配コストを低減し、異なる計算アーキテクチャがより迅速に AI エコシステムへ参入できるようにする」。同記事は他に、工信部金磊氏の要素協調要求、大会发起人の王恩東氏の「三つの構造的問題」、SGLang コアコントリビューター張晓雨氏の Kernel インターフェース統一に関する論述、IDC による智能体と Token 増速の予測、「可靠的AI」評価体系の 20 余社の共同構築単位リストも収録している。本記事は 09-21 ~ 09-22 の大会報道の会後総括であり、FlagOS の「統一ソフトウェアスタック」という位置づけが再び産業ナラティブの主線に置かれた。

2.2 3D 算力ソフトウェア基盤続報：光明網が「国産 3D 算力芯片エコシステム建設加速」を掲載（09-23）

日付：2026-09-23　出典：光明網、央広網（09-18 前情）、新華網（09-14 前情）

光明網は 09-23 に Open3D-PIMC（清微智能と智源が共同開発した 3D 算力芯片プログラミングモデルとオープンソースフレームワーク、すでに FlagOS 体系に組み込み済み）に焦点を当てた記事を掲載した：核心事実は前情と一致（リリースは 09-11 中国算力大会で発生、新華網 09-14、央広網 09-18 が既報；本デイリーレポートの 09-14 ~ 09-18 の調査期間でもすでに収録済み）、今回は会後の続報である。増分情報：智源 AI システム研究責任者門春雷氏と清微智能ソフトウェア副総裁李彬氏の発言が再引用されている——「対応するコンパイラを欠くと先進ハードウェアと低効率ソフトウェアが生じる」「Open3D-PIMC は 30 余款の国産チップを対象とし、3D チップコンパイラのグローバル標準を模索する」。判断：すでに収録済みの話題の延長線であり、エコシステム追跡用。

2.3 達摩院玄鉄：SAIL ソフトウェアスタックがオープンソースを拡大、GitHub 開発ブランチが研究開発の主線に（09-23）

日付：2026-09-23　出典：芯東西（智東西傘下、陳駿達）

芯東西は 09-23 に達摩院玄鉄（T-Head）ソフトウェアスタックの長文《打开底层软件栈，试图让生态长出来》を掲載した：

  • 新進展：雲栖大会（09-22 開幕）翌日、達摩院玄鉄は SAIL ソフトウェアスタックのオープンソース最新進展を公表し、フレームワーク適配、加速ライブラリ、ツールチェーン、通信ライブラリなどの領域でオープンソースの力度をさらに拡大すると発表した；ソフトウェアエコシステム资深総監陸生華氏は、SAIL オープンソースコードはすでに GitHub に公開済みであり、「今後 GitHub ベースの開発ブランチが研究開発の主線となる」と述べた。
  • データポイント：9 月までに真武ハードウェアの低精度特性に整合した量子化モデル 39 個をオープンソース化、累計ダウンロード数 34.8 万回超；SAIL はすでに PyTorch / TensorFlow / vLLM / SGLang など 260 余りのフレームワークに適配、主流推論フレームワークの平均適配時間は 7 日未満；真武シリーズはすでに 650 社超の企業顧客にサービス提供（09-22 リリースの真武 V900 を含む）。
  • FlagOS との関連：同日 build-infra に新規追加された sglang0.5.12-thead-ppu2.1.0 アプリページと FlagTree の 0.7.0+ppu3.6 タグ（1.2 / 1.3 参照）は、達摩院玄鉄 PPU が実際の身位で FlagOS のビルドとアプリケーションマトリクスに参入しつつあることを示している；「オープンソースソフトウェアスタック + GitHub 主線」の路線は FlagOS の「多元チップ統一スタック」とエコシステムナラティブにおいて同頻である。

2.4 コンポーネント級検索は連続第十九回目の平静窗口（09-23/09-24）

日付：2026-09-23 ~ 2026-09-24　出典：Google News RSS（プロキシ経由）

中英文 24 組のクエリ語（7 つのコンポーネント名 + エコシステムとメンバー単位語）の 24 時間窗口内でのコンポーネント名検索は連続第十九回目の窗口でゼロ命中；エコシステム側の命中はいずれも会議シーズンの延長線に属する（2.1 ~ 2.3 参照）。百度検索における「FlagOS」の公式源は依然として智源コミュニティと GitHub が主である。平静窗口はすでに常態化しており、FlagOS の対外情報増分は依然としてリリースリズムと会議ノードに集中している。

3. メンバー単位深掘り

3.1 摩尔線程：RLinf 公式 CI が MTT S5000 に接入——「単方向適配」から「双方向共建」へ（09-22/09-23 報道）

日付：2026-09-19（サロン）～ 2026-09-23（報道）　出典：証券時報・人民財訊、与非網、PChome

摩尔線程主催の「MUSA オープンソース技術サロン：RLinf × MUSA Meetup」（09-19、北京）は、身体性知能強化学習の実測データを一組公開した。RLinf 公式 CI はバージョン 0.3 以降 MTT S5000 を接続し、すべてのコードをメインブランチにマージする前に国産算力で自動検証を完了しなければならない。RLinf は MUSA バックエンドでの実行を正式にサポートした。重要なデータ：248 個の並列環境、同一レシピと同一乱数シードの下で、S5000 と国際主流 GPU の訓練曲線の逐次相関係数は r = 0.976（191 ステップの共通ウィンドウ）。実機 LIBERO-Spatial 評価では、両ハードウェアの策略成功率が一致した。工程側では 1 ステップ全体の所要時間が 2549 秒から 1888 秒に短縮（-26%）、GPU 空転率は 18.5% から 3.1% に圧縮された。オペレータ級ベンチマークでは、S5000 の GEMM とアテンション性能が国際主流 GPU の 1.6～2 倍に達した。両者はさらに端雲協同フレームワーク（雲 S5000／端 MTT E300）を共同構築する。「一方向適配から双方向共建へ」が本項目を定位づける核心である――オープンソースフレームワークが国産算力を CI ディレクトリに書き込むことは、エコシステム上の位置の転換に属する。

同一ウィンドウのオペレータ側の動き：FlagGems mv 最適化（#6591）、FlagGems-vllm 共有 INT4 / FP8 融合 Marlin MoE（#835）と TLE topk_softplus_sqrt（#838）、FlagGems-sglang MUSA 融合 router（#106）、FlagSparse MUSA 最適化、Torch-FL MUSA strided softmax 修正（#398）、FlagTree 0.7.0+mthreads3.6 タグ。

3.2 沐曦：三線同窓――TE レイアウトサポート、jit_fuser 修正、persistent_topk（09-23）

日付：2026-09-23　出典：TE-FL #128、Megatron-LM-FL #185、FlagGems-vllm #834

沐曦は本ウィンドウで 3 つのリポジトリにそれぞれ実質的な動きを残した：

  • TE-FL：vanilla（≥2.13）TE パッケージレイアウトをサポート（TE_METAX_TE_HOME 環境変数パス）。#128 がマージされた後、#130 で 0.3.0-rc2 ラインに取り込まれた――同時に rc2.post2 の post タグ内容に入る（「今日の重点」その二を参照）。
  • Megatron-LM-FL：jit_fuser は沐曦ビルド上で no-op を維持し、メモリリークを防止（#185 / #186）。関連する 2 件の MC550 訓練中断と Triton コンパイル欠陥のチケットはクローズ。
  • FlagGems-vllm：persistent_topk に沐曦 MC550 バックエンドを追加（#834）。
  • その他：FlagGems の FlagTune コストモデルが沐曦 MM をカバー（#6233）、build-infra の沐曦イメージ行 maca3.7.2.1 / 3.8.1.3 を継続登録。沐曦ラインの動作密度は rc2 の収束と強く相関する――3 件の修正はすべて 2.2 リリース物に入った。

3.3 昇騰：FlagGems 修正バッチと FlagGems-vllm 四オペレータ、vLLM 0.28 適配は審査中（09-23/09-24）

日付：2026-09-23 ～ 2026-09-24　出典：FlagGems #6613、FlagGems-vllm #791、vllm-plugin-FL #487、Torch-FL #399

  • FlagGems 修正バッチ：apply_rotary_pos_emb cos/sin 重複（#6613）、batched linalg_solve_triangular 誤った結果（#6596）、log_ グリッド padding（#6579）、INT8 RMSNorm 登録と W8A8 HCU ロード（#6611、海光と同一コミット）。
  • FlagGems-vllm 四オペレータ：lightning indexer（#791）、kv_rmsnorm_rope_cache（#790）、indexer_gemm_score（#819）、group_list_cumsum（#818）、さらに Gemma RMSNorm（#762）と top_k_per_row リファクタリング（#841）。
  • プラグインとフレームワーク：vllm-plugin-FL の昇騰 vLLM 0.28 適配（#487、910C）がレビュー中；Torch-FL の昇騰 topk フォールバック aclnn（#399）；FlagSparse ASCEND 数値と tianshu デバッグ；build-infra 昇騰イメージ行 cann8.5.0 / cann9.0.0 二重ライン登録。

3.4 海光：mv 最適化と INT8 RMSNorm 登録；FlagSparse DCU シリーズ（09-23）

日付：2026-09-23　情報源：FlagGems #6591、FlagGems #6611、FlagSparse、FlagScale #1299

海光（DCU）は当該期間に三つのリポジトリで痕跡を残した：FlagGems の mv バックエンド最適化（#6591、摩尔線程と同一コミットパターン）、INT8 RMSNorm 登録と W8A8 HCU ロード修正（#6611）；FlagSparse の DCU チェックリストと spv 精度シリーズコミット（dcu check list / dcu spv acc）；FlagScale の DCU ハードウェアヘルスサンプリング PR（#1299、レビュー中）。アクション形態は「精度と受け入れ」の層に集中しており、rc2 安定化期の位置づけと一致している。

3.5 天数智芯：Iluvatar イメージ行とビルド認可；solve_triangular の TLE パス閉鎖（09-23/09-24）

日付：2026-09-23 ~ 2026-09-24　情報源：build-infra #1052、#1041、FlagGems #6595

  • イメージ登録：Megatron アプリ行 2.2.0-0.2.3 が Iluvatar 二ライン（corex4.4.0 / 4.5.0）に登録；vLLM アプリ行 2.2.0-0.2.2rc2.post2 が同二ラインに登録；sglang dev 行二件；changelog で Iluvatar アプリイメージ再ビルドを認可（#1041）。
  • オペレータ側：FlagGems が天数の linalg_solve_triangular に対して TLE パスを閉鎖（#6595、昇騰と同一オペレータ修正との対照を形成）。
  • 以前の期間の Iluvatar wheel 再ビルド（Ubuntu 22.04）と合わせ、天数ラインの 2.2 リリース物における占比は持続的に拡大している。

3.6 燧原：sglang 融合 router アップストリームマージ；イメージ行登録（09-23）

日付：2026-09-23　情報源：FlagGems-sglang #105、build-infra

燧原の当該期間のアクションは FlagGems-sglang に集中：燧原 tensorcore dot-acc 融合 router ブランチのアップストリームマージ（#105）、昆仑芯 / MUSA / 昇騰の三経路と同一期間に着地；build-infra 側では megatron アプリイメージ行 enflame-tops1.10.6 を登録。買収/資本側の新規動向は当該期間に進入せず（A 株上場は初日前報道、略）。

3.7 清微智能：FlagTree プラットフォームタグとイメージ行——3D 計算力ナラティブ並行（09-23/09-24）

日付：2026-09-23 ~ 2026-09-24　出典：FlagTree タグページ、build-infra

清微智能は当ウィンドウで2本のライン：エンジニアリング側——FlagTreeが0.7.0+tsingmicro3.6プラットフォームタグを打刻（09-24 09:28）、build-infraのmegatronイメージ行tsingmicro-tsm260610が継続登録；エコシステム側——Open3D-PIMCの会後報道が継続（2.2参照）、「企業の中核貢献 + オープンソースコミュニティの共同構築」という3D演算ソフトウェアのナラティブとFlagOSの多元バックエンド図景が並行して推進されている。

4. 総括とトレンド観察

  • 2.2リリース面は「リリース物凍結」段階へ：10コンポーネントの正式版タグが一括登録（01:49 ~ 01:50）、rc2マニフェスト13モジュールのpostタグ収束（00:42）、FEP-0085のスコープ縮小（17:52）——3本のラインが同一ウィンドウ内で「タグ、マニフェスト、スコープ」の整合を完了。GA（09-28）まで4日、rc2安定期間は本日締切、観察点はマニフェストL2 / L3バッチ収録とGo/No-Goに移行。
  • プラットフォーム面は拡張を継続、しかも経路はそれぞれ異なる：thead-ppu2.1.0アプリケーションページは「手動登録、後から管轄化」の過渡形態；FlagTreeの5プラットフォームタグは「ベンダー特化」を正式にバージョン体系に組み込み；vllm-plugin-FLの壁仞SUPAバックエンドPRは「新ベンダーがプラグインリポジトリから参入」の又一例。多元チップ図景はGA前も拡列を続けている。
  • オペレータライブラリは全面的に「検収とチューニング」のリズムへ移行：KernelGen単一ウィンドウ16枚（ロングテール補充継続）+ 昆侖芯31オペレータ最適化バッチ（27/31達成）+ mv / GEMM / アテンションのマルチプラットフォーム修復——特性凍結後のスケジュール形態と完全に一致、GA前最終週のパフォーマンスアクションが集中的に放出。
  • 量子とスパースという2つの「非主線」コンポーネントは独自のリズム：FlagQuantumは2ウィンドウ連続30+件かつCirq / Qiskit Aerデュアルブリッジを完了；FlagSparseとNCIC-AlphaSparseは6件の双方向同期。それらの工程化程度はGA前に顕著に上昇、2.2以外の長期観察項を構成。
  • 对外情報面：会議シーズン終盤 + オープンソフトウェアスタックのナラティブが同頻：AICC2026会後総括でFlagOSのポジショニングを再述、Open3D-PIMC続報、達磨院玄鉄SAIL「GitHub研究開発主線」——国内AIチップの「ソフトウェアスタック開放」とFlagOSの「多元統一スタック」という2つのナラティブが同一週に集中放出、一方でコンポーネントレベルの検索は依然として第19の平穏なウィンドウにあり、情報増分は依然としてリリースリズムによって駆動されメディア側ではないことを示している。
  • 要観察：① community #114のマージとL2 / L3バッチ収録；② FlagTree 0.7.0シリーズタグに対応する正式Releaseとドキュメント（wikiは整備を開始）；③ 達磨院玄鉄PPUのランタイム / コンパイラ / オペレータ層における後続の管轄化（TE-FL PPU CI、FlagGems-vllm TLEオペレータは既に先行シグナル）；④ 壁仞SUPA、Sunriseなど新ベンダーバックエンドのマージ進捗。

付録：情報源検証表

カテゴリ 情報源 確認方法 結果
GitHub org: flagos-ai repos API 54 リポジトリの pushed_at 全量確認 23 リポジトリが調査期間内に活発
GitHub コミット検索 + リポジトリ別照合 調査期間内を逐条検証 211 件（13 リポジトリ）；ほかにブランチとタグ側のプッシュは未計上
GitHub tags.atom リポジトリ別照合 十コンポーネントの正式タグ v5.4.0 / v0.4.0 / v0.3.0×5 / v0.2.0×2 / v0.1.0 計 10 枚；FlagTree 0.7.0 シリーズ 8 枚
リリースエンジニアリング community #112 / #113 / #114 とマニフェスト原文 逐条照合 rc2 で 13 モジュールを収口；L1 収録 PR はマージ待ち；FEP-0085 収縮は審査中
リリースエンジニアリング build-infra PR と release-info ポータル 原文取得照合 FlagGems 5.4.0 bump；thead-ppu 応用ページ；megatron_rl 18 バックエンドマトリクス
ニュース Google News RSS（中日英 24 組のクエリ語、プロキシ経由） 24 時間ウィンドウフィルタ + 逐条除外 コンポーネント語はゼロヒット（第 19 の平静ウィンドウ）；エコシステム側は 3 件を保持
メディア 財聯社 / 光明網 / 芯東西（智東西）/ 証券時報 / 与非網 原文取得再確認 AICC 会後総括、Open3D-PIMC 続報、SAIL オープンソース進展、RLinf 実測
コミュニティ HN Algolia / 智源コミュニティ 検索再確認 FlagOS 関連の新稿なし（ヒットはいずれも無関係語の曖昧マッチ）
歴史対照 過去三日の FlagOS デイリーレポート 重複排除検証 RoboBrain / FlagOS-Robo 千卡訓練などの項目は 1 月の旧聞と確認され、未収録

完全な情報源リスト

ub.com/flagos-ai/Torch-FL/pull/405> · https://github.com/flagos-ai/Torch-FL/pull/399 · https://github.com/flagos-ai/TransformerEngine-FL/pull/128 · https://github.com/flagos-ai/TransformerEngine-FL/pull/129 · https://github.com/flagos-ai/Megatron-LM-FL/pull/185 · https://github.com/flagos-ai/FlagScale/pull/1274 · https://github.com/flagos-ai/FlagAttention/pull/73