調査期間：2026-11-04 06:00 ~ 2026-11-05 06:00（北京時間、24 時間；前回デイリーレポートの締め切り時点から継続）。

情報源：GitHub（org: flagos-ai 61 リポジトリ全量核查、238 コミット、167 マージ済み PR、288 件の期間内更新審査中 PR、うち 151 件新規オープン、26 リポジトリへのプッシュ、31 リポジトリの Release と 8 リポジトリの Tag 原子核查）、Google News RSS（24 組の中英クエリ語、プロキシ経由）、HN Algolia（8 組）、CSDN FlagOS コラム（各記事の時刻を核查）、智源コミュニティ（詳細は付録の情報源リスト参照）。

本期インデックス

  • 今日の重点：Torch-FL が 1 日で 29 件をマージ、MPS をトレーニング可能なレベルまで補完、寒武紀 MLU をネイティブプラットフォームとして接続；FlagTree が 14 分間で 38 件のスタック PR を連続オープン；vLLM 0.28.0 repack が 11 社のベンダーインデックスに搭載（11-04）
    1. オープンソースプロジェクトの進展（GitHub 動向）
      • 1.1 組織のリズム：26 リポジトリへのプッシュ、238 コミット、167 マージ、審査中 288 件が期間内に更新（11-04）
      • 1.2 バージョン面：2.3.0 に海光 DTK 26.10 を記録、昇騰 CANN 9.2.1 が OCI タグを補完して再プッシュ（11-04）
      • 1.3 推論スタック：vLLM 0.28.0 repack が 11 社のベンダーインデックスに進出、FlagGems-vllm が毎日 wheel ラインを開設（11-04）
      • 1.4 FlagGems マージ：35 件を清算、天数 12、英偉達 9、燧原 5（11-04）
      • 1.5 FlagGems 新規オープン：66 件のうち 41 件が GCU300 向け、燧原カバレッジ単がまとめて噴出（11-04）
      • 1.6 FlagTree：TLE 拡張をすべて実行期スイッチに変更、14 分間で 38 件のスタック PR をオープン（11-04）
      • 1.7 FlagQuantum：29 件マージ、合成スタック UP-04/05/06 と疎化学 SELECT が連続して着地（11-04）
      • 1.8 トレーニングとオペレータライブラリ：Megatron が DSv4 の 2 件目を接続、SGLang プラグインが天数 0.5.18 を補完（11-04）
      • 1.9 付帯インフラ：DEB/RPM パッケージングを統一して verify-only、optest がベンダー別にオペレータリストを探查（11-04）
    1. ニュース報道とエコシステム
      • 2.1 チャネル核查：24 組のクエリでコンポーネント級のヒットゼロ、CSDN と HN は期間内に新規記事なし（11-05）
      • 2.2 エコシステム側：智源がフロンティア開放重み AI リスク管理フレームワークを発表（11-04）
    1. メンバー単位とバックエンドベンダーの深掘り
      • 3.1 寒武紀：MLU がネイティブプラットフォームとして Torch-FL に進出、8 カード MLU590-M9 で実測（11-04）
      • 3.2 地平線：BPU オペレータライブラリを実用レベルまで修正、チェーン実行で 4 回のディスパッチを 0.673 ミリ秒に圧縮（11-04）
      • 3.3 海光：FP32 flash attention のフォワードが着地、別途 9 件の FP32 最適化単をオープン（11-04）
      • 3.4 天数と燧原：一方は SGLang の空適配を補完、もう一方は GCU300 上で 41 件を連続オープン（11-04）
      • 3.5 崑崙芯、沐曦、昇騰、摩尔線程と清微：修正とチューニングを並行（11-04）
    1. まとめとトレンド観察
  • 付録：情報源核查表、完全情報源リスト

今日の重点：Torch-FL が 1 日で 2 つの境界を補完；FlagTree がスタック PR で TLE を改造；vLLM 0.28.0 repack が 11 社のインデックスに展開（11-04）

日付：2026-11-04　出典：Torch-FL PR #720 · Torch-FL PR #738 · FlagTree PR #1565 · FlagTree PR #1563 · build-infra PR #1635 · build-infra PR #1642（全量は付録参照）

  • 統一デバイス層の双方向拡張：Torch-FL は当日 29 件のマージ、29 件のコミットで、方向は同一ではない。一端では Apple Silicon の MPS バックエンドを「訓練可能」なレベルまで補完——addmm（nn.Linear でバイアス付きの場合に実際に到達するオペレータ）、畳み込み逆伝播、比較・縮約系、三角・指数系、cumprod、tril を追加し、うち畳み込み逆伝播は参照実装とビット単位で一致。もう一端では寒武紀 MLU を新たな vendor-native プラットフォームとして接続し、4870 行追加・64 行削除、40 ファイルで、8 カードの MLU590-M9 上でエンドツーエンド実測。同一リポジトリの同日で、片側はコンシューマー向け GPU、片側は国産アクセラレータカード。
  • コンパイラスタックをスタック型単一改修で実施：FlagTree は 13:02 から 13:15 の14分間に 38 件の PR を連続起票、内訳は [TLE][NVIDIA] 12 件、[TLE][AMD] 4 件、[TLE][Iluvatar] 7 件、[FlagCX] 5 件、[Iluvatar][Native] 5 件、ほかに 1 件は機能 PR の依存グラフと検証ゲートをドキュメント化。同日マージの #1565 は FlagTree の各拡張を「コンパイル期マクロ + 実行期スイッチ」の二重入口に変更——バックエンドがリグレッションした場合、その拡張だけをオフにでき、コンパイラ全体をロールバックする必要がない。
  • バージョン面は引き続きイメージを展開：2.3.0 は海光 DTK 26.10 の base と runtime の二層を記録、昇騰 CANN 9.2.1 の base イメージは OCI provenance タグを補完して再プッシュ。本日時点で、23 個の base と 23 個の runtime イメージの changelog に 2.3.0 が記録され、12 社の 23 本のツールチェーンラインをカバー。
  • 配布パッケージを一括展開：build-infra に記録された vLLM 0.28.0+flagos repack は 11 社のインデックスに登録済み（AMD、昇騰、寒武紀、燧原、海光、天数、崑崙芯、沐曦、NVIDIA、曦望、清微）、aarch64 は cp311 と cp312、x86_64 は cp310 と cp312 を提供；同日 FlagGems-vllm に日次 wheel ラインを追加。
  • ペース判断：26 リポジトリへのプッシュ、238 件のコミット、167 件のマージ、レビュー中 288 件が調査期間内に更新、151 件が新規起票。マージは前回調査期間比 5.6% 減、新規起票は 29.1% 増、増分は FlagGems の 66 件と FlagTree の 38 件に集中——両リポジトリともバッチ起票、バッチマージの形態。

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

1.1 組織のリズム：26 リポジトリへのプッシュ、238 件のコミット、167 件のマージ、レビュー中 288 件が調査期間内に更新（11-04）

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

  • リポジトリ面：61 リポジトリ中 26 リポジトリが調査期間内にプッシュあり。プッシュ時刻の新しい順に vllm-plugin-FL、Torch-FL、build-infra、FlagQuantum、FlagTree、release-info、FlagGems、optest、FlagGems-vllm、FlagGems-sglang、docs、FlagAttention、Megatron-LM-FL、FlagScale-Agent、sglang-plugin-FL、FlagCX、FlagBLAS、FlagTensor、libtriton_jit、flagtree-cpu、FlagDNN、FlagSparse、FlagFFT、FlagTrain、OpenCourse、FlagGems-Experimental。うち vllm-plugin-FL、docs、release-info、FlagGems-sglang、FlagScale-Agent、flagtree-cpu のプッシュは非デフォルトブランチまたはページデプロイによるもので、メインブランチに調査期間内の新規コミットはなし。Megatron-LM-FL のメインブランチには調査期間内のコミットが 1 筆あり。
  • コミット面：238 筆。リポジトリ別では FlagQuantum 103、FlagGems 35、Torch-FL 29、build-infra 26、FlagGems-vllm 8、FlagBLAS 5、FlagTree 5、optest 4、OpenCourse 4、FlagAttention 4、FlagDNN 3、FlagTensor 3、FlagSparse 2、FlagCX 2、FlagTrain 2、FlagFFT 2、libtriton_jit 1。量子スタックの 1 リポジトリで 43.3% を占め、依然としてコミット量の第一の来源である。
  • マージ面：マージ済み PR 167 筆、22 リポジトリから：FlagGems 35、Torch-FL 29、FlagQuantum 29、build-infra 26、FlagGems-vllm 8、FlagTree 6、FlagAttention 4、optest 4、vllm-plugin-FL 3、FlagBLAS 3、FlagTensor 3、FlagCX 2、FlagDNN 2、FlagSparse 2、FlagFFT 2、OpenCourse 2、FlagTrain 2、Megatron-LM-FL、sglang-plugin-FL、libtriton_jit、flagtree-cpu、FlagGems-sglang 各 1。
  • レビュー中面：調査期間内に更新のあったレビュー中 PR は 288 筆、うち新規オープン 151 筆。リポジトリ別では FlagGems 130（新規オープン 66）、FlagTree 54（38）、FlagGems-vllm 26（9）、vllm-plugin-FL 13（5）、sglang-plugin-FL 10（3）、FlagTrain 6（3）、FlagAttention 6（1）、Megatron-LM-FL 6（1）、Torch-FL 5（3）、FlagQuantum 4（4）、FlagCX 4（2）、build-infra 3（2）、FlagGems-Experimental 4（4）、FlagGems-sglang 2（2）、FlagCV 2（2）など。
  • 作者面：マージ側は lvyufeng 29 筆（すべて Torch-FL）、FlagQuantum ボットアカウント 29 筆、tengqm 17 筆、shiptux 15 筆（七つのリポジトリにまたがるパッケージングライン）、youseeyouonedayday 12 筆、xuanzhengdu-eng 12 筆、github-actions ボット 11 筆。新規オープン側で最も集中しているのは sunnycase（FlagTree の TLE シリーズ 38 筆）、youseeyouonedayday 17 筆（燧原 GCU300）、luojung 9 筆（海光 FP32）。
  • 比較：前回の調査期間（11-03 06:00 ~ 11-04 06:00）は 24 リポジトリのプッシュ、228 筆のコミット、177 筆のマージ、271 筆の調査期間内更新レビュー中、117 筆の新規オープン。今回の調査期間はリポジトリ数 +2、コミット +4.4%、マージ -5.6%、レビュー中更新 +6.3%、新規オープン +29.1%。マージの落ち込みの主因は FlagGems が 76 筆から 35 筆に減少したこと。新規オープンの増加には二つの集中的な来源があり、一つは FlagTree の TLE 積み重ね単、もう一つは FlagGems の GCU300 カバレッジ単である。

1.2 リリース面：2.3.0 は海光 DTK 26.10 を記録、昇騰 CANN 9.2.1 は OCI タグ補完で再プッシュ（11-04）

日付：2026-11-04　情報源：build-infra PR #1627 · build-infra PR #1628 · build-infra PR #1633 · build-infra PR #1616 · build-infra PR #1622 · FlagOS 2.3 リリーススケジュール

  • 海光 2 層の実装：#1627 と #1628 はそれぞれ base と runtime の hygon-dtk26.10 イメージを 2.3.0 の changelog 日付に記録した。当該バックエンドの runtime は初回提供：python 3.12 と DTK 26.10 の torch クロージャ（torch 2.13.0、torchvision 0.28.0、torchaudio 2.11.0、apex 1.7.0、flash_attn 2.8.4、numpy 1.26.4）に、FlagTree 0.7.0+hcu3.6 と FlagGems 5.4.0 を重ね、flagcx==0.14.1+dtk2610 をランタイム依存として列挙した。
  • 1 件の重要修正：当該イメージのベンダー triton を 3.7.0+dtk2610.… にアップグレードし、その nvidia ドライバがデバイスを占有しなくなり、hcu のみが active となり、起動時に Triton が全体無効化されなくなった。従来は torch2130 バージョン下で DTK の CUDA stub により 2 つのドライバが同時に active となり、serve のたびに V1 model runner にフォールバックしていた。イメージのその他の内容は変わらない。
  • 昇騰タグ補完と再プッシュ：#1633 は base/ascend-cann9.2.1 の再プッシュを承認し、初回ビルドで書き込めなかった OCI provenance タグ（revision、created、last-updated）を補完した——cann921 runner の当時 PATH に git がなく、ビルドは commit もタイムスタンプも記録していなかった。revision タグがない場合、base_image_status.py は当該バックエンドを UNKNOWN と報告し、プッシュ済みイメージが HEAD より遅れているか判断できない。イメージの内容は変わらない。
  • 依存の固定：#1616 と #1622 はそれぞれ flagtree、flagcx を CANN 9.2.1 ランタイム線上に固定し、#1617 は ascend-cann9.2.1 の flagcx builder と wheel 行を追加し、#1618 はノード側スクリプトを python 3.7 に留め、#1621 は cann9.2.1 の wheel 行を記入し cann9.0.0 行を記録した。
  • カバレッジ：本日時点で、23 個の base と 23 個の runtime イメージの changelog がすべて 2.3.0 として記録され、AMD ROCm 7.2.4、昇騰 CANN 8.5.0 と 9.0.0（910C 変体を含む）と 9.2.1、寒武紀 neuware 4.4.3 と 4.7.2、燧原 tops 1.9.10 と 1.10.6、海光 DTK 26.04 と 26.10、天数 corex 4.4.0 と 4.5.0、昆仑芯 XRE 5.37.1、沐曦 MACA 3.7.2.1 と 3.8.1.3、摩尔線程 MUSA 4.3.6 と 5.2.0、英偉達 CUDA 12.8 と 13.3、曦望 1.2.0、清微 tsm260610 をカバーする。
  • リリース状態：31 倉の Release と 8 倉の Tag の原子的核查（照合）で、調査期間内の新規追加はゼロ。community の release/2.3 ディレクトリには現在リリーススケジュールのみがあり、マニフェストファイルはまだ未作成；当該スケジュールによれば、FEP マージ締切 11-13、機能凍結 11-30 で rc0 作成、12-07 で rc1 作成、12-14 で rc2 作成、12-25 でクローズ、12-30 で GA。イメージ先行とマニフェスト未凍結は計画内のリズムであり、異常ではない。

1.3 推論スタック：vLLM 0.28.0 repack を 11 社のベンダーインデックスへ、FlagGems-vllm は毎日 wheel ラインを開設（11-04）

日付：2026-11-04　ソース：build-infra PR #1635 · build-infra PR #1637 · build-infra PR #1642 · build-infra PR #1643 · build-infra PR #1636 · vllm-plugin-FL PR #692 · vllm-plugin-FL PR #686

  • インデックス網羅範囲：パッケージディレクトリの 0.28.0+flagos 行に 11 社のインデックスを列挙——AMD、昇騰、寒武紀、燧原、海光、天数、昆仑芯、沐曦、NVIDIA、曦望、清微。aarch64 は cp311 と cp312 を提供し、x86_64 は cp310 と cp312 を提供する。付随する xgrammar、compressed-tensors、opencv-python-headless は vLLM 自身の依存として固定インストールされるため、個別エントリとしては記載しない。
  • リリース記録メカニズム：#1635 は vLLM 0.28.0 wheel のリリース事実を記録し、#1637 は昆仑芯行を補い、#1642 は aarch64 の cp312 成果物を補い、#1634 はディレクトリに vLLM 自身の wheel のみを記録させる（プラグイン成果物を混入させない）。この「リリース手順がディレクトリを書き、人手は文案のみ書く」メカニズムが今回正式に運用開始となり、従来の pypi_index フィールドを手作業で変更する方式を置き換えた。
  • 境界修正 1 件：#1636 は repack の vendor 分割を修正——最後のハイフンではなく最初のハイフンで分割する。バージョン文字列に + プラットフォーム部と - 分割部の両方がある場合、末尾から分割するとプラットフォーム名を誤って切り詰めてしまう。
  • デイリー wheel ライン：#1643 は flagos-pypi-daily に FlagGems-vllm のデイリー wheel 行を追加し、#1640 は runner のプロキシをビルド・アップロードコンテナへ透過させ、#1638 は昇騰 verify コンテナに 1 GB の /dev/shm を付与する。
  • プラグイン側の同期：#692 は 0.4.0-dev から 0.5.0-dev への forward-sync（ボットによるコミット）を完了し、#686 は沐曦の Torch 成果物への適応と MCCL abort のバインドを行い、#670 はテストパイプラインをメインブランチに整合させた（stage model、routing、slash コマンド）。
  • 所感：上流 vLLM 0.28.0 の repack が一度に 11 社のインデックスへ展開されたことは、「1 つのソースコード + マルチプラットフォームビルド変体」という配布モデルが成熟したことを示している。一方、2.3.0 ランタイムイメージに対応する torch 閉包は既に vLLM 0.32 の固定に従って進んでおり（AMD 層には torch 2.13.0+rocm7.2 と triton-rocm 3.7.1 が明記されている）、0.28 と 0.32 の 2 ライン並行が依然として常態である。

1.4 FlagGems マージ：35 件を清算、天数 12、NVIDIA 9、燧原 5（11-04）

日付：2026-11-04　ソース：FlagGems PR #7388 · FlagGems PR #7318 · FlagGems PR #8097 · FlagGems PR #8004 · FlagGems PR #8396 · FlagGems PR #7032 · FlagGems PR #8432

  • 天数 12 件：すべて BI-V150 の KernelGen 生成物——三角マージン損失、擬似逆、行列積加算、線形代数テンソル逆行列、インデックスリダクション、逆ガンマ関数、3次元グリッドサンプリング、3次元転置畳み込みおよびその逆伝播、線形結合計算と CTC 損失、さらに #8396 で量子化最大プーリングと Hermite の2箇所の更新をリバート（リバート自体も1件の記録：以前のマージが BI-V150 上で成立しなかった）。
  • NVIDIA 9 件：sparse_bsr_tensor_unsafe、sparse_csr_tensor、slow_conv_dilated3d、chain_matmul、can_cast、empty_affine_quantized、_remove_batch_dim、_unpack_dual、_fw_primal。依然としてロングテールの補完だが、「常用オペレータ」から疎テンソルと自動微分の内部オペレータへと進んでいる。
  • 燧原 5 件はすべてデバイスガードの修正：#8104 で CUDA 専用ガードを一括4箇所修正、#8100 で im2col のハードコードされたガードを修正、#8099 で kl_div と arctanh を修正、#8098 で upsample_nearest3d_backward の整数インデックスクランプを修正、#8126 で --override がオペレータ名と一致しない場合に暗黙的にスキップせず明示的に失敗するようにした。
  • 最適化と正確性：#7388 で海光に FP32 flash attention のフォワードを追加（IEEE FP32 ドット積、-inf で初期化するオンライン softmax 最大値、head dim と系列長に応じて3セットの静的 tile を選択、3.3 参照）；#7318 で沐曦にチャネル単位の bmm_w8a8 INT8 融合スケーリングを追加；#8097 で摩尔線程の細長い FP8 行列積を最適化（転置ドット積 + GEMV tile）；#8004 で GLM-5.2 の形状に合わせて TLE/PPU の W8A8 INT8 行列積を最適化。
  • その他：#8106 で linalg_pinv と conv_tbc_backward が昆仑芯 XPU 上でコンパイル通過；#6619 で scatter_add の2次元高速パスにレイアウトガードを追加；#6650 で mean の空リダクションを修正；#7032 で deb wheel のバージョンを Dockerfile のデフォルト値ではなく git から導出するように；#8432 で昇騰 GRU オペレータのテスト依存を flagos-optest に追加。

1.5 FlagGems 新規オープン：66 件のうち 41 件が GCU300 向け、燧原カバレッジが単独でバッチ状に噴出（11-04）

日付：2026-11-04　情報源：FlagGems PR #8385 · FlagGems PR #8395 · FlagGems PR #8417 · FlagGems PR #8426 · FlagGems PR #8446 · FlagGems PR #8456

  • 規模：FlagGems の調査期間内に新規 66 件、うち燧原 41 件、天数 12 件、海光 9 件、昆仑芯 5 件、残りは汎用オペレータと CI。燧原だけで 62% を占める。
  • オペレータ一覧：ヒストグラム統計、一次元コピー填充、マスクスキャッタ逆伝播、Philox 一様サンプリング、dstack と stack、次元方向の値取得、二次元負対数尤度、上下反転、ソフトしきい値逆伝播、ハードシグモイド逆伝播、混合精度行列積、ベッセル y0/y1/j0、チェビシェフ t/w 多項式、Hermite h 多項式、行列逆行列、Householder 積、バッチ正規化、renorm、hardsigmoid 逆伝播、三次元適応プーリング逆伝播、量子化パラメータ選択、特徴ドロップアウト、移動平均量子化ヘルパーと重み正規化。
  • 手法の一貫性：64 ビットの lane offset を 32 ビットに絞り込み、launch ジオメトリをホスト側の事前計算に移し、__nv_* extern をローカル実装に置き換え、ポイントワイズ dynamic の降格を専用カーネルに変更し、コンパイラがハングする autotune を撤去。これらの修正は GCU300 上でのみ成立しており、KernelGen 産線が上流をそのまま翻訳するのではなく、バックエンドごとに「当該バックエンドがサポートしない書き方を回避する」代替実装を生成できることを示している。
  • 海光の 9 件は luojung 一人がコミット：rsqrt、floor、nonzero（有界ブロックスキャン）、FP32 全次元リダクション、masked_fill、nan_to_num、neg（符号付きゼロのセマンティクス）、masked_select（空ブロードキャスト結果）、aminmax（ストライド入力）。形態は統一されており、まず FP32 連続メモリパスを正しくし、その後にチューニングを語る。
  • その他の方向：#8446 で 7 バックエンドの backend key にバージョン番号を付与（キャッシュとチューニングパラメータをバックエンドバージョンごとに分離）；#8456 でアテンションがブロードキャスト可能な mask を受け入れ、実行不能な cuDNN 分岐をスキップ；#8414 で沐曦に layernorm を補完；#8449 で linspace のゼロステップ長を修正；#8412 で空次元リダクション処理を統一。

1.6 FlagTree：TLE 拡張はすべて実行期スイッチに変更、14 分で 38 件のスタック PR を作成（11-04）

日付：2026-11-04　情報源：FlagTree PR #1565 · FlagTree PR #1563 · FlagTree PR #1524 · FlagTree PR #1370 · FlagTree PR #1556 · FlagTree PR #1514

  • 実行期スイッチ：#1565 をマージ、123 行追加・27 行削除、15 ファイル。各 FlagTree 拡張を四種セットに統一：コンパイル期マクロ、実行期 knob（FLAGTREE_<NAME>、デフォルト有効、CACHE_INVALIDATING_ENV_VARS に登録）、周辺コードと一致する guard ブロック、マクロ名を明記した #else/#endif。今回のラウンドでは knob が欠けていた 3 つのマクロと、規約に沿わない 2 つの guard を補完。
  • なぜ重要か：コンパイラ拡張が一度本番に入ると、リグレッションはバージョン全体のロールバックでしか止损できない。スイッチを環境変数に下ろすことは、各バックエンドに「この拡張だけをオフにする」退路を残すことになり、同一バイナリをマシン能力に応じて段階的に有効化できるようにもなる。
  • スタック PR：13:02 から 13:15 までの 14 分間に 38 件を連続起票、[TLE][NVIDIA] 12 件（ローカルポインタ証明による load/store 降級の貫通、インライン時の call-site 引数ヒント保持、互換レイアウト提案のマージ、非同期コピーの所有権と精密フィルビット、WGMMA アキュムレータレイアウトと非同期ライフサイクル、tensor-map 発行と記述子ビュー、再利用可能 pipe の構造同一性とドレインセマンティクス）、[TLE][AMD] 4 件（count/phase barrier の LDS 状態への降級、grid barrier と launch scratch 初期化、静的 wave パーティション、RDNA barrier プロトコル）、[TLE][Iluvatar] 7 件（制御フローを跨ぐ明示レイアウト、SME transport の tile 幾何、pipe 同一性と再利用可能 warp-group barrier、物理 grid barrier ドメイン、warp group を跨ぐ SME payload 発行、収束とスコープ内 FP 縮約）、[FlagCX] 5 件（汎用ポインタデバイスライブラリ署名、collective barrier の warp group への限定、分散コンテキストと bootstrap クリーンアップ、ネイティブアロケータキャッシュと対称テンソル割り当て、ウィンドウ容量によるインデックス barrier 検証）、[Iluvatar][Native] 5 件（スレッド数を warp size から導出、要素サイズによるベクターアクセス幅の選択、明示的 load-vectorization コンパイルオプション、再現用ケース 2 件）。
  • 説明書：#1563 で機能 PR の依存グラフと検証ゲートを文書化——どれが順序通りにマージ必須で、どれが独立検証可能か。38 件のスタック PR はこの図なしではレビューできず、このステップ自体がエンジニアリング能力の一部である。
  • 同日その他：#1524 で AMD native に三角互換と独立丸め乗算 API を追加；#1370 で DEB/RPM パッケージングワークフローを verify-only に変更；#1556 と #1564 で FlagGems の結果変化を飞书群にプッシュ；#1514 で hcu3.6-bw1100 にテストラベルを追加。
  • 判断：TLE は「単点拡張」から「バックエンド別に分割された機能セット」へと変わりつつあり、実行期スイッチはそれが本番投入できる前提条件である。このバッチのレビューコストは高くなる——38 件の中には PR を跨ぐ依存があり、マージ順を 1 件間違えると連鎖的な失敗を引き起こす。

1.7 FlagQuantum：29 件マージ、合成スタック UP-04/05/06 と疎化学 SELECT が連続着地（11-04）

日付：2026-11-04　情報源：FlagQuantum PR #1063 · FlagQuantum PR #1066 · FlagQuantum PR #1073 · FlagQuantum PR #1068 · FlagQuantum PR #1080 · FlagQuantum PR #1077

  • 合成フロントエンドの3マイルストーン：#1055、#1057、#1059、#1062 で UP-04 の有界一様状態準備、スカラーコヒーレント制御、有界述語と検査済み位相ヘルパーを補完；#1065 と #1067 で UP-05 のフロントエンド入口ディスパッチを正規化し、算術降格を共有パスに抽出；#1071 と #1074 で UP-06 の Qmod とネイティブ qfunc の U ゲートおよび配列 Hadamard をサポート。
  • アルゴリズムと降格：#1063 で疎化学 SELECT のゲートレベル降格を新規追加、#1066 で実行可能な THC SELECT を実装、#1073 で THC 回転を QROM と位相勾配経由で降格、#1061 で符号付き Pauli LCU 係数を準備、#1056 で実行ターゲットに応じて Pauli LCU 降格を選択、#1054 と #1050 で Qualtran を用いた Pauli LCU の照合ウォークスルーとゲート数確認。
  • コンパイルとランタイム：#1068 で測定ヘルパー共有のアドレス走査、#1070 で不正角度バインド時に checkpoint を保持、#1077 で PyTorch による宣言済み batch VJP の検証、#1081 でオプショナル Module バックエンドを提案。
  • 検出器誤差モデル（DEM）ライン：#1052 で相互排他故障パリティ、#1053 で重複故障のマージ、#1058 でマルチ chunk 往復、#1064 で疎 chunk 投影、#1069 でラウンドごとのデコード、これに #1072 の FTQC W1-B 参照カバレッジ図を組み合わせ。このラインが補っているのは「量子誤り訂正デコードのデータパス」であり、アルゴリズムのデモではない。
  • CI 構造の変化：#1076 でロック済みオフライン環境において core CPU とカバレッジを実行、#1080 で Main スモークを hosted runner へ移行し、ホスト側の並列上限を 8 に設定。従来このリポジトリはセルフホスト runner に依存しており、ホスト側への移行は単回検証がマシンの待ち行列の影響を受けなくなることを意味する。
  • 判断：29 件のマージに単一の大型変更はないが、合成フロントエンド、アルゴリズム降格、DEM、CI の4ラインがそれぞれ一段前進した。このリズムの価値は各ラインが独立に再計算できる点にある——依然として急速に変化する量子スタックにとって、収支の明確さは機能の多さよりも重要である。

1.8 訓練とオペレータライブラリ：Megatron が DSv4 の2件目を接続、SGLang プラグインが天数 0.5.18 を補完（11-04）

日付：2026-11-04　情報源：Megatron-LM-FL PR #214 · sglang-plugin-FL PR #139 · FlagAttention PR #118 · FlagAttention PR #121 · FlagAttention PR #117 · FlagCX PR #693

  • Megatron 同期：#214 は「DeepSeek-V4 上流同期」シリーズの第 2 件で、テーマは mHC とエキスパート並列のオーバーラップ（overlap）。前回は 1/N の精度敏感パラメータ保護で、このシリーズは「1 件につき 1 サブシステム」の方式で進める。
  • SGLang 天数追加：#139 は天数向けに SGLang 0.5.18 の空ランタイム適配を追加——すなわちベンダー側にまだ 0.5.18 の経路がない場合に、まずプラグインを 0.5.18 上で動作させる。これは 10-30 の沐曦「0.28 空適配」に続く同種手法の 2 回目の使用である。
  • FlagAttention 4 件：燧原が parallax オペレータを追加；摩尔線程が Moba attention を追加し import を修正；海光が GLA バックエンドを最適化；もう 1 件はテストマーカーの収集が実際にテストを実行してしまう問題を修正。
  • FlagCX 2 件：#691 は Window リソースの拆除を再試行可能にした（途中で失敗した場合に再入可能）；#693 は CoopOps と Clock traits を追加し NVIDIA 実装を提供。通信ライブラリは「デバイス能力クエリ」を trait に抽出しつつあり、各バックエンドで if vendor == を書くのではなくなっている。
  • FlagBLAS と FlagTensor：FlagBLAS は TRMM テストとベンチマークを削除、海光 collection を修正、RPM パッケージングを openEuler 上で pyproject バージョンに依存しないようにした；FlagTensor は deb ビルドを PEP 668 下で利用可能にし、RPM を per-distro リポジトリに向け、バージョンを 0.3.0 に揃えた。
  • FlagGems-vllm 8 件：SiliconFlow がブロック化 KDA スケーリングドット積カーネルと融合ループ KDA（後者は一度に 5 バックエンドをカバー）を追加、TLE/NVIDIA が dense FP8 MLA decode を追加、mhc_pre をプラットフォーム別にバリアント配信、摩尔線程が topk/softplus/sqrt を追加、コンパイラが TLE をサポートしない場合の MoE クエリと空 launch extent を修正、海光で CUDA PDL 組み込みがない場合の import を修正、ドキュメントの陳腐化内容を修正し Hugo ビルド CI を追加。

1.9 配套基盤：DEB/RPM パッケージングを verify-only に統一、optest がベンダー別にオペレータ一覧を探査（11-04）

日付：2026-11-04　情報源：FlagBLAS PR #145 · FlagTensor PR #33 · libtriton_jit PR #71 · flagtree-cpu PR #8 · optest PR #38 · optest PR #35

  • パッケージングラインを一括で収束：shiptux の 15 件のマージは 7 リポジトリにまたがる——FlagBLAS #145、FlagSparse #111、FlagTree #1370、FlagFFT #24 と #26、FlagDNN #23 と #24、FlagTensor #29/#31/#33、libtriton_jit #71、flagtree-cpu #8。中核となるアクションは DEB/RPM ワークフローを verify-only に統一すること：ビルド可能かどうかのみを検証し、成果物の重複公開は行わない。
  • 修正した具体的问题：FlagFFT は triton_jit 補助スクリプトをプライベートパスにインストールして libtriton_jit とのファイル衝突を回避、RPM ビルドコンテナに一時的に nlohmann_json 3.11.3 をインストール；FlagDNN はインポート可能な torch/triton がない場合でも NVIDIA ビルドを設定可能にし、ビルドイメージを公開済み FlagOS リポジトリに向けた；FlagSparse は license を表形式で記述してディストリビューションの setuptools に適応させた。
  • optest 4 件：#38 はベンダー別に FlagGems オペレータ一覧を探査（各バックエンドが実際に登録しているオペレータを推測に頼らず取得）；#35 は NVIDIA ベースラインスクリプトを追加；#36 は「テストマーカーを収集したのに実際にテストを実行してしまう」問題を修正；#37 は環境依存の uv lock を削除。これら 4 件を合わせることで、オペレータテストの入力（一覧）とベースライン（NVIDIA）がともに再現可能になった。
  • コースとドキュメント：OpenCourse #5 と #6 で全実験材料をメインラインに更新；FlagGems-vllm #1064 はドキュメントの陳腐化内容を修正し Hugo ビルド CI を追加。

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

2.1 チャネル検証：24 組のクエリでコンポーネントレベルのヒットゼロ、CSDN と HN は調査期間内に新規記事なし（11-05）

日付：2026-11-05　情報源：Google News RSS（FlagOS クエリ） · HN Algolia（FlagOS クエリ） · CSDN FlagOS コラム

  • コンポーネントクエリは全て空：24組の中英語クエリ（FlagOS、FlagGems、FlagScale、FlagTree、FlagPerf、FlagCX、KernelGen など、中英語2種の ceid を含む）は24時間の調査期間内でゼロ件；HN Algolia の8組のクエリも直接ヒットはゼロ。これは直近十余りの平穏な調査期間と同様の形態である。
  • メンバー関連語クエリはヒットあるも使用不可：智源研究院、清微智能、燧原科技、国産算力などの語で計13件の結果があったが、逐条確認したところ三类——株式市場と資金調達の市況記事（燧原の融資買い、国家大基金の持株異動）、智源コミュニティの技術解説とインタビュー（FlagOS コンポーネントとは無関係）、および他省の宣伝記事である。フィルタリング規則に従い一括除外した。
  • CSDN コラムの逐篇時刻確認：トップページの52件のリンク全ての公開時刻を確認したところ、最新の3篇『FlagOS 让「牛来」模型跑在更多国产芯片上：GLM-5.3-Flash Day0 适配 9 款 AI 芯片』『Qwen3.8-Flash-Next 发布首日适配 8 款 AI 芯片』『视频生成推理框架 LightX2V 正式接入 FlagOS』はそれぞれ 10-22 と 10-29 より前に公開されており、本期の調査期間外のため重複収録しない。
  • 智源コミュニティ：検索ページは依然としてクライアントサイドレンダリングのため項目リストを取得できず、トップページでの確認を基準とする；トップページの調査期間内に FlagOS 関連の新規投稿はなかった。

2.2 エコシステム側：智源、前沿開放重み AI リスク管理フレームワークを発表（11-04）

日付：2026-11-04　情報源：智源コミュニティ（Google News 集約）

  • 内容：智源コミュニティは 11-04 に『全球首份〈前沿开放权重 AI 风险管理框架〉，让负责任的开源走得更远』を掲載した。これは開放重みモデルガバナンス層の対外発信であり、FlagOS の「オープンソーススタック + マルチチップ」という物語と相補的である。
  • 境界：当該記事には FlagOS コンポーネントのバージョン、チップ適配、リリース情報は含まれず、フィルタリング規則に従いエコシステムの背景記録としてのみ扱い、技術項目としては扱わない。同日の燧原科技の A 株上場のニュースは 11-04 号で既に収録済みのため、本期では重複しない。

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

3.1 寒武紀：MLU がネイティブプラットフォームで Torch-FL に参入、8卡 MLU590-M9 実測（11-04）

日付：2026-11-04　情報源：Torch-FL PR #720 · Torch-FL PR #724 · Torch-FL PR #708

  • 接続形態：#720 で 4870 行追加・64 行削除、40 ファイル、cambricon を cmake/flagos_platforms.json に書き込み、プラットフォームに必要なものをすべて補完——新しい libcnrt ランタイム層、torch.mlu シム（FlagGems の cambricon バックエンドが torch_mlu なしでも使えるようにする）、生成された backends_cambricon.conf、CI 設定、プラットフォーム表と契約の更新。
  • 前提条件：一式は stock torch 2.10.0+cpu 上で動作し、torch_mlu なし、FlagTree なし、CUDA ランタイムなし。これは特筆に値する：ベンダーの torch パッケージを取り込むのではなく、汎用 torch の上にランタイム層を補うものだからだ。
  • 検証：8 カード MLU590-M9 上でエンドツーエンド実測。PR 本文には別途 3 箇所の共有コード欠陥（清微テストフィクスチャと FlagGems autotune キャッシュパッチを含む）が記されており、新バックエンドの接続が既存ベンダーパスにも影響を及ぼすことを示している。
  • CI 順序：#724 が同日に cambricon の CI レーンを撤下、理由はまだ runner がこれを支えていないため。バックエンドを先に接続し、CI を後で補うという順序がコミットメッセージに明記されており、永遠に赤いパイプラインを残すことはしていない。
  • 副次的な汎用機能：#708 で 2 つの能力照会インターフェースを追加（融合オペレータ可用性判定、デバイス能力照会）。これにより上位コードが tensor.is_cuda で「このデバイスは融合オペレータを実行できるか」を判断しなくなる——flagos テンソル上ではこのフィールドが常に False になり、flex attention のようなコードがサイレントに eager パスへ退行してしまうため。

3.2 地平線：BPU オペレータライブラリを使用可能な状態に修復、チェーン実行で 4 回のディスパッチを 0.673 ミリ秒に圧縮（11-04）

日付：2026-11-04　情報源：Torch-FL PR #721 · Torch-FL PR #726

  • 3 箇所のハード障害：#721 で、BPU の eager パスが実際には各オペレータを CPU 上で実行していることを解明——オペレータバケツの階段が 512 レーンを超えない、2 入力 artifact を単一テンソル記述子でコミットしたためサイレントに誤値となる、hbdk4 が box64 下で numpy をインポートできず x86 ツールチェーンが使用不能になる。修復後、Run を C ABI 経由で公開し、eager パスが aten dispatcher をバイパスできるようにし、各呼び出しの固定作業をホットパスから外した。
  • 実測データ：RDK S600 上で 262144 レーンの relu が 0.176 ミリ秒から 0.073 ミリ秒に、1 つの conv block が 23.2 ミリ秒から 11.1 ミリ秒に短縮。
  • チェーン実行：#726 で DeviceChain を追加、デバイス上で複数の BPU artifact を連続実行し、中間アクティベーションはホストに戻さず、先頭で入力し末尾で出力するのみでメモリを通過し、小さなデバイスバッファのリングで受け渡す。S600 上でシリアライズされた elementwise が 0.417 ミリ秒から 0.104 ミリ秒に、4 回の独立ディスパッチが 1.667 ミリ秒から 0.673 ミリ秒に短縮。
  • 判断：地平線のこのラインのボトルネックは演算能力ではなく固定オーバーヘッドである。ドライバは呼び出しごとに 0.09 ミリ秒、単一オペレータなら大したことではないが、1 層に数十のオペレータを持つモデルでは主要なコストとなる。中間アクティベーションをデバイス上に留めることは、このオーバーヘッドを「オペレータごとに 1 回」から「セグメントごとに 1 回」に圧縮することに等しい。

3.3 海光：FP32 flash attention フォワードを実装、別途 FP32 最適化 9 件を起票（11-04）

日付：2026-11-04　情報源：FlagGems PR #7388 · FlagGems PR #8404 · FlagGems PR #8451 · FlagGems-vllm PR #1066 · build-infra PR #1628

  • FP32 フォワード：#7388 は _flash_attention_forward の海光実装に明示的にサポートされる FP32 パスを追加し、同時に ATen の5出力 schema と既存の FP16/BF16 の挙動を維持する。サポート範囲は非常に狭く定義されている：固定長、連続 4D BSHD、方形 MHA かつ Q/K/V 同形、head dim が 64 または 128、dropout が 0、window/alibi/seqused/varlen なし。サポートされない組み合わせは未検証パスを通さず、直接エラーを報告する。
  • 実装の要点：QK と PV は IEEE FP32 のドット積を使用；オンライン softmax の最大値は -inf で初期化し、-1e30 未満の有効な logit が飲み込まれるのを防ぐ；長シーケンスは exp2/log2 を使用し、短シーケンスは自然指数を保持；head dim とシーケンス長に応じて3セットの静的 tile を選択；低精度パスはコンパイル期にこれと分離される。
  • 同側の最適化：luojung の9件のオープン PR は rsqrt、floor、nonzero、FP32 全次元リダクション、masked_fill、nan_to_num、neg、masked_select、aminmax をカバーし、すべて「連続 FP32」に限定されている。これはまず1つのパスを正しくしてから性能を語る典型な順序である。
  • バージョンとプラグイン：DTK 26.10 の base と runtime は本日 2.3.0 として記録（1.2 参照）；FlagGems-vllm #1066 は海光に CUDA PDL 組み込みがない場合のインポートを修正；FlagBLAS は海光 collection を修正；FlagTrain の mixed_gemm は Hygon をカバー。

3.4 天数と燧原：一方は SGLang の空アダプトを補完、一方は GCU300 上で41件を連続オープン（11-04）

日付：2026-11-04　情報源：sglang-plugin-FL PR #139 · FlagGems PR #8090 · FlagGems PR #8396 · FlagTree PR #1525 · FlagGems PR #8417

  • 天数：#139 は SGLang 0.5.18 の空ランタイムアダプトを補完し、プラグインが新版 SGLang 上でまず動作するようにする；FlagGems 側では11件の BI-V150 オペレータ（三角マージン損失、擬似逆、行列積加算、テンソル逆行列、インデックスリダクション、逆ガンマ、3次元グリッドサンプリング、3次元転置畳み込みとその逆伝播、線形結合、CTC 損失）をマージし、別途成立しない更新2件をロールバック。
  • 天数コンパイラ側：FlagTree の新規オープン12件はすべて [Iluvatar][Native] と [TLE][Iluvatar]——スレッド数は target warp size から導出、要素サイズに応じてベクトルアクセス幅を選択、明示的な load-vectorization コンパイルオプション、制御フローを跨ぐ明示的レイアウト、SME transport、物理 grid barrier 域。方向性は native バックエンド上で「汎用 Triton の仮定」を「ターゲットマシン仕様に応じた生成」に置き換えることにある。
  • 燧原：FlagGems はデバイスガード修正5件をマージし、GCU300 カバレッジの新規オープン41件（1.5 参照）；FlagAttention は parallax オペレータを新規追加；build-infra の enflame tops 1.9.10 と 1.10.6 の2つのイメージはいずれも 2.3.0 カバレッジ内。
  • 比較：両社とも「オペレータを満遍なく揃える」方向だが、パスは異なる——天数はコンパイラ Native バックエンドで生成戦略をターゲットマシンに応じて改築；燧原は KernelGen で上流の書き方を本バックエンドがサポートしない構文ごとに書き換える。前者は一時的投資で長期的収益を得る形、後者は数量でカバレッジを取る形。

3.5 昆侖芯、沐曦、昇騰、摩尔線程と清微：修正とチューニングが並行（11-04）

日付：2026-11-04　ソース：FlagGems PR #8106 · FlagGems PR #8394 · FlagGems PR #7318 · FlagGems PR #8097 · FlagGems PR #8004 · FlagDNN PR #23

  • 昆仑芯：#8106 をマージ（linalg_pinv と conv_tbc_backward が XPU 上でコンパイル通過）；新規 5 件を起票。where が NaN/Inf を飲み込みかつ 4096 要素超でコンパイル失敗する件、logdet のフォールバック、infinitely_differentiable_gelu_backward、conv_transpose1d/3d の誤値、cholesky 求解ヘルパーと量子化カバレッジを含む。vLLM 0.28.0 wheel のディレクトリ行は #1637 で補完され、optest の per-vendor マニフェスト調査がそれをカバーする。
  • 沐曦：#7318 でチャネル単位の bmm_w8a8 INT8 融合スケーリングを補完；vllm-plugin-FL #686 が Torch 成果物に適応し MCCL abort をバインド；新規 #8414 で layernorm を補完し最適化を実施。MACA 3.7.2.1 と 3.8.1.3 の両ラインとも 2.3.0 イメージのカバレッジ内。
  • 昇騰：#8432 で昇騰 GRU オペレータテスト依存を flagos-optest に追加；FlagDNN で昇騰性能を修正；FlagTrain で昇騰依存を補完；build-infra の 3 件で flagtree と flagcx を CANN 9.2.1 ラインに固定；CANN 9.2.1 の base にタグ補完と再プッシュ（1.2 参照）。
  • 摩尔線程：#8097 で細長 FP8 行列乗算を最適化（転置ドット積 + GEMV tile）；FlagGems-vllm で topk/softplus/sqrt を補完；FlagAttention に Moba attention を新規追加し import を修正。MUSA 4.3.6 と 5.2.0 の両ラインとも 2.3.0 のカバレッジ内。
  • 清微：本期 FlagOS 側のコミットなし；同社の tsm260610 イメージは依然 2.3.0 のカバレッジ内（1.2 参照）。Torch-FL #720 の共有コード修正がそのテストフィクスチャにも及ぶ。

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

日付：2026-11-04 ~ 2026-11-05　ソース：flagos-ai 組織 · 本期各項目の PR リンク（付録参照）

  • 一言で言うと：この日の重心は「オペレータの補充」から「能力の境界の補充」へと移った——Torch-FL は統一デバイス層を Apple Silicon と寒武紀 MLU の両端まで押し広げ、FlagTree は TLE をバックエンドごとに個別にオン・オフできる拡張セットへと作り変え、build-infra は vLLM 0.28.0 の repack を一挙に 11 社のインデックスへ展開した。
  • 観察1：AI agent はすでに主要なコミッタである。Torch-FL が当日マージした 29 件の PR 本文にはいずれも「Agent/Tool、Model、Human Reviewer」の段落があり、ツールには DSH（DeepSeek Harness）と Claude Code CLI、モデルには deepseek-v4.1-flash と Claude Opus 5.5、人工レビューは統一して同一のメンテナと記載されている。これはコード品質の判断基準を変えるものではないが、ボトルネックを「書く」から「評する」へと移した——レビュー中 288 件、新規オープン 151 件がこのボトルネックの定量化である。
  • 観察2：ミラー先行は計画内のリズムであり、乖離ではない。23 個の base と 23 個の runtime ミラーはすでに 2.3.0 が記録されているが、マニフェストファイルは 11-30 の機能フリーズまで生成されない。2.3 のタイムテーブル（FEP マージ締切 11-13、rc0 11-30、rc1 12-07、rc2 12-14、封板 12-25、GA 12-30）に従えば、ミラーがマニフェストより先行するのは正常である。本当に注視すべきは 11-13 の FEP マージ締切——そこがこのバージョンの範囲のハードな境界である。
  • 観察3：バックエンド接続の最後の一マイルは runner である。寒武紀 MLU バックエンドはマージ当日に CI lane が撤下された。FlagTree の Iluvatar native シリーズも大量に再現用例を伴うが CI ゲートは伴わない。マルチチップスタックのコストは「適配コード」から「検証環境」へと移りつつあり、これは欠陥というよりこの段階の常態と言える。
  • 要観察：FlagTree の 38 件の積み重ね単が 11-13 までに分割マージできるか；FlagGems の 41 件の GCU300 カバレッジ単が「一日に数十件」のマージリズムを再演するか；vLLM 0.32 ラインのマルチバックエンド適配が 2.3.0 rc0 とともに収束するか。

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

情報源チェック表

情報源 チェック結果
flagos-ai 組織リポジトリ（61 リポジトリ） 26 リポジトリが調査期間内にプッシュ、メインブランチの新規コミットは FlagQuantum、FlagGems、Torch-FL、build-infra の 4 リポジトリに集中
コミット検索（committer-date 期間） 238 件ヒット、17 リポジトリに分布；FlagQuantum 103 件で 43.3%
マージ済み PR 検索（merged 期間） 167 件ヒット、22 リポジトリから；FlagGems、Torch-FL、FlagQuantum、build-infra の 4 リポジトリ合計 119 件
レビュー中 PR 検索（updated 期間） 288 件ヒット、うち新規オープン 151 件；FlagGems 130、FlagTree 54 の 2 リポジトリで 63.9%
Release / Tag 原子チェック（31 リポジトリ + 8 リポジトリ） 期間内の新規ゼロ；直近は FlagCX v0.14.1（11-01）
Google News RSS（24 組の中英語クエリ） コンポーネント単位ではゼロヒット；メンバー語 13 件は精査の結果、市況記事・科学普及記事・無関係な宣伝であり、バッチ全体を除外
HN Algolia（8 組のクエリ） 直接ヒットはゼロ
CSDN FlagOS コラム トップページの 52 リンクを逐次確認したところ、最新 3 件はいずれも調査期間より前であり、重複収録せず
智源コミュニティ 検索ページはクライアントサイドレンダリングで取得不可；トップページに調査期間内の FlagOS 関連の新規投稿なし；11-04 にオープンウェイトのリスク管理フレームワークに関する記事あり（エコシステム背景として）
2.3 リリースマニフェスト（community release/2.3） ディレクトリは存在するが、公開タイムテーブルのみ；マニフェストファイルは未着地で、計画どおり 11-30 の機能フリーズ時に生成

完全な情報源リスト

lagTree/pull/1524>

]** libtriton_jit PR #71（0.1.0-4 パッケージング） — https://github.com/flagos-ai/libtriton_jit/pull/71