調査期間：2026-10-30 06:00 ~ 2026-11-02 06:00（北京時間、72時間；月曜朝報、土曜と日曜をカバー、期間は前回デイリーレポートの締切時点から継続）。

情報源：GitHub（org: flagos-ai 61リポジトリ全量核查、コミット検索 256件、マージ済みPR 115件、審査中PR 275件、orgイベントストリーム 100件、31リポジトリのReleaseと8リポジトリのTagのアトミック核查、5リポジトリのアトミック補核とブランチ归属照合、主要PR本文核查、community公開リスト核查）、Google News RSS（24組の中英語クエリ語、プロキシ経由）、HN Algolia（8組）、CSDN FlagOSコラム（逐篇時刻核查）、智源コミュニティ、九社のメンバー企業公式サイトと決算報道（詳細は付録の情報源リストを参照）。

本期インデックス

  • 今日の重点：昇騰 910C ネイティブ量子オペレータライン貫通（167項目のハードウェア検収）；2.3.0の2つのイメージレイヤchangelogが整備；量子合成コンパイラ単一期間で35件マージ（10-30 ~ 11-02）
    1. オープンソースプロジェクト進展（GitHub動向）
      • 1.1 組織リズム：17リポジトリプッシュ、256件のコミット、115件のマージ、審査中275件（10-30 ~ 11-02）
      • 1.2 バージョン面：2.3.0イメージレイヤ収尾、海光 DTK 26.10とAMD ROCm 7.2.4の両ラインが整備（10-31 ~ 11-01）
      • 1.3 FlagQuantum：昇騰 910C ネイティブサポートのマージ、167項目のハードウェア検収に合格（10-31）
      • 1.4 FlagQuantum：単一期間で35件マージ、合成ラインのリソース帳簿が契約化段階へ（10-31 ~ 11-02）
      • 1.5 FlagGems：KernelGenの3オペレータがNVIDIAラインへ、昆仑芯 XPU3の10件の性能パッチが収束（10-30）
      • 1.6 Torch-FL：地平線 BPUが畳み込みとプーリングを通過、天数、沐曦、海光の経路がそれぞれ収束（10-30 ~ 11-01）
      • 1.7 FlagCX：海光 bitcodeとDevice IRの統一パッケージ化、SymMemカバレッジがアダプタ別に厳格化（10-31 ~ 11-01）
      • 1.8 その他のリポジトリ：FlagPrismが沐曦に接続、optestがFlagTrainに接続、FlagTreeが飛書に報告（10-30 ~ 11-02）
    1. 報道とエコシステム
      • 2.1 チャネル核查：CSDNコラムとHN期間内に新規ヒットなし、ニュース側はコンポーネント級エントリゼロ（11-02）
      • 2.2 メンバー企業の資本市場側：燧原、沐曦の三季報が同日開示（10-30）
      • 2.3 エコシステム観察：世界インターネット大会烏鎮サミットが本日開幕、テーマはオープンソース開放に焦点（11-02）
    1. メンバー企業とバックエンドベンダーの深掘り
      • 3.1 海光：DTK 26.10のベースイメージからwheelまでの21件の収束（10-31 ~ 11-01）
      • 3.2 昇騰：910Cネイティブ量子ラインのほか、XCSインターフェースと通信CIを同時推進（10-30 ~ 11-01）
      • 3.3 昆仑芯：XPU3の10件の性能パッチを単日マージ（10-30）
      • 3.4 沐曦：FlagPrismにMACAバックエンドを補完、アテンション側にParallaxとHy3を補完（10-30 ~ 11-02）
      • 3.5 清微、燧原、天数：TXDAがvLLM 0.28へ、GCUグラフモード、FlagTreeバージョン固定（10-30 ~ 11-01）
      • 3.6 摩尔線程と地平線：MUSA側に大規模モデルアテンションを補完、BPU側にオペレータ経路を補完（10-30 ~ 11-01）
    1. 総括とトレンド観察
  • 付録：情報源核查表、完全情報源リスト

今日の重点：昇騰 910C ネイティブ量子オペレータライン貫通（167項目のハードウェア検収）；2.3.0の2つのイメージレイヤchangelogが整備；量子合成コンパイラ単一期間で35件マージ（10-30 ~ 11-02）

日付：2026-10-30 ~ 2026-11-02　出所：FlagQuantum PR #958 · FlagQuantum PR #970 · build-infra PR #1584 · FlagQuantum PR #1000（全量は付録を参照）

  • 量子面：FlagQuantum #958 は昇騰 910C を「実験的 split-FP32 パス」から「ネイティブ provider オペレータ」パスへと推し進めてメインラインにマージした。PR 本文が示す最終マージ時のハードウェア記録は 167 passed in 115.41s——142 個の回路、ノイズ、TEBD、QEC のユースケースに、25 個のネイティブ動力学ユースケースを加えたもので、うち 2 回のコールドプロセス計画リプレイを含む。スタックは Python 3.11.15、PyTorch 2.10.0+cpu、CANN 9.0.0、FlagTree 0.7.0+ascend3.5、FlagGems 5.4.0、FlagCX v0.14.1（純昇騰/FlagOS パッチ付き、torch_npu はリンクしない）に固定されている。同日 #970 はプリセット ARM64 runner 上に fail-closed のネイティブ 910C 回帰レーンを追加し、CI 側では別途 wheel provenance と action アーカイブの固定が数件ある。
  • リリース面：build-infra の 3 日間 21 件のマージはすべて 2.3.0 を指す——新規に hygon-dtk26.10 イメージレイヤを追加し（ベースイメージを ROCm 対応の Open MPI に変更、実行時に flagcx==0.14.1+dtk2610 を補完、無効な HIP_VISIBLE_DEVICES=all を削除）、同時に AMD rocm7.2.4 レイヤの flagcx 固定と amdsmi 依存を補完し、レイヤごとに 2.3.0 の changelog 日付とイメージ記述を記録した。しかし community リポジトリの release/2.3 マニフェストディレクトリは未だ作成されておらず、release-info サイトにも 2.3.0 タグは出現していない。これは今回がリリース前のイメージレイヤ準備であり、リリース行為そのものではないことを示している。
  • コンパイラ面：FlagQuantum の本調査期間の 35 件のマージのうち 28 件が合成ラインに属し、Qmod の公共入力准入、レジスタ借用、Const 呼び出し、符号なし比較、計算後のクリーンアップとゼロスロット再利用、within/apply スコープ、有界冪演算を項目ごとに既存の合成パイプラインへ組み込んだ；#1000 は再計算可能な例でリソース台帳の変化を示している——x * 256 がベースラインの 28 個の割当量子ビット、4 GiB 状態バッファから 19 個の割当量子ビット、8 MiB に減少し、オペランド 12、深さ 4 となった。
  • 判断：3 本のラインは同じ事柄を指している——量子スタックのマルチチップ適配における証拠の形態は、いま「あるチップで動かせた」から「再現可能なハードウェア検収記録 + 照合可能なリソース台帳 + 失敗即赤の CI レーン」へと変わりつつある。2.3.0 にとって、イメージレイヤはすでに整っており、欠けているのはマニフェストの凍結とサイト公開という 2 つのリリース行為である。

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

1.1 組織のリズム：17 リポジトリへのプッシュ、256 件のコミット、115 件のマージ、審査中 275 件（10-30 ~ 11-02）

日付：2026-10-30 ~ 2026-11-02　情報源：flagos-ai 組織リポジトリ · コミット検索 · マージ済み PR 検索 · 審査中 PR 検索

  • リポジトリ面：61 リポジトリ中 17 リポジトリに調査期間内のプッシュあり（前回 21 リポジトリ、24 時間基準）。プッシュ時刻の新しい順に docs、FlagQAI、FlagQuantum、FlagPrism、Torch-FL、FlagTree、release-info、build-infra、vllm-plugin-FL、FlagCX、optest、FlagGems-sglang、FlagGems、Megatron-LM-FL、FlagGems-vllm、OpenCourse、FlagSparse。FlagPrism と docs のプッシュはフィーチャーブランチとドキュメント PR ブランチ上にあり、メインブランチには新規コミットなし。
  • コミット面：コミット検索のヒットは 256 件（前回 189 件、24 時間）。リポジトリ別では FlagQuantum 148、FlagQAI 42、build-infra 21、FlagGems 16、Torch-FL 13、optest 5、FlagCX 3、OpenCourse 3、FlagTree 2、FlagSparse、FlagGems-vllm、FlagPrism が各 1。日平均換算で約 85 件となり、前回の単日 189 件を下回り、週末効果が顕著。FlagQuantum と FlagQAI の 2 リポジトリで 190 件、すなわち 74% を占めた。
  • マージ面：マージ済み PR 115 件（前回 183 件、24 時間）。14 リポジトリから：FlagQuantum 35、build-infra 21、FlagGems 18、Torch-FL 13、FlagQAI 11、optest 5、FlagCX 4、FlagTree 2、FlagPrism、FlagGems-sglang、Megatron-LM-FL、FlagGems-vllm、OpenCourse、FlagSparse が各 1。日平均約 38 件で、前回の単日 183 件の約 2 割。
  • レビュー中面：調査期間内に更新のあったレビュー中 PR は 275 件（前回 253 件）、新規オープン 146 件（前回 84 件）。リポジトリ別では FlagGems 158（新規 82）、FlagGems-sglang 18（18）、FlagTree 15（5）、FlagGems-vllm 15（8）、Torch-FL 13（11）、vllm-plugin-FL 13（7）、FlagTrain 9（1）、FlagAttention 8（5）、sglang-plugin-FL 7（1）、docs 6（3）、FlagScale 5（1）、FlagCX 3（1）、FlagQAI、FlagQuantum、flir、FlagBLAS、whisper-triton が各 1。
  • イベントとブランチ面：org イベントストリームは 100 件で、内訳はプッシュ 37、ブランチ削除 13、PR イベント 23、イシューコメント 11、ブランチ作成 10、PR レビュー 2、レビューコメント 3、fork 1。大半のアクションは FlagQuantum、build-infra、FlagQAI の 3 リポジトリに集中。コミット検索がカバーしなかった 5 つのプッシュリポジトリは原子的な補完確認を実施：Megatron-LM-FL は 10-30 16:55 に #203 をマージ（期間内）；FlagGems-sglang の 10-31 プッシュは feat/qwen36-remaining-native-validation ブランチ上にあり、同日メインラインで #251 をマージ；vllm-plugin-FL の 11-01 プッシュは PR ブランチ上にあり、デフォルトブランチの最新コミットは依然 10-30 00:38 の GLM-5.3 サポートで、前の調査期間の内容に属する；docs のプッシュはドキュメント PR ブランチ上（デフォルトブランチの最新コミットは 10-03）；release-info の 2 回のプッシュはいずれも gh-pages 上で、リリースサイトの自動リフレッシュ。
  • 比較：前回の 24 時間期間と比べ、マージ量は日平均で約 8 割減、コミット量は日平均で約 5 割減だが、レビュー中総量は引き続き 8.7% 増、新規オープン量はほぼ倍増。これは「週末は産出が少なく、滞留がむしろ増加する」典型形態であり、滞留は主に FlagGems の KernelGen 一括起票（新規 82 件）に由来する。

1.2 リリース面：2.3.0 イメージ層の収尾、海光 DTK 26.10 と AMD ROCm 7.2.4 が二線で準備完了（10-31 ~ 11-01）

日付：2026-10-31 ~ 2026-11-01　ソース：build-infra PR #1584 · build-infra PR #1568 · build-infra PR #1571 · build-infra PR #1586 · release-info リリースサイト · community 2.2 リリースマニフェスト

  • イメージレイヤー1（海光）：hygon-dtk26.10 レイヤーをゼロから構築——#1568 はベースイメージに ROCm 対応の Open MPI をインストールし、#1577 は当該レイヤーの flagcx wheel を +dtk2610 サフィックス付きでリリースし、#1578 は flagcx のピン留めなしでランタイムイメージをブートストラップするよう変更し、#1584 はさらにピン留めとその changelog を 1 本の PR に統合した。同レイヤーには他に #1575、#1579、#1585 の 3 件のボット changelog 日付記録があり、#1587 は海光側ベンダー版 Triton 3.7.0 の不具合リストを vLLM ラインへ引き継いだ。
  • イメージレイヤー2（AMD）：#1571 は flagcx を rocm7.2.4 ランタイム依存にピン留めし、#1576 は無効な HIP_VISIBLE_DEVICES=all 環境変数を削除し、#1586 は amdsmi を追加し、#1572、#1580、#1582、#1588 の 4 件が changelog 日付を記録している。ベースイメージレイヤーには他に #1569、#1570、#1583 の 3 件が 2.3.0 の日付を記録し、イメージ説明を更新している。
  • リリース状態の確認：31 リポジトリの Release と 8 リポジトリの Tag をアトミックに確認した結果、調査期間内に新規の Release オブジェクトは存在しなかった。唯一時刻更新があったのは FlagCX v0.14.1 タグ（11-01 00:10 更新）であり、GitHub Releases API の最新正式版は依然として 2026-09-28 リリースの v0.14.0（本文に FlagOS 2.2 対応と明記）である。community リポジトリの release/2.3/release-2.3.yaml は 404 を返し、release/2.2 マニフェストは依然として存在しており、2.3 がまだマニフェスト凍結段階に入っていないことを示している。
  • 要観察：21 件のマージのうち、ボット changelog が 8 件、説明更新が 2 件、依存とブートストラップ修正が 6 件、CI とドキュメントが 5 件。FlagOS 2.2 のリリースペース（マニフェスト凍結 → イメージタグ付け → release-info 公開）に照らすと、2.3.0 は依然としてマニフェストとサイトの 2 ステップを欠いている。次の稼働週もレイヤー内のパッチ修正のみを続けてマニフェストを凍結しなければ、リリースウィンドウは圧縮されるだろう。

1.3 FlagQuantum：昇騰 910C ネイティブサポートがマージ、167 項目のハードウェア検収に合格（10-31）

日付：2026-10-31　ソース：FlagQuantum PR #958 · FlagQuantum PR #970 · FlagQuantum コミット c417d80

  • 受け入れデータ：PR 本文に記録された組み合わせハードウェアの実行結果は 167 passed, 293 warnings in 115.41s。うち 2 つの統合ファイルはそれぞれ 142 個の回路、ノイズ、TEBD、QEC テストケース、および 25 個の動力学テストケースをカバーし、2 回のコールドプロセス計画リプレイを含む。別途 CPU 側変更パスの回帰 1332 passed, 3 skipped in 21.04s、能力と証拠フィールドの契約テスト 23 項が通過した。
  • カバレッジ：complex64/complex128 状態ベクトル、MPS、テンソルネットワーク、密度行列。autograd と明示的勾配手法。混合トレーニング、ノイズ、TEBD。ネイティブ Ising/Lindblad/Rydberg 動力学と計測器。QEC プリデコーダトレーニング。owner-sharded 状態ベクトル、MPS、テンソルネットワークトレーニング。PR は CPU デフォルト値、公開シグネチャ、schema バージョンが不変であることを明記し、追加されたのはデバイス能力提案で承認済みの加算的ネイティブ動力学能力である。
  • 依存境界：Torch-FL は feat/ascend-complex-lowering ブランチの 3aebd0c、FlagCX は公式 v0.14.1 の 6fe3631 に純粋な Ascend/FlagOS パッチを付したものを使用。PR は「リリース済み wheel にこれらの修正が含まれていなければ再現に不十分」と明言しており、再現性をバイナリパッケージではなくソースコミットに束縛している。
  • CI 側：#970 は ARM64 runner 上に fail-closed ネイティブ回帰レーンを構築し、併せてネイティブ回帰で使用する action アーカイブを検証済みコミットに固定し、隔離 runner イメージ内でネイティブ wheel の provenance を保持し、認定済み provider で継承された wheel バージョンを上書きし、ネイティブテスト進捗を watchdog にストリーミング書き込みする。
  • 意義：従来 910C には実験的な split-FP32 パスの証拠しかなかったが、このラインは量子スタックの Ascend 適配をネイティブ provider 層まで押し上げ、「ハードウェア受け入れ記録」を個人環境に残さずリポジトリ文書と CI に書き込んだ。

1.4 FlagQuantum：単一ウィンドウで 35 件マージ、合成ラインのリソース会計が契約化段階へ（10-31 ~ 11-02）

日付：2026-10-31 ~ 2026-11-02　情報源：FlagQuantum PR #1000 · FlagQuantum PR #995 · FlagQuantum PR #993 · FlagQuantum PR #984

  • 総量と構造：FlagQuantum は 72 時間で 35 件をマージ。うち合成ライン 28 件、Ascend ネイティブサポート 1 件、CI とツール 5 件、シミュレーション文書と修正 2 件。合成ラインが圧倒的主体であり、すべて「コミット可能な入力、検証可能なセマンティクス、計算可能なリソース」の 3 点を軸としている。

  • 入力面：#969 で公共 Qmod 入力と共有 Program セマンティクスを提出し、#971 で有界 Qmod ファイルとテキスト入力を准入し、#985 でネイティブな 1 ビット位相文を准入し、#993 と #994 で有界 within/apply スコープおよびそのネストをサポート。Qmod は内部フォーマットから外部に提出可能な入力形態へと変化した。
  • セマンティクス面：#972、#981、#982、#990 で順に符号なし等価/小なり述語、Python 条件からの一貫した値選択、符号なし関係とチェーン区間述語、ネイティブな符号なし比較式を補完し、#974、#984、#995、#997 で述語位相と初期化済みレジスタ借用を組み合わせ、一時フラグビットに依存しないようにした。
  • リソース面：#988 と #989 でレジスタ呼び出しにおける Const 借用と fresh-output を検証し、#991 で計算結果のクリーンアップとストレージ再利用を検証し、#992 でローカル所有権とゼロスロット再利用を検証し、#999 で桁上がりなしが証明された定数加算のワークスペースを削減し、#1000 で正確な 2 の冪乗算の一時ビットを削減。x * 256 を例にすると、ベースラインは 28 個の割当量子ビット、18 個のワークスペースビット、14 個の操作、深さ 6、4 GiB 状態バッファであったが、マージ後は 19 個の割当量子ビット、9 個のワークスペースビット、12 個の操作、深さ 4、8 MiB 状態バッファとなった。x * 4 プローブも 14/12 の割当・使用ビット、8 ワークスペースビット、24 操作、深さ 18、256 KiB から 10/10、4、10、深さ 4、16 KiB へと削減された。
  • 境界と基準：PR はこれらが「正確なリソース核算」であり、実行時加速、最適性、プロセスのピークメモリの保証ではないことを明示している。ゼロ、1、2 の冪でない定数、2 つの量子オペランド、およびゼロ下限を持つ派生値は依然として汎用乗算を通る。変更は Compiler の lowering の 1 か所のプロダクションファイルのみに留まる。
  • 意味：量子合成コンパイラの過去 1 四半期の主線は「どれだけの構文を合成できるか」であったが、この調査期間は「各構文のリソース会計を再計算・回帰できるか」へと転換した。この種の作業の価値は単点の性能になく、リソース予算を回帰可能な契約とすることにあり、主線のオペレータライブラリの性能パッチとは異なる性質のエンジニアリングである。

1.5 FlagGems：KernelGen 三オペレータが NVIDIA ラインに参入、昆仑芯 XPU3 の 10 件の性能パッチが収束（10-30）

日付：2026-10-30　情報源：FlagGems PR #7988 · FlagGems PR #7957 · FlagGems PR #7672 · FlagGems PR #7257

  • KernelGen ライン：chx7514 が単一バッチで三つのビュー系オペレータをマージ——swapaxes_（#7314）、movedim（#7307）、swapdims_（#7316）。いずれも Triton カーネル実装で、KernelGen の自動生成から人手レビューへ至る通常の経路を通っている。
  • SiliconFlow ライン：winfan1314 が四件。それぞれ PPU の triangular_solve デフォルトおよび out 実行（#7672）、PPU の upsample_nearest2d_backward 明示的 scales（#7668）、PPU の STFT を acFFT 経由にするもの（#7667）、そして沐曦の upsample_nearest2d_backward 明示的 scale マッピング（#7589）。四件はいずれも「同一オペレータを二社のバックエンド上で実行意味論を揃える」もので、クロスバックエンド一貫性の作業に属する。
  • 昆仑芯 XPU3 ライン：単日で十件。#7988 の 11 個の pointwise および reduction オペレータ最適化、#7957 の直ポインタ foreach カーネルと allclose/isclose リダクションおよび index_put/clone コピー経路、#8052 の BF16 pointwise 一次元ブロック分割移植、#7960 の mm チューニング設定再利用時の SPLIT_K KeyError、#7983 の is_same_size と channel_shuffle の性能、#8024 の fmod 精确切り捨て（div_rn に FMA 残差を加算）、#7955 の choose_qparams_optimized 単発射近傍探索、#7954 の sgn bf16 の dtype 別ブロック分割、#8048 の foreach_pow libdevice スタブシンボル修正とベンダー powf フォールバック、#8047 の foreach_pow_scalar_ テストルーティング修正をカバーする。
  • 昇騰ライン：#7257 は topk カスタムオペレータの呼び出し方式を tle_raw.call に変更し、TLE 方言と統一する。性能変更ではなくインターフェースの収束に属する。
  • バックログ：FlagGems はレビュー中 158 件、新規オープン 82 件で、ほぼすべてが KernelGen のバッチコミット由来。マージ済み 18 件とレビュー中 158 件の比率は、レビュー側がいまだ生成側に追いついていないことを示しており、これが 2.3 凍結前の最も現実的なリスクポイントである。

1.6 Torch-FL：地平線 BPU が畳み込みとプーリングを通過、天数・沐曦・海光の経路は個別に収束（10-30 ~ 11-01）

日付：2026-10-30 ~ 2026-11-01　情報源：Torch-FL PR #686 · Torch-FL PR #693 · Torch-FL PR #698 · Torch-FL PR #700

  • 地平線 BPU：#686 は conv、batch norm、pooling を eager 経路から直接 BPU に落とす；#693 はさらに進み、等価な depthwise 畳み込みで BPU 上に avg_pool を載せる；#696 は avg_pool の畳み込み形式を functional API で表現するよう変更。三件を合わせて見ると、BPU 側は「オペレータがある」から「保守可能な経路がある」へと変わる。
  • 天数 Iluvatar：#698 は Iluvatar CI の FlagTree を 0.7.0 に固定する。理由は当該チップが実際に実行しているのがこのバージョンだからである；#697 は baddbmm をベンダー GEMM 経由にし、部分 tile の FlagGems カーネルを使わないようにする。両件とも「どの実装を使うか」の基準を収束させるものだ。
  • 沐曦と海光：#688 は FlagGems 側で沐曦の mm を登録し、その Triton が拒否する K 次元を緩和する；#701 は海光 DCU の FlagGems SDPA テストを、実際に実行可能な lane で走らせる。#701 の価値はテストの信頼性にある——スキップ理由を間違って書くと長期的に失敗を覆い隠すことになる。
  • NVIDIA デフォルト経路：#700 はデフォルト NVIDIA conf が 1485 個のオペレータを boxing kernel にルーティングしてしまう問題を修正する。これは本調査期間で影響範囲が最大の一件である；#684 は FP4 の半バイトシフトをテンソル演算に変更し、既にルーティング済みのオーバーロードにヒットさせる；#685 はプラットフォームごとの dot 下限に従って soft-lowp GEMM の収縮軸を緩和する；#687 は day-0 FlagGems override を、その説明自体が正当化するオペレータへと絞り込む；#689 は CPU-torch イメージ失敗時に固定インデックスへフォールバックする；#692 は統合カバレッジをファイル粒度ではなくケース粒度に保つ。

1.7 FlagCX：海光 bitcode と Device IR を統合パッケージ化、SymMem カバレッジはアダプタ別に收紧（10-31 ~ 11-01）

日付：2026-10-31 ~ 2026-11-01　情報源：FlagCX PR #667 · FlagCX PR #687 · FlagCX PR #688 · FlagCX PR #669

  • 海光側：#667 は UIL ラインの構造的変更——海光 bitcode ビルドを追加し、Device IR のパッケージ方式を統一。従来は各バックエンドが個別に IR をパッケージしており、海光の接続には別途成果物を維持する必要があったが、統一後は新規バックエンドのパッケージコストが低下する。
  • テスト側：#687 は SymMem カバレッジをアダプタ種別ごとに CI へ強制し、「あるアダプタが対称メモリテストを実行していなくてもパイプラインがグリーンのまま」という事態を回避；#688 と #689 は DU stream guard を torch 世代ごとに選択させ、同一修正を 0.14.0-rc2 へバックポート。
  • 審査中：#669 の昇騰 910C CI パイプラインと単体テスト編成、#686 の昇騰デバイス完了トラッキング（FlagQuantum 側から提出、量子スタックの通信完了セマンティクスに資する）、#685 の DAG 化 UniRunner 集合通信と融合通信ワークフロー。3 件はいずれも審査中で、2.3 通信面のマージ待ち項目を構成する。

1.8 その他リポジトリ：FlagPrism が沐曦に接続、optest が FlagTrain に接続、FlagTree が飛書へ報告（10-30 ~ 11-02）

日付：2026-10-30 ~ 2026-11-02　情報源：FlagPrism PR #18 · optest PR #19 · FlagTree PR #1457 · FlagQAI PR #15

  • FlagPrism：#18 は 11-02 00:11 にマージされ、沐曦/MACA バックエンド向けデバッガランタイムを補完——専用の MacaRuntimeBackendAdapter がデバイスバッファ、ホストステージング、ストリーム順転送を担当し、新規 MACA.cmake ビルドモジュールと Python バインディングを追加、テストとドキュメントも添付。FlagPrism が沐曦をデバッグチェーンに接続するのは初めて。
  • optest：5 件のマージはテスト基盤を中心に——#19 は uv で FlagTrain のベンダー依存を管理しその CI に接続、#20 は共有メモリ不足時に即座に失敗、#21 はインストール失敗時にパッケージインデックスをリトライ、#22 は S60 の共有メモリを増加、#23 はライブラリとバックエンドごとに並行性を分離。方向性は「環境問題」と「オペレータ問題」をログ上で分離することにある。
  • FlagTree：#1457 は FlagGems の CI 結果を飛書多次元テーブルに書き込み、テスト結果がリポジトリページからチームボードへ；#1494 は燧原の 03-topk テストを一時的に無効化、既知の失敗に対する損切り。
  • FlagQAI：11 件のマージ、42 件のコミット、すべて web ワークベンチ——ローカルプロジェクトとファイルタブ、凍結されたマルチファイル実行、永続ワークスペースとしての実験比較、Agent 実行制御と結果トレーサビリティ。もはや「量子デモページ」からプロジェクトセマンティクスを備えたフロントエンドへと成長した。
  • その他：FlagGems-sglang #251 は Qwen3.6 の残りワークロードスイートとネイティブ SGLang アダプタを補完；Megatron-LM-FL #203 はマルチプラットフォーム CI 計画、影響を受ける unit-group ルーティング、証跡化ゲートを統一；FlagSparse #115 は外部リポジトリ NCIC-AlphaSparse/main からマージ；OpenCourse は 3 件のコミットでリリースごとにコースとバージョンアーカイブを確立。

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

2.1 チャネル検証：CSDN コラムと HN の調査期間内に新規ヒットなし、ニュース側はコンポーネント級の項目ゼロ（11-02）

日付：2026-11-02　情報源：CSDN FlagOS コラム · HN Algolia · Google News RSS

  • CSDN コラム：一覧ページの15本の記事リンクを1本ずつ時間を照合したところ、最新の2本は依然として10-29の「大規模モデル推論の救世主——1つのプラグインでマルチチップ適応を実現」と「FlagOS Day0 適応 MiniCPM-OCR & Jev：12プラットフォームをカバー」であり、10-30以降に新規原稿はない。ページには他に10-15から10-17の3つのカンファレンス replay 項目がある。
  • HN Algolia：8組のクエリ（FlagOS、FlagGems、FlagScale、FlagTree、BAAI、FlagQuantum、FlagSparse、flagos-ai）は5日間の範囲でタイトルまたは本文に直接ヒットしなかった。FlagOSとFlagGemsはそれぞれ4〜5件の曖昧ヒットがあるが、いずれも本テーマとは無関係である。
  • Google News：24組の中英語クエリ用語で43件がヒットし、1件ずつ見出しを確認した後、FlagOSコンポーネントのリリースまたはチップ適応に直接関連するものは0件であった。ヒットの主体は燧原、沐曦の第3四半期決算と株価記事、および「智源研究院 オープンソース」「国産算力 オープンソースソフトウェアスタック」などの広範なクエリによる業界記事である。コンポーネント名のクエリ（FlagOS、FlagGems、FlagScale、FlagTree、FlagCX、KernelGenなど）は引き続きゼロヒットであり、長期的な常態である。
  • 智源コミュニティ：トップページと検索ページはともにクライアントレンダリングであり、クロールではトップページにFlagOS項目が見られないことしか確認できず、件数レベルの結論は出せない。このチャネルは引き続き「新規の可視項目なし」として記録する。

2.2 メンバー企業の資本市場側：燧原、沐曦の第3四半期決算が同日開示（10-30）

日付：2026-10-30　情報源：燧原科技 第3四半期決算（中証網） · 沐曦股份 第3四半期決算（澎湃新聞）

  • 燧原科技（688801）：前三四半期の営業収入は23.32億元、前年同期比331.74%増。親会社株主に帰属する純利益は-7.54億元で、赤字は前年同期比で縮小。第3四半期単独の売上高は12.11億元、前年同期比395.34%増、親会社株主に帰属する純利益は-1.22億元。研究開発費は9.89億元、前年同期比11.11%増で、第3四半期の研究開発投入は当四半期売上高の28.83%を占めた。契約負債は63.85億元で、年初比1745%増。製品側は第4世代アーキテクチャの5款のクラウドAIチップで、AIアクセラレーションカード、智算システム、プログラミングソフトウェアプラットフォームを含む。
  • 沐曦股份（688802）：前三四半期の営業収入は28.24億元、前年同期比128.45%増。親会社株主に帰属する純利益は6.39億元、非経常性損益控除後の純利益は2.59億元で、前年同期比でそろって黒字転換。第3四半期単独の売上高は15億元、前年同期比367.12%増、非経常性損益控除後の純利益は3.08億元で、2四半期連続で単独四半期の非経常性損益控除後利益が黒字となった。ソフトウェア側ではMXMACA 3.9.0をリリースし、沐曦GPU向けのMXMACAビルドサポートコードがオープンソースプロジェクトLMCacheにマージ済み。モデル側ではGLM、千問、混元などのモデルのDay 0適応を完了したとしている。
  • FlagOSとの関係：両社ともFlagOSメンバー企業であるが、本項目は決算と商業進展に属し、FlagOSプロジェクトの動向ではない。うち沐曦がビルドサポートコードをLMCacheにマージしたのは唯一オープンソース上流に直接着地した動きであり、FlagOSのクロスチップ目標と同方向だが、独自ソフトウェアスタック路線を歩んでいる。FlagOS側の対応する作業は依然としてFlagGems、Torch-FLのバックエンドパッチとして現れている（1.5と1.6を参照）。

2.3 エコシステム観察：世界インターネット大会烏鎮サミットが本日開幕、テーマはオープンソース・開放に焦点（11-02）

日付：2026-11-02　情報源：世界インターネット大会・烏鎮、なぜ「オープンソース」か · 新華網：2026年烏鎮サミットはオープンソース・開放に焦点

  • 議程：2026年世界インターネット大会烏鎮サミットは11月2日から5日まで開催され、テーマは「オープンソース・開放 共同構築・共有——ネットワーク空間運命共同体の構築に手を携えて」であり、27場の分科会を設け、メインフォーラムには「人工知能烏鎮対話」を設置し、議題にはグローバル人工知能オープンソースエコシステムの構築が含まれる。
  • 関連性：本項目は業界背景に属し、FlagOSプロジェクトとは直接的な議程の関連はない。ここに置いた理由は、オープンソースAIシステムソフトウェアが今回のサミットの主要議題の一つであり、FlagOSが位置する「マルチチップ統一ソフトウェアスタック」こそがこの議題下で最も具体的なエンジニアリング形態だからである。期間内の公開報道はFlagOSの専門議程に触れておらず、したがってプロジェクト動向には計上しない。

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

3.1 海光：DTK 26.10 ベースイメージから wheel までの21件の収束（10-31 ~ 11-01）

日付：2026-10-31 ~ 2026-11-01　情報源：build-infra PR #1568 · build-infra PR #1577 · FlagCX PR #667 · FlagScale PR #1299

  • イメージ面：海光の今回の対応は単発のバグ修正ではなく、DTK 26.10 の納品チェーン全体を補完するものだ——ベースイメージに ROCm 対応の Open MPI を導入し、ランタイムイメージは flagcx を固定せずにまずブートストラップし、その後 flagcx==0.14.1+dtk2610 を再固定し、当該 wheel を別途リリースする。#1587 はベンダー版 Triton 3.7.0 の欠陥を vLLM ラインへ引き渡すものであり、このバージョンの Triton の問題が FlagOS 側では修正されないことを認めたに等しい。
  • 通信面：FlagCX #667 の海光 bitcode と Device IR の統合パッケージ化により、海光は通信ライブラリ側で初めて他バックエンドと同一のビルド成果物形態を獲得した。
  • 訓練面：FlagScale では審査中の #1299 が海光 DCU のハードウェアヘルスサンプリングを追加し、#1255 から #1257 の3件が NCCL の CPU 側における収集遅延、集合通信と P2P の不一致、内部ハングという3種類の診断を追加する。#1299 と3件の診断を合わせると、「万カード訓練で問題が起きたときに特定できるか」を指し示している。
  • アテンション面：FlagAttention #117 が審査中で、内容は海光 GLA バックエンドの最適化、10-30 に更新あり。
  • 判断：海光は本調査期間で最も集中的に投入したメンバー単位であり、21件の build-infra に通信と訓練側のパッチを加え、「パッケージング—通信—訓練の可観測性」の3段をカバーした。DTK 26.10 のコストはほぼすべて依存関係の解決とパッケージングにあり、カーネル自体ではない。これは前号の DTK 26.10 初回接続時の結論と一致する。

3.2 昇騰：910C ネイティブ量子ラインの外側で、XCS インターフェースと通信 CI を同時に推進（10-30 ~ 11-01）

日付：2026-10-30 ~ 2026-11-01　情報源：FlagQuantum PR #958 · FlagGems PR #7257 · FlagCX PR #669 · FlagAttention PR #120

  • 量子ライン：910C ネイティブ provider 対応と ARM64 回帰レーンが本調査期間最大の単一項目である（1.3 参照）。併せて FlagCX #686 が審査中で、昇騰デバイスの完了追跡とテンソルキープアライブを処理する。これは量子スタックの通信層における前提条件である。
  • オペレータライン：FlagGems #7257 は昇騰 topk カスタムオペレータの呼び出しを tle_raw.call に変更し、TLE 方言と整合させた。この種のインターフェース収斂は通常、大量のオペレータ移行に先立って発生する。
  • CI ライン：FlagCX #669 が審査中で、昇騰 910C 向けの CI パイプラインを構築し単体テストの編成を標準化する。vllm-plugin-FL #663 が審査中で、CI イメージを v0.28.0-ascend-ci に切り替え、910c 上でグラフモードのテストケースを無効化する。
  • アテンションライン：FlagAttention #120 が審査中で、昇騰向けに GDN chunk フォワードとループデコードを追加する。
  • コンパイルライン：flir #86 が審査中で、昇騰の構造化置換と計算型 FP32 dot の下降パスを修正する。

3.3 昆侖芯：XPU3 の性能パッチ10件が単日でマージ（10-30）

日付：2026-10-30　情報源：FlagGems PR #7988 · FlagGems PR #8024 · FlagGems PR #7955 · sglang-plugin-FL PR #155

  • 単日十件：#7954 から #8052 まで、昆仑芯は 10-30 の一日で十件の FlagGems パッチをマージし、要素ごと演算、リダクション、量子化パラメータ探索、foreach 融合とコピーパスをカバーした。実装には二つの共通した手がかりがある。一つはできるだけ直接ポインタと単一発行を使い、中間割り当てを減らすこと。もう一つは bf16 に対して個別にブロック幅とカーネル本体を与え、fp16 パラメータを再利用しないことである。
  • 精度系：#8024 の fmod は div_rn と FMA 残差で正確な切り捨てを実現し、#7955 の choose_qparams_optimized は単一発行で近傍探索を行う。いずれも「性能と数値的正確性を同時に厳密化する」例である。
  • 推論スタック：sglang-plugin-FL #155 は審査中で、昆仑芯バックエンドを SGLang 0.5.18 に引き上げる。FlagGems-sglang 側では 10-31 にマージされた #251 が Qwen3.6 ワークロードスイートを補完した。
  • 判断：昆仑芯は本調査期間で唯一「バッチ性能パッチ」の形態で現れたバックエンドであり、十件が同じ日に集中していることは、そのチームが上流のリズムに追随するのではなくバッチ単位で推進していることを示す。

3.4 沐曦：FlagPrism が MACA バックエンドを補完、注意力側で Parallax と Hy3 を補完（10-30 ~ 11-02）

日付：2026-10-30 ~ 2026-11-02　情報源：FlagPrism PR #18 · FlagAttention PR #119 · FlagAttention PR #122 · FlagGems PR #7589

  • デバッガ：FlagPrism #18 は 11-02 00:11 にマージされ、MACA ランタイムアダプタ、ビルドモジュール、Python バインディングとテストを補完した。これまで FlagPrism のバックエンド一覧に沐曦はなかったが、この一件で補完された後、沐曦はマルチチップデバッグ経路で他のバックエンドと同格になった。
  • 注意力：#119 は審査中で、沐曦向けに最適化された Parallax prefill と decode を追加する。#122 は審査中で、BF16 と INT8 の Hy3 注意力を追加する。いずれも既存オペレータのチューニングではなく、新モデル構造のマルチチップ実装である。
  • オペレータ：FlagGems #7589 がマージされ、沐曦 upsample_nearest2d_backward の明示的 scale マッピングを修正した。Torch-FL #688 がマージされ、FlagGems に沐曦 mm を登録し、Triton が拒否する K を緩和した。
  • 推論スタック：vllm-plugin-FL #635 は審査中で、Qwen3.8-Flash-Next を沐曦に適合させる。sglang 側では期間内に沐曦の新規チケットは見られない。
  • 産業側：沐曦の第3四半期報告では MXMACA 3.9.0 のリリース、ビルドサポートコードの LMCache へのマージが開示されている。詳細は 2.2 を参照。

3.5 清微、燧原、天数：TXDA が vLLM 0.28 へ、GCU グラフモード、FlagTree バージョン固定（10-30 ~ 11-01）

日付：2026-10-30 ~ 2026-11-01　情報源：vllm-plugin-FL PR #642 · vllm-plugin-FL PR #667 · Torch-FL PR #698 · FlagTree PR #1494

  • 清微：vllm-plugin-FL #642 審査中、eager の TXDA バックエンドを vLLM 0.28.0 に適応。sglang-plugin-FL #133 審査中、transformers 5.15+ の qwen3_asr 登録差異を許容し、マルチ chunk 下の token_to_kv_pool リークを修正。Torch-FL #704 は 11-02 に新規オープン、清微の conf に登録セットガードを追加。3 件はそれぞれ「バージョン追従、長時間実行の安定性、設定の正確性」に対応する。
  • 燧原：vllm-plugin-FL #665 審査中、CI イメージを flagos-dev に移行し、v0.28 バックエンドでグラフモードのテストケースを無効化。#667 は 11-01 に新規オープン、燧原に vLLM 0.32 のネイティブ eager とグラフ実行を追加。FlagTree #1494 マージ、03-topk テストを一時的に無効化して損切り。FlagAttention #118 審査中、parallax オペレータを追加。
  • 天数：Torch-FL #698 マージ、Iluvatar CI の FlagTree を 0.7.0 に固定——このチップの実際の実行バージョンがこれである。#697 マージ、baddbmm をベンダー GEMM 経由に。vllm-plugin-FL #664 審査中、CI を v0.28.0 に適応しプリセットイメージを更新。sglang-plugin-FL #139 審査中、SGLang 0.5.18 の空ランタイム適応を完了。
  • 共通点：3 社の調査期間内の動きはいずれも「vLLM 0.28 移行」を主軸とし、違いは清微と燧原が長時間実行とグラフモードを補っているのに対し、天数はバージョンをチップが実際に動かせるラインに固定している点にある。こうした作業はオペレータ性能表には現れないが、新バージョンが自社チップ上で安定して動くかどうかを決める。

3.6 摩尔線程と地平線：MUSA 側で大規模モデルのアテンションを補完、BPU 側でオペレータ経路を補完（10-30 ~ 11-01）

日付：2026-10-30 ~ 2026-11-01　情報源：FlagAttention PR #121 · sglang-plugin-FL PR #158 · Torch-FL PR #686 · Torch-FL PR #693

  • 摩尔線程：FlagAttention #121 審査中、Moba アテンションを追加し import の不具合を修正。sglang-plugin-FL #158 審査中、MUSA 上で MiniMax-M3 をサポート。FlagGems に fix/musa-pinverse-frozen-reference-20261030 ブランチがプッシュされ、未マージ。調査期間内に摩尔線程のマージ件数はなく、動きはすべて審査中側にある。
  • 地平線：Torch-FL のマージ 3 件はすべて BPU を中心とする——conv、batch norm、pooling を eager 経路で BPU に落とし（#686）、avg_pool を等価な depthwise 畳み込みで担い（#693）、さらにその形式を functional API で表現するよう変更（#696）。これは本調査期間で唯一の「新バックエンドが単一オペレータからオペレータ群へと進む」完全な経路である。
  • 対比：摩尔線程は「モデルごとにアテンションを補う」リズムを維持し、地平線は基本オペレータ群のカバレッジを補っている。両者のリズムの違いは、前者が具体的なモデルのリリースに奉仕し、後者がバックエンドの可用性に奉仕する点にある。

4. 総括とトレンド観察

日付：2026-10-30 ~ 2026-11-02　情報源：flagos-ai 組織 · FlagQuantum PR #958 · build-infra PR #1584 · 新浪科技：AI 零帧起手写算子

  • ペース：72時間以内に17リポジトリへプッシュ、256件のコミット、115件のマージ、275件が審査中。日平均に換算すると、コミット約85件、マージ約38件で、いずれも前回の24時間ウィンドウの189件と183件を下回り、週末効果が顕著である。同時に審査中総数は8.7%増加し、新規146件が開かれ、「産出減・滞留増」の組み合わせとなっている。
  • 構造：FlagQuantum 148件のコミットとFlagQAI 42件で合計190件、全コミットの74%を占める。メインラインのオペレータとコンパイル（FlagGems 16、Torch-FL 13、FlagTree 2）は合計31件で12%を占める。週末の産出構造は量子とエージェントという2つの新ラインに支えられており、メインラインは平日のベンダー投入に依存している。
  • リリース：2.3.0の2つのミラー層（海光 DTK 26.10、AMD ROCm 7.2.4）はchangelog、依存関係の固定、説明の更新を完了したが、release/2.3 マニフェストディレクトリは依然として未作成で、release-infoサイトにも2.3.0は掲載されていない。2.2の経路に従えば、2.3はマニフェスト凍結とサイト公開の2ステップを残しており、次の勤務週が重要なウィンドウとなる。
  • 技術的方向性：量子スタックはこのウィンドウで重心が「どの構築をサポートするか」から「リソースの帳簿を再計算できるか」へ移った——x * 256 が28個の割り当て量子ビット、4 GiBから19個、8 MiBへと低下したことは回帰検証可能なハードな数字である。910Cの167項目のハードウェア検収とfail-closed回帰レーンを組み合わせ、量子ラインは「セマンティクス、リソース、ハードウェア」という3つの照合可能な証拠を形成しつつあり、これは単点の性能よりも工学的不可用に近い。
  • リスク：FlagGemsは審査中158件、新規82件で、その大部分がKernelGenのバッチコミットに由来し、マージ18件とは深刻に不一致である。2.3凍結前にレビューのスループットが向上しなければ、リリースが滞留に引きずられるか、大量のオペレータがレビューを迂回してメインラインに入るかのいずれかであり、どちらも「マージ即検証」の口径を弱める。
  • 外部参照（非FlagOSプロジェクト）：面壁智能は10-30にオペレータ生成システムForgeKernelをオープンソース化し、公開ライブ配信でB200上で22.5時間、42回のイテレーションを経てFlashMLA prefillを1834マイクロ秒から472マイクロ秒へ圧縮し、DeepSeekの518マイクロ秒より9.8%高速であるとし、さらにCANNBenchのA3、950DT、950PRの3榜で首位と称した。これはFlagOSのKernelGenと同じレーンに属し、「AIがオペレータを書く」ことが論文指標から公開打榜と実フレームワーク接続の段階へ入ったことを示す。FlagOSへの示唆はモデル能力になく、レビューと検証プロセスが生成速度を受け止められるかにあり——これこそが本期のFlagGems滞留が露呈した問題である。

付録

情報源核查表

情報源 核查結果
GitHub組織リポジトリ（61リポジトリ） 17リポジトリがウィンドウ内にプッシュ、すべてコミットまたはブランチ归属を確認
コミット検索（committer-date） 256件、FlagQuantum 148件が首位
マージPR検索 115件、14リポジトリをカバー
審査中PR検索 275件、新規146件、FlagGemsが158件
Release / Tag 原子核查（31リポジトリRelease、8リポジトリTag） ウィンドウ内に新規Releaseオブジェクトなし；FlagCX v0.14.1はタグのみで、正式Releaseは依然v0.14.0
community リリースマニフェスト release/2.3 未作成（404）、release/2.2 マニフェストは仍在
release-info リリースサイト 2.3.0ミラータグは未出現
Google News RSS（24組中英文クエリ、代理経由） 43件ヒット、FlagOSコンポーネント関連0件
HN Algolia（8組、5日範囲） 直接ヒットなし
CSDN FlagOSコラム 最新2篇は10-29、ウィンドウ内に新稿なし
智源コミュニティ hub.baai.ac.cn トップページと検索ページはクライアントレンダリング、FlagOSの新規条目なし
メンバー機関公式サイト（九社） ページに解析可能な日付がなく、10-30以降の新稿なし；決算は中証網と澎湃の報道による

完全情報源リスト

9（海光 DCU ヘルスサンプリング） — https://github.com/flagos-ai/FlagScale/pull/1299