調査期間：2026-10-27 06:00 ~ 2026-10-28 06:00（北京時間、24 時間；水曜朝報、期間は前回デイリーレポートの締め切り時点から継続）。

情報源：GitHub（org: flagos-ai 61 リポジトリの全量核查、コミット検索 102 件、マージ済み PR 98 件と審査中 PR 401 件の検索、org イベントストリーム 100 件、31 リポジトリの Release/Tag 原子核查、3 リポジトリの非デフォルトブランチ核查、主要 PR 本文とファイル規模の核查）、Google News RSS（24 組の中英語検索語、プロキシ経由）、HN Algolia（8 組）、CSDN FlagOS コラム、智源コミュニティ、8 社の成員機関公式サイト（詳細は付録の情報源リストを参照）。

本期インデックス

  • 今日の重点：2.3.0 アプリケーションイメージが 20 バックエンドに展開；FEP-0140 が 0.32 単発リリースに変更；沐曦の 135 オペレータを一括 PR 提出（10-27）
    1. オープンソースプロジェクトの進展（GitHub 動向）
      • 1.1 組織のリズム：20 リポジトリへのプッシュ、102 件のコミット、98 件のマージ、審査中は 401 件に上昇（10-27 ~ 10-28）
      • 1.2 リリース面：2.3.0 アプリケーションイメージが 20 バックエンドで記録、AMD ROCm 7.2.4 バックエンド接続（10-27）
      • 1.3 ルール面：FEP-0140 が 0.32 単発リリース、0.28 スキップ、AMD が参加（10-27）
      • 1.4 FlagGems：index_put の int32 オフセットオーバーフロー修正、昇騰コンパイラが実行時強制固定バージョンに変更（10-27）
      • 1.5 FlagGems-Experimental：沐曦 150 オペレータの再テスト、135 件が通過し逐条 PR 提出（10-27）
      • 1.6 コンパイラ：FlagTree が TLE インターフェースを調整、flir に TensorView 方言を新規追加（10-27）
      • 1.7 推論と訓練スタック：TXDA グラフモード、SGLang 0.5.18、オフラインオペレータプロファイリング（10-27）
      • 1.8 その他のリポジトリ：FlagQAI が初めて CLI を導入、FlagQuantum が 10 件マージ、FlagBLAS の命名を統一（10-27）
    1. 報道とエコシステム
      • 2.1 チャネル核查：21 件の候補は 1 件も期間内に該当せず、CSDN と HN も新規ヒットなし（10-27 ~ 10-28）
      • 2.2 成員公式サイト：摩尔線程が 10-27 に 4K ポストプロダクション網投運を 1 件、ソフトウェアスタックとは直接関連なし（10-27）
    1. 成員機関とバックエンドベンダーの深掘り
      • 3.1 沐曦：オペレータ再テストが収束、FlashAttention と MoE チューニングが同日マージ（10-27）
      • 3.2 昇騰：コンパイラ 0.7.1a1 に実行時強制固定を追加、vLLM 側ネイティブグラフと W8A8（10-27）
      • 3.3 清微：TXDA がグラフキャプチャ・リプレイをサポート、FlagCX が TSM を接続（10-27）
      • 3.4 昆仑芯：XPU3 側の分割集約最適化と foreach ヘルパー修正（10-27）
      • 3.5 海光と AMD：DCU が libglog を補完、ROCm 7.2.4 バックエンドが形成（10-27）
      • 3.6 燧原、天数、曦望、摩尔線程：各 1 件の構造的変更（10-27）
    1. まとめとトレンド観察
  • 付録：情報源核查表と完全な情報源リスト

今日の重点：2.3.0 アプリケーションイメージが 20 バックエンドに展開；FEP-0140 が 0.32 単発リリースに変更；沐曦の 135 オペレータを一括 PR 提出（10-27）

日付：2026-10-27　出典：build-infra PR #1536 · build-infra PR #1525 · community PR #157 · FlagGems-Experimental PR #744 · FlagGems PR #6892（全量は付録を参照）

  • バージョン面：build-infra は 10-27 06:54 から 13:25 の間に連続して 20 件のロボットコミットをマージし、20 個のバックエンドキーの vllm アプリケーションイメージタグを一律 2.3.0-0.3.0 として記録した。これは昇騰 cann8.5.0 と cann9.0.0 の 2 つのツールチェーン（910C 変体を含む）、寒武紀 neuware4.4.3 と 4.7.2、燧原 tops1.9.10 と 1.10.6、摩尔線程 musa4.3.6 と 5.2.0、沐曦 maca3.7.2.1 と 3.8.1.3、天数 corex4.4.0 と 4.5.0、英偉達 cuda12.8 と cuda13.3、さらに昆侖芯 xre5.37.1、海光 dtk26.04、清微 tsm260610、曦望 tangrt1.2.0 をカバーする。前回のデイリーレポートではこれらのイメージはまだベンダーごとに個別認可で再ビルド中であったが、本調査期間で記帳が完了し、「実行時は更新済み」から「アプリケーション層がバージョンに追随」へと進んだ。
  • バックエンド面：AMD の ROCm 7.2.4 は 1 つのベースイメージから完全なバックエンドへと成長した。まず設定を先行させ（torch 2.11.0+rocm7.2、triton-rocm 3.6.0、flagtree 0.7.0+amd3.6、ハードウェアは W7900／gfx1100 と標記）、続いて triton-rocm を pin 留めし、hipsolver／hipfft／miopen-hip 開発パッケージを補い、FlagCX の AMD wheel 行とベンダー PyPI を有効化し、ローカルの 16 カード gfx1100 上で検証に通過した。同期間に native deb と native rpm の 2 つのパッケージングラインに arm64 次元を追加し、ホストされた arm64 マシンでビルドと検証を行った。
  • ルール面：community は FEP-0140 の 2 つの改写（#157、#158）をマージし、vLLM プラグインの多バージョン互換戦略を「0.32 単発」へと変更した。0.32 が唯一のリリースバージョンとなり全チップをカバーする（元の「Day-0 需要に応じて 5 社を選定」の範囲を完全マトリクスへ変更、すなわち 2.2 周期の 10 社ベンダーに英偉達と AMD を加えたもの）。0.28 はリリースバージョンとしては扱わなくなり、マトリクス列と関連 PR 段落も併せて削除され、既にマージ済みの 0.28 適配はアップグレードベースラインとしてのみ残される。タイムテーブルは 11 月中旬の開始、12 月中旬までの完了を要求している。
  • オペレータ面：FlagGems-Experimental は 10-27 17:43 から 17:59 の 1 時間内に新たに 135 件の PR（#744 から #878）を開設し、タイトルは統一して「Add MetaX support for …」とした。PR 本文には今回が沐曦特化オペレータの再テストであると自述されており、150 個のオペレータが参測し、135 個が 3 回の再テストを通過した後に逐一コミットされた。環境は torch 2.8.0+metax3.7.2.0、flagtree 0.6.1、8 カード C550 であり、単一オペレータの精度は 29 個のテストケースすべてに通過し、性能の幾何平均は 1.008 倍（しきい値 0.8）であった。
  • 正確性面：FlagGems は index_put の整数オーバーフロー修正（#6892、2 ファイルで 112 行追加・4 行削除）をマージした。症状は達摩院玄鉄 PPU-ZW810E 上で発生した。int32 インデックステンソルで大きな stride のテンソルに書き込む際、アドレスを静かに誤って書き込み、対象行は変更されず、同一アロケーション領域内のガード領域が逆に書き換えられた。根本原因はアドレス演算が int32 内で完了しており、インデックスと stride の乗算がポインタオフセットを形成する前に既にラップアラウンドしていたことである。同調査期間には昇騰のコンパイラ固定をインストール期から実行期へと進めた（#7837）。
  • 判断：本期は新バージョンタグもなく、モデルの Day-0 一斉リリースもなく、重心は「2.3 を平坦化する」ことにある。イメージマトリクスの記帳、AMD の補完、リリースルールの収束、沐曦オペレータのバッチ検収、重要オペレータの正確性修正である。2.3 の 2 つのハードノードは 11 月 13 日の FEP マージ締切と 11 月 30 日の rc0 であり、それまでに community/release/2.3 はスケジュール表からリリース一覧を生み出す必要がある。

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

1.1 組織のリズム：20 リポジトリへのプッシュ、102 件のコミット、98 件のマージ、レビュー中は 401 件に上昇（10-27 ~ 10-28）

日付：2026-10-27 ~ 2026-10-28　情報源：flagos-ai 組織リポジトリ · コミット検索 · マージ済み PR 検索 · レビュー中 PR 検索

  • リポジトリ面：61 リポジトリ中 20 リポジトリに期間内のプッシュがあり、直近二週間で最多。プッシュのあったリポジトリには build-infra、FlagQuantum、FlagGems、FlagGems-vllm、FlagTree、vllm-plugin-FL、FlagScale、FlagCX、FlagOps、community、FlagTrain、FlagBLAS、flir、Release 関連の三リポジトリ（docs、release-info、FlagFFT は非デフォルトブランチへのプッシュ）などが含まれる。
  • コミット面：コミット検索のヒットは 102 件、リポジトリ別では build-infra 37、FlagQuantum 29、FlagGems 6、FlagGems-vllm 6、FlagTree 4、vllm-plugin-FL 3、FlagBLAS 2、FlagCX 2、Torch-FL 2、FlagTrain 2、FlagOps 2、community 2、FlagGems-sglang、FlagQAI、Trident、FlagScale、flir が各 1。
  • マージ面：マージされた PR は 98 件、リポジトリ別では build-infra 36、FlagGems 20、FlagQuantum 10、FlagTree 7、vllm-plugin-FL 6、FlagGems-vllm 6、Torch-FL 2、community 2、FlagTrain 2、FlagCX 2、FlagScale、FlagOps、FlagBLAS、flir、Trident が各 1。
  • 審査中面：期間内に更新のあった審査中 PR は 401 件、新規作成は 269 件。FlagGems 173 件（新規作成 93）、FlagGems-Experimental 135 件（すべて期間内の新規作成）、vllm-plugin-FL 17、FlagTree 17、FlagGems-vllm 15、FlagCX 8、sglang-plugin-FL 7、Torch-FL 5、FlagTrain 5、その他の各リポジトリは 1 から 4 件。
  • ペース比較：直前の 24 時間の期間（18 リポジトリ、185 件のコミット、133 件のマージ、225 件の審査中、74 件の新規作成）と比較すると、プッシュのあったリポジトリは 2 増、マージは 26% 減、審査中は 78% 増、新規作成は 264% 増。審査中の急増は主に FlagGems-Experimental の一度の 135 件の一括コミットによるもので、これを除くと 266 件となり、なお前日を上回る。
  • バージョンとイベント面：31 リポジトリの Release と Tag の原子的な核查では、本期間の新規追加はなし。build-infra の最新タグは依然として 8 月 3 日の v2.2.0。org イベントストリームは 100 件、PR イベント 84、プッシュ 8、ブランチ作成 6、ブランチ削除 2。うち FlagGems #7809 は 04:21 から 05:57 の間に繰り返しクローズと再オープンが計 63 回行われ、サンプルの六割を占め、自動化されたリトライループと疑われ、対応するマージは見られない。
  • ブランチ面：docs、FlagFFT、release-info の三リポジトリは pushed_at が期間内にあるもののデフォルトブランチに新規コミットはなく、非デフォルトブランチへのプッシュに該当する（FlagFFT 側では 0.2.0-rc2、bump-version-0.3.0-dev1 などのブランチが見られ、release-info はライセンスと空白の説明のみ）。

1.2 バージョン面：2.3.0 アプリケーションイメージが 20 のバックエンドに記録、AMD ROCm 7.2.4 バックエンドを接続（10-27）

日付：2026-10-27　情報源：build-infra PR #1536 · build-infra PR #1525 · build-infra PR #1537 · configs.yaml

  • イメージ記録：20 件のロボットコミットにより、vllm アプリケーションイメージのタグを統一して 2.3.0-0.3.0 と記録し、20 のバックエンドキーをカバーする：昇騰 cann8.5.0、cann8.5.0-910c、cann9.0.0、cann9.0.0-910c；寒武紀 neuware4.4.3、neuware4.7.2；燧原 tops1.9.10、tops1.10.6；摩尔線程 musa4.3.6、musa5.2.0；沐曦 maca3.7.2.1、maca3.8.1.3；天数 corex4.4.0、corex4.5.0；英偉達 cuda12.8、cuda13.3；および崑崙芯 xre5.37.1、海光 dtk26.04、清微 tsm260610、曦望 tangrt1.2.0。
  • ランタイム変更記録：2.3.0 のランタイム changelog を同期追加し、まず海光 dtk26.04 を追加し、次に AMD rocm7.2.4 を追加（hipsolver／hipfft／miopen-hip 用に再ビルドした 1 件を含む）。
  • AMD バックエンド：設定層に vendors.amd.rocm7.2.4 を新規追加。スタックは torch 2.11.0+rocm7.2、triton-rocm 3.6.0、flagtree 0.7.0+amd3.6、ハードウェアは Radeon PRO W7900（gfx1100、RDNA3）、ドライバ 6.16.13、Python 3.12 と記載；ビルド側はセルフホストの amd runner を使用し、検証は rocm-smi で行い、FlagGems にはまだ ROCm/HIP の C++ バックエンドがないため、当面 cmake バックエンドを設けない旨を明記。
  • パッケージ面：native deb と native rpm の 2 系統にアーキテクチャ次元を追加（deb は amd64 と arm64、rpm は x86_64 と aarch64）。arm64 行はホストマシンでビルドと検証を実行し、依存インデックスはアーキテクチャごとに読み込む；これまでは FlagCX の昇騰行がマシンたまたま aarch64 であったため arm64 パッケージを産出したことがあるのみ。
  • ゲート面：base 層にイメージごとの changelog を補完し、base プッシュは changelog と日付の添付を必須に変更；三段のイメージ記録ループを 1 つのスクリプトに統合し、重複ロジックを削減。
  • 未完了項目：2.3.0 のバージョンタグはまだ打たれておらず、community/release/2.3 の下には中英文のスケジュール表のみで、release リストはまだない。

1.3 ルール面：FEP-0140 は 0.32 単発、0.28 スキップ、AMD 追加へ変更（10-27）

日付：2026-10-27　情報源：community PR #157 · community PR #158 · 2.3 リリーススケジュール

  • メジャーバージョン：vLLM プラグインの複数バージョン互換案（FEP-0140）を改訂後の 2.3 計画に従って書き換え：0.32 がメジャーリリースバージョンとなり全チップをカバーする。従来の「Day-0 要件に基づき 5 社を選定、名簿は未定」という範囲を完全なマトリクスに拡大、すなわち 2.2 周期の 10 社メーカーに英偉達と AMD を加える；タイムテーブルは不変で、11 月中旬に開始し 12 月中旬までに完了する。
  • バージョンスキップ：0.28 はもはやリリースバージョンではなく、以降プラットフォーム作業、リリーステスト、デプロイ文書への投入を行わない；すでにマージされた 0.28 適配は 0.32 へアップグレードするためのベースラインとして残す。2 番目の PR ではさらに 0.28 のマトリクス列、非目標章節および関連 PR 段落（10 個のリンク）を削除し、同文には「0.28 スキップ」の一文のみを残す。
  • AMD 追加：マトリクスに AMD 行を新規追加し、0.32 のみを記載し 0.24 と 0.28 の履歴は含めない。
  • スケジュールとの整合：2.3 のスケジュールは 11-13 が FEP マージ締切、11-30 がフィーチャーフリーズおよび rc0 作成、12-07 が rc1 作成、12-14 が rc2 作成、12-25 が封板、12-30 がリリース；FEP マージ締切日はハード締切であり、未マージのものは次バージョンに順延する。
  • 判断：これはバージョン番号の調整ではなく、「vLLM のマイナーバージョンを 1 つずつ追従する」コストを一度に圧縮するものである：0.28 段階の適配成果はベースラインとして保持し、検収と文書はすべて 0.32 を指す。代償として、0.28 で行った適配は 0.32 上で検収をやり直す必要がある。

1.4 FlagGems：index_put の int32 オフセットオーバーフロー修正、昇騰コンパイラは実行時に固定バージョンを強制するよう変更（10-27）

日付：2026-10-27　情報源：FlagGems PR #6892 · FlagGems PR #7837 · FlagGems PR #7752 · FlagGems PR #7220

  • 正確性：index_put_ と index_put_impl がカーネルを共有するアドレス演算をワイド型に変更（#6892、2ファイルで112行追加・4行削除）。これまで達摩院玄鉄 PPU-ZW810E 上で、int32 インデックスと大きな stride のテンソルの組み合わせがアドレスを静かに誤書き込みし、対象行は変わらないものの同一アロケーション領域内のガードプレフィックスが書き換えられていた。根本原因はインデックス×stride が int32 内で評価されて先に回り込むことであり、事後に最終オフセットだけを変換しても間に合わない。
  • コンパイラ固定：昇騰側で flagtree を 0.7.0+ascend3.5 から 0.7.1a1+ascend3.5 へアップグレード（#7837、5ファイルで291行追加）。バージョン番号の変更だけでは無効——実行時イメージが flagtree を仮想環境の外の /opt/flagtree に焼き込んでおり、pip で入れた pin では上書きできない。reconcile を一層追加してもプリセットパスに先を越され、最終的に新規スクリプトでパッケージメタデータに基づき実行時に検証・是正するようにした。
  • ベンダー最適化：昆侖芯側で slice_scatter と vstack を最適化しベンダーオペレータ表を復元（#7752、sym_numel を借りて登録ロジックが取りこぼしたオペレータを回収）；同一ウィンドウで foreach の dtype ヘルパー（#7832）と 20261026 の一括マージ（#7776）を修正。天数側で conv2d を最適化し、パッキング済み重みをキャッシュして channels_last のチャネル変換を融合（#7220）。
  • KernelGen 側：新規 93 件は依然として NVIDIA 単一オペレータの補完が主体（本ウィンドウの榜内で 23 件が新規）、ほかに Hy4-preview の RMSNorm、BF16 線形と共有 INT8 インデクサインターフェース（#7782）が審査中。
  • 判断：本リポジトリの当日の価値は「静かなエラー」であって新規オペレータではない。index_put のようなアドレス誤書き込みはテストではエラーにならず、特定のバックエンドと大きなテンソルでのみ現れ、リリース後に破綻するタイプである。

1.5 FlagGems-Experimental：沐曦 150 オペレータを再テスト、135 件が通過し逐条 PR 提出（10-27）

日付：2026-10-27　情報源：FlagGems-Experimental PR #744 · FlagGems-Experimental PR #878 · FlagGems-Experimental リポジトリ

  • 規模：10-27 17:43 から 17:59 までの1時間で新規 PR 135 件（#744 から #878）を開設、すべて同一アカウントが提出、タイトル形式は統一して「Add MetaX support for オペレータ名」、各件単一ファイルで約200行前後の増減。
  • 出所：PR 本文によれば、今回は沐曦特化オペレータの再テスト（1027 バッチ）であり、計150個のオペレータが参測、うち135件が3回の再テストを通過し逐次 PR を提出する。未通過の15件はバッチ外に残す。
  • 验收基準：arccosh_ の1件を例に取ると、精度は29ケースすべて通過しベンダー証拠ベンチマークと一致、性能は3回の再テストで基準達成、幾何平均1.008倍（しきい値0.8）、環境は torch 2.8.0+metax3.7.2.0、flagtree 0.6.1、C550 8枚。
  • リポジトリ状態：当該リポジトリは 10-21 以降デフォルトブランチへのプッシュがなく、今回の135件はすべて審査中状態；リポジトリの位置づけは依然としてメインリポジトリ外の実験・验收の場である。
  • 判断：これはチップ特化オペレータの验收証拠を審査可能な状態に移すもので、量的には組織の審査中 PR の三分の一を一度に押し上げた；今後の観察点は、この一批の PR が一括マージされるか、またマージ後にメインリポジトリのオペレータ表へ還流するかである。

1.6 コンパイラ：FlagTree が TLE インターフェースを調整、flir が TensorView 方言を新設（10-27）

日付：2026-10-27　情報源：FlagTree PR #1423 · FlagTree PR #1448 · FlagTree PR #1452 · flir PR #83

  • 言語面：FlagTree は7件をマージ、うち TLE 関連が3件——tle.gpu.copy に other ターゲットを追加（#1429）、is_tle_supported と require_tle インターフェースを更新（#1423）、HCU テストでサポートプリミティブを取得する方法を修正（#1452）。
  • バックエンド面：摩尔線程 SDK を v0.7.1 に更新（#1448、2行の変更）、前日に打たれた 0.7.1a1+mthreads3.6 タグと整合；昇騰側は add_rms_norm_bias の AscendC 精度を整合（#1445）；FlagMega は非 SM90 マシン上の nvidia-sm90 ランタイムテストを無効化し（#1418）、ページドアテンションのマージ状態を結果座標でアドレッシングするようにした（#1434）。
  • IR 面：flir に TensorView（tv）方言を新設（#83、25ファイルで1396行追加・13行削除）：Triton ポインタを shape、stride、アクセスエンコーディングを伴う tensor_view に変換し、パーティション、ストライド、gather/scatter の3種類のエンコーディングと対応するロード／ストア操作を提供、さらに CommonIR の tile.load と tile.store に接続。Triton tt 方言と HIVM／昇騰 NPU IR の間に位置し、TileIR と並列する。
  • レビュー中：FlagTree は17件がレビュー中（新規6件）、SpacemiT の vmt4d バックエンド（#1455）、昆仑芯分散型 TLE バックエンド（#1436）、海光 TLE 通信プリミティブ適配（#1441）、AMD R9700 と W7900 のデコード高速化（#1439）を含む。

1.7 推論と訓練スタック：TXDA グラフモード、SGLang 0.5.18、オフラインオペレータプロファイリング（10-27）

日付：2026-10-27　情報源：vllm-plugin-FL PR #649 · FlagGems-vllm PR #998 · sglang-plugin-FL PR #155 · FlagScale PR #1310

  • vLLM プラグイン：6件マージ。清微 TXDA が cudagraph のキャプチャとリプレイをサポート（#649、8ファイルに487行追加）。従来、TXDA の triton ランチャーはキャプチャ領域内でカーネル起動を拒否し、デバイスガードが誤ったストリームを変更していたため、グラフモードは実質使用不可だった。本コミットでは TXDA を独立したグラフクラスで処理し、非 TXDA パスについては上流とバイト単位で一致を維持する。燧原 S60 の vLLM 0.28 対応をマージ（#582）、沐曦の長単リクエスト prefill を連続 KV に変更（#638）、さらに 0.4.0-dev から 0.5.0-dev への前方同期（#648）と CodeQL トリガーの補完（#650）。
  • オペレータとオペレータライブラリ：FlagGems-vllm 6件マージ。NVIDIA ベースラインコレクタの移入（#984）、沐曦 FlashAttention の精度とグラフキャプチャ修正に TP2/TP4 最適化を追加（#998）、段階別に区別した融合 MoE チューニング（#943）、mhc_post の摩尔線程および複数の国産バックエンド向け最適化（#976）、FlagGems からアテンション修正を同期し Hopper FA3 問題を修正（#1006）を含む。
  • SGLang プラグイン：崑崙芯を SGLang 0.5.18 に更新（#155、審査中）、AMD R9700（gfx1201）で FlagOS SGLang を動作確認（#157、審査中）、FlagCX 0.14 以上のレイアウトに基づくラッパーライブラリの位置特定（#156、審査中）、Hy4-preview テキストと NextN アダプタ（#154、審査中）。
  • トレーニング側：FlagTrain に KMCompiler オペレータ2件をマージ——fused_pad_routing_map（#27、NVIDIA ベースライン1.0倍、昇騰側で torch 比1.4倍超）と fused_gated_norm（#25）。FlagScale にオフライントレーニングオペレータプロファイリングをマージ（#1310、4ファイルに1474行追加）。トレーニング側は各 rank の Chrome タイムラインのみをエクスポートし、オフライン抽出器が外部 ID 帰属、通信計上、マルチ rank 集約を行い、推論プロファイリングと一致する列指向の成果物として出力する。
  • Torch-FL：2件マージ——conf キーによるルーティングでデコード後の soft-lowp を組み合わせ、カーネルが存在する箇所でのみ有効化（#665）、MUSA tuner の修正で各戦略サブクラスを貫通し、いずれかのベンダー名で conf を選択（#666）。新たに3件を起票し、DCU ディレクトリの綴りと soft-lowp マトリクス宣言に関するもの。

1.8 その他のリポジトリ：FlagQAI が初めて CLI を導入、FlagQuantum 10件マージ、FlagBLAS 命名整合（10-27）

日付：2026-10-27　情報源：FlagQAI リポジトリ · FlagQAI PR #1 · FlagQuantum PR #939 · FlagBLAS PR #155

  • 新コンポーネント：10月10日に作成された FlagQAI（TypeScript モノレポ・マルチパッケージ）は 10-27 21:03 に初めてコマンドラインソースのスナップショットを導入した。説明文書では自らを「意図を検証可能な量子計算に変える」と位置づけており、すなわち開発者が計算と制約を宣言し、システムが制約を満たす回路を合成する。同時に現在の検証範囲はローカル回路シミュレーションと1つの固定アンサッツによる2ビット変分ルートのみであり、合成層は方向性であって完成した能力ではないことを明記している。初回 CI はフィクスチャリストのステップで失敗し、その後 PR #1 を起票して修正（審査中）。
  • 量子ライン：FlagQuantum は10件マージ、29件コミット。テンソルネットワーク下の Module ハミルトニアン期待値の縮約（#939）、固定 shots の誤り訂正メモリ実験（#932）、固定2ビットゲートのカバレッジ補完（#935）、および打ち切り MPS が勾配を提供できない場合の拒答（#943）を含む。
  • 数値ライブラリ：FlagBLAS は L1 の命名と参照の整合をマージ（#155）。前日の達摩院玄鉄 BLAS1 の15組オペレータの一括投入を引き継ぐ。
  • 通信とツール：FlagCX は FlagOS の Torch バックエンドに TSM サポートを追加し非同期通信を強化（#674、10ファイルに886行追加・80行削除）。同一ウィンドウでバージョンコードが1万未満の場合のデコードを修正（#677）。Trident は Python 3.10 のビルドと実行をサポート（#5）、審査中の #4 で Monad 中間層を導入。FlagOps は robust-checkout のデフォルト接続タイムアウトを30秒から300秒に引き上げ（#17）。docs ボットは魔搭ドキュメントの更新に基づく1件を起票（#566）。

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

2.1 チャネル核查：候補21件のいずれも調査期間内に該当せず、CSDN と HN はいずれも新規ヒットなし（10-27 ~ 10-28）

日付：2026-10-27 ~ 2026-10-28　情報源：Google News RSS 検索 · HN Algolia 検索 · CSDN FlagOS コラム · 智源コミュニティ

  • 候補範囲：24組の日英クエリ語が調査期間内に21件の候補を返し、1件ずつ検証した結果、採用はゼロ件。コンポーネント名クエリ（FlagOS、FlagGems、FlagScale、FlagTree、FlagPerf、FlagCX、KernelGen）は日英合計12件すべてゼロヒットで、連続2回目の平穏な調査期間となった。
  • 旧聞の再投稿：候補のうち燧原の2件（「本日上場」と「A株に上陸」）は検証の結果、旧聞の再投稿であることが判明——同社の科創板上場日は9月11日で、上場公告書と当日の報道の双方で日付を照合できる。10-27には別に株価とセクターに関する稿が1件あり、これも相場内容に属する。
  • 期間外の稿：清微の「年度科創先鋒」1件は原文が10月22日の澎湃新聞で、10-27の項目は同日の転載であり、さらにOpen3D-PIMCは既に10月26日分のデイリーレポートで収録済みである。
  • 無関係の稿：智源側の十数件はモデルとコミュニティの内容（AREX-2長距離反省、JEPA円卓会議、vLLM性能比較稿）で、FlagOSソフトウェアスタックとは直接の関係がない。上観新聞10-27の《芯片缺场景、场景缺信心？》は全文が別企業のフルスタック智算導入について述べており、全文にFlagOSは登場しない。
  • チャネル面：CSDN FlagOSコラムの最新記事は依然10月22日のままで止まっている。HN Algoliaの8組のクエリは4日間の調査期間内に直接ヒットがゼロ件。智源コミュニティには調査期間内の新稿がない。

2.2 メンバー公式サイト：摩尔線程 10-27に4Kポストプロダクション網投運の1件、ソフトウェアスタックとは直接の関連なし（10-27）

日付：2026-10-27　情報源：摩尔線程ニュースセンター · 沐曦公式サイト · 天数智芯公式サイト · 清微智能公式サイト

  • 更新あり：摩尔線程は10-27に《摩尔線程 × 北京広播電視台｜初の全市場信創4K超高清ポストプロダクション網が正式運転開始》を発表したが、業界導入事例に属し、FlagOSコンポーネントやMUSAオープンソーススタックの変動には関与していないため、収録基準により本文項目には含めない。
  • 更新なし：沐曦、天数、寒武紀、燧原、清微の5社の公式サイトニュース一覧には調査期間内の新規項目なし。海光と地平線のページは静的または取得失敗のため、一覧で可視の内容を基準とする。
  • 判断：ニュース側は連続2回目の平穏な調査期間であり、本期の主体は依然としてコード、イメージ、ルールである。こうした調査期間における公式サイト巡回の価値は「確かに存在しないこと」を確認する点にあり、ネタ探しではない。

3. メンバー機関とバックエンドベンダーの深掘り

3.1 沐曦：オペレータ再検測が収束、FlashAttentionとMoEチューニングが同日マージ（10-27）

日付：2026-10-27　情報源：FlagGems-Experimental PR #744 · FlagGems-vllm PR #998 · FlagGems-vllm PR #943 · vllm-plugin-FL PR #638

  • オペレータ：150個の特化オペレータの再検測が完了し、135個が3回の再検測を通過して一括コミットされ、foreachファミリー、疎テンソル、数値関数など多類をカバーした。未通過の15個はコミットバッチに含まれていない。
  • アテンションとMoE：FlagGems-vllm側でFlashAttentionのキャッシュ安全性とグラフキャプチャの問題を修正し、TP2/TP4を最適化（#998）。また段階別に融合MoEのチューニングパラメータを区別した（#943）。
  • 推論側：vLLMプラグインの長単一リクエストprefillは、連続KVが存在する場合に逐次搬送を行わなくなった（#638）。Qwen3.8-Flash-Next向けの適応は依然審査中（#635）で、SGLang側のMetaXバックエンド一式パッケージも依然審査中である（#50）。
  • イメージ：2つのMACAバージョン（3.7.2.1と3.8.1.3）のアプリケーションイメージタグはすでにいずれも2.3.0-0.3.0に記録されている。

3.2 昇騰：コンパイラ0.7.1a1にランタイム強制固定を追加、vLLM側はネイティブグラフとW8A8（10-27）

日付：2026-10-27　情報源：FlagGems PR #7837 · vllm-plugin-FL PR #646 · vllm-plugin-FL PR #643 · FlagTree PR #1445

  • コンパイラ：FlagGems の昇騰オペレータテストチェーンを 0.7.0+ascend3.5 から 0.7.1a1+ascend3.5 へ移行し、ランタイム検証スクリプトを新規追加して、イメージ内にプリセットされたコンパイラが pip インストールを上書きする問題を解決した。
  • 推論：vLLM 0.28 開発ラインにネイティブ decode グラフ（#646、レビュー中）と ModelSlim 動的 W8A8 量子化サポート（#643、レビュー中）を新規追加した。両者は本調査期間にマージされた FEP-0140 の書き換えと同じ方向性であり、最終的には 0.32 に収束させる必要がある。
  • イメージ：4 つのバックエンドキー（cann8.5.0、cann8.5.0-910c、cann9.0.0、cann9.0.0-910c）を 2.3.0-0.3.0 に追従させた。
  • コンパイラその他：FlagTree 側で add_rms_norm_bias の AscendC 精度を整合させ（#1445）、TLE にベクトル融合積和カスタムオペレータを新規追加した（#1453、レビュー中）。

3.3 清微：TXDA がグラフキャプチャ・リプレイをサポート、FlagCX が TSM を接続（10-27）

日付：2026-10-27　情報源：vllm-plugin-FL PR #649 · FlagCX PR #674 · vllm-plugin-FL PR #642

  • グラフモード：TXDA が vLLM プラグインで FULL_DECODE_ONLY のグラフキャプチャとリプレイ機能を獲得し、2 つの根本原因——キャプチャ領域内でのカーネル起動拒否（エラーコード 0x47000003）とデバイスガードによるストリーム改道——を修正した。
  • 通信：FlagCX が Torch バックエンドに TSM サポートを追加するとともに、グループ P2P クリーンアップ、不正 peer の拒否、非同期ストリームイベント処理を修正し、変更は 10 ファイルに及んだ。
  • 未完了項目：TXDA の vLLM 0.28 適応は依然レビュー中（#642）、FlagCX の清微 RPM パッケージングも依然レビュー中（#673）。
  • イメージ：tsm260610 バックエンドキーは 2.3.0-0.3.0 に記録済み。

3.4 昆侖芯：XPU3 側のスライス集約最適化と foreach ヘルパー修正（10-27）

日付：2026-10-27　情報源：FlagGems PR #7752 · FlagGems PR #7832 · FlagGems PR #7776 · FlagCX PR #678

  • オペレータ最適化：slice_scatter と vstack の XPU 上パスを書き換え、sym_numel を借りて登録ロジックで漏れていたベンダーオペレータテーブルを復元した。
  • 修正とマージ：foreach の dtype ヘルパーを復元し（#7832）、さらに 20261026 の昆侖芯変更を一括マージし（#7776）、調査期間内に logical_and と登録エラーの 2 件も修正した。
  • レビュー中：FlagCX が昆侖芯 XPU 向けデバイス IR エントリを追加して FlagTree と接続（#678）、SGLang 側バックエンドを 0.5.18 にアップグレード（#155）、FlagTree 側の分散 TLE バックエンド（#1436）と XPU Python ソース特化（#1422）はともにレビュー中。
  • イメージ：xre5.37.1 バックエンドキーは 2.3.0-0.3.0 に記録済み。

3.5 海光と AMD：DCU が libglog を補完、ROCm 7.2.4 バックエンドが形成（10-27）

日付：2026-10-27　情報源：build-infra PR #1524 · build-infra PR #1525 · build-infra PR #1535 · sglang-plugin-FL PR #157

  • 海光：build-infra が libglog.so.1 を追加リリースし、DTK イメージ上でのネイティブプラグインのロード失敗を解決（#1524）。dtk26.04 のアプリケーションイメージタグとランタイム変更履歴も同日に補完。Torch-FL 側でも DCU ディレクトリの綴りと soft-lowp マトリクス宣言に関する新規 PR が 2 件オープン（#669 から #671）。
  • AMD 設定：ROCm 7.2.4 バックエンドで 5 件が連続マージ——設定と runner、triton-rocm 3.6.0 の固定、hipsolver／hipfft／miopen-hip の追加、FlagCX の AMD wheel 行の有効化、ベンダー PyPI の許可。
  • AMD エコシステム：SGLang 側で Radeon AI PRO R9700（gfx1201）上での FlagOS SGLang の実行に成功（#157、レビュー中）。FlagCX の AMD 適応は CUDAStreamGuard に切り替え（#680、レビュー中）。FlagTree 側では R9700 と W7900 向けのデコード高速化を実施（#1439、レビュー中）。
  • 判断：AMD は本期間で唯一新規追加されたバックエンドであり、その経路は国産ベンダーとは異なる——まずベースイメージがあり、次に設定とパッケージングを補完する。オペレータライブラリ側（FlagGems）にはまだ HIP の C++ バックエンドがなく、短期的には Triton 経路のみとなる。

3.6 燧原、天数、曦望、摩尔線程：それぞれ 1 件の構造的変更（10-27）

日付：2026-10-27　情報源：vllm-plugin-FL PR #582 · FlagGems PR #7220 · FlagAttention PR #116 · FlagTree PR #1448

  • 燧原：S60 の vLLM 0.28 適応がマージ（#582）。2 つの TOPS バージョン（1.9.10 と 1.10.6）のアプリケーションイメージタグも同時に記帳。FlagAttention 側では融合アテンション残差オペレータを新規追加（#116、レビュー中）。FlagPrism の TOPS ヘッダファイルとライブラリ依存の変更は引き続きレビュー中（#17）。
  • 天数：conv2d 最適化がマージ（#7220）。conv3d と conv_transpose2d の最適化は引き続きレビュー中。2 つの CoreX バージョン（4.4.0 と 4.5.0）のイメージを記帳。SGLang 0.5.18 の空ランタイム適応は引き続きレビュー中（#139）。
  • 曦望：tangrt1.2.0 が初めてアプリケーションイメージマトリクスに参加。vLLM 0.28 ランタイム適応と共有 Gate CI の 1 件がレビュー中（#647）。
  • 摩尔線程：SDK を v0.7.1 に更新（#1448）し、前日の 0.7.1a1+mthreads3.6 タグと整合。mhc_post の MUSA 上での性能最適化が FlagGems-vllm #976 とともにマージ。2 つの MUSA バージョン（4.3.6 と 5.2.0）のイメージを記帳。

4. 総括とトレンド観察

  • ペース：24 時間の調査期間で 20 リポジトリへのプッシュ、98 件のマージ、401 件のレビュー中（うち 135 件は 1 回のバッチコミット）、マージ量は前日の 133 件から 26% 減少した。プッシュされたリポジトリ数は 2 週間ぶりの高水準だが、増分は主にボットによる記帳とバッチコミットによるもので、実質的なコード変更は前述の十数件に集中している。
  • バージョン：2.3.0 のアプリケーションイメージは既に 20 のバックエンドで記帳済みで、ランタイム変更記録も補完中だが、バージョンタグは未付与、リリースマニフェストも未作成。節目となるのは 11 月 13 日の FEP マージ締切と 11 月 30 日の rc0 であり、その時点で community/release/2.3 にスケジュール表しかなければ、rc 期間は圧縮される。
  • ルール：0.32 単発・0.28 スキップの決定により、バージョン追従コストは 1 回のスキップに圧縮されたが、その代償として 0.28 でマージされた適配（燧原 S60、天数、沐曦、玄鉄など複数ライン）を 0.32 で再検収する必要があり、この作業量はまだどの PR にも反映されていない。
  • カバレッジ：沐曦は 135 個の特化オペレータを実験リポジトリのバッチ PR 形式で提出し、メインリポジトリへ直接投入しなかった。これは実験リポジトリが「検収証拠を監査可能」という役割を担っていることを示す。メインリポジトリの FlagGems は依然として KernelGen の単一オペレータ補充を消化しており、2 つの流れのレビュー負荷が重なり、本周期のレビュー中件数急増の主因となっている。
  • バックエンド：AMD はベースイメージから設定、パッケージング、wheel 行へと進み、本周期唯一の新規バックエンドとなった。国産側は既存バックエンドの機能補充に集中している（昆侖芯 XPU3、清微図モード、燧原 0.28、天数畳み込み、曦望が初めてリスト入り）。
  • 要観察：FlagQAI 初回エクスポート後の CI 失敗と PR #1。その位置づけ（量子計算合成レイヤ）と FlagQuantum（量子シミュレーションとトレーニング）の境界はまだドキュメントで明確になっていない。FlagGems #7809 の繰り返しクローズ・再オープンも、自動リトライなのかプロセス上の欠陥なのかを確認する必要がある。

付録：情報源チェック表と完全情報源リスト

情報源チェック表

情報源 チェック結果
GitHub 組織リポジトリ 61 リポジトリを全量チェック、20 リポジトリが調査期間内にプッシュ；3 リポジトリは非デフォルトブランチへのプッシュ
GitHub コミット検索 102 件ヒット；検索インデックスは当日のマージに対して遅延があるため、マージ量と並列して表示
GitHub マージ済み PR 検索 98 件、15 リポジトリ
GitHub レビュー中 PR 検索 401 件（新規 269 件）、FlagGems 173 件と FlagGems-Experimental 135 件で約 8 割を占める
Release / Tag 原子チェック 31 リポジトリ、本調査期間では新規ゼロ；build-infra の最新タグは依然 v2.2.0
org イベントストリーム 100 件、PR イベント 84、プッシュ 8、ブランチ作成 6、ブランチ削除 2；#7809 の 63 回のクローズ・再オープンを含む
バージョンスケジュール community/release/2.3 は中英文スケジュール表のみで release マニフェストなし；2.2 ディレクトリには 4 つのマニフェストファイルあり
Google News RSS 24 組のクエリ、21 件の候補、採用 0 件（旧聞、期間外、無関係の 3 類型）
HN Algolia 8 組のクエリ、4 日間の調査期間内で直接ヒット 0 件
CSDN FlagOS コラム 最新記事は 10-22 で停止、調査期間内に新稿なし
智源コミュニティ 調査期間内の新稿なし、トップページに FlagOS 関連の更新なし
メンバー企業公式サイト 8 社を巡回、摩尔線程の 10-27 の業界導入稿 1 件のみ；2 社は静的ページまたはクロール失敗

完全情報源リスト

.com/flagos-ai/community/blob/main/release/2.3/schedule_CN.md>

8（沐曦連続 KV） — https://github.com/flagos-ai/vllm-plugin-FL/pull/638