調査期間：2026-09-08 10:18 ~ 2026-09-09 10:18 北京時間 情報源：GitHub（org: flagos-ai 52 リポジトリ pushed_at + commit search 72 件全量を committer-date で検証 + デフォルトブランチ per-repo 再確認 + PR 詳細 + git ls-remote ブランチ検証）、Google News RSS（中英 18 組の検索語、プロキシ経由）、HN Algolia、Tavily/web 検索、FlagOS CSDN 公式アカウント（詳細は付録）

インデックス

    1. オープンソースプロジェクトの進展（GitHub 動向）
      • 1.1 FlagGems メインリポジトリ：KMCompiler クロスチップ linalg オペレータ、QC 量子化オペレータと MTHREADS バッチチューニング（09-08）
      • 1.2 FlagGems-Experimental：KernelGen オペレータフロー 12 件 + CICD 4 件をデフォルトブランチ infra-ci にマージ（09-08）
      • 1.3 FlagScale：燧原 ZIXIAOC200 と昆仑芯 P800 の訓練サポートが CICD に参入（09-08）
      • 1.4 FlagCX：PTD（prefill/transfer/decode）プロファイリングツールと PAL ポインタ分類の強化を追加（09-08/09-09）
      • 1.5 FlagGems-vllm：fp8/fp4 paged MQA logits（TLE）、fused-add-RMSNorm 最適化と KMCompiler 登録リファクタリング（09-08）
      • 1.6 その他コンポーネント：FlagTree 修正 2 連、FlagBLAS Ascend L2 継続、FlagSparse 上流同期と spmm CSC 最適化、FlagAttention と FlagPrism（09-08/09-09）
    1. ニュース報道とエコシステム
      • 2.1 コンポーネント級ニュースは 7 回連続の平穏な調査期間；智源の機関動向 1 件（09-08）
      • 2.2 直近 3 日間のトレンド（エンジニアリング側）
    1. メンバー企業の深掘り
      • 3.1 海光：dtk26.04 デュアルフレームワーク（sglang 0.5.18 + vllm 0.20.2）デリバリー閉環（09-08/09-09）
      • 3.2 清微：vllm-plugin-FL #460 メインライン有効化が進行中、メインラインイメージ納品登録（09-08/09-09）
      • 3.3 摩尔線程：FlagGems MTHREADS 5 件のオペレータ最適化 + Megatron-LM-FL 新 CI ブランチ（09-08/09-09）
      • 3.4 燧原と昆仑芯：訓練側が初めて FlagScale CICD に参入（09-08）
      • 3.5 沐曦：llm-d（CNCF）曦云 C シリーズ適応、国産 GPU が初めて同エコシステムに参入（09-08）
    1. まとめ
  • 付録：完全な情報源リスト

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

調査期間総覧：org 内 52 リポジトリのうち 17 件が期間内にプッシュあり；commit search で 期間内コミット 72 件を検出、11 リポジトリのデフォルトブランチへの実質的マージに分布（build-infra 14、FlagGems 18、FlagGems-Experimental 16、FlagSparse 7、FlagBLAS 4、FlagCX 3、FlagGems-vllm 3、FlagTree 2、FlagScale 2、FlagAttention 2、FlagPrism 1）；他に 6 リポジトリ（TransformerEngine-FL、Megatron-LM-FL、vllm-plugin-FL、sglang-plugin-FL、docs、release-info）の期間内プッシュは、デフォルトブランチ再確認と ls-remote 検証により PR ブランチ/リリースブランチの動作と確認。新規リポジトリなし、コンポーネント release なし。本期間の形態 = RC1 ブランチカット（09-07）後、最初の完全なデリバリー記録期間：community と各コンポーネントのデフォルトブランチは「修正のみ受け入れ」のテスト安定期に入り、最も集中した動きは build-infra（14 件のデリバリー記録とエンジニアリング自動化）に落ち、コンポーネントコード側はオペレータマトリックスの右シフトとツールチェーンの新機能が継続。前期間（09-08 レポート）で RC1 manifest と初回 rc1.post1 tag 波を記録したばかりであり、本期間のエンジニアリング側の動作リズムはこれと接続：検証マトリックスが始動、各ベンダーラインがイメージ tag を逐条記録。

1.1 FlagGems メインリポジトリ：KMCompiler クロスチップ linalg オペレータ、QC 量子化オペレータと MTHREADS バッチチューニング（09-08）

情報源：FlagGems commits（09-08 13:43～19:51、18 件）、linalg_matrix_exp #6069、linalg_matrix_power #5951、MetaX GRU #6059、QC PPU FP8 TopK #5966、QC Ascend RMSNorm #5968、Hopper sm90 修正 #6075

  • KMCompiler/KernelGen 生成オペレータが継続的にマージ（4 件）：linalg_matrix_exp は一度に NVIDIA/Ascend/Hygon/Thead/MetaX/iluvatar の七バックエンドをカバー（#6069、19:51）；linalg_matrix_power は NVIDIA + Thead に着地（#5951）；MetaX gru オペレータ（#6059）；NVIDIA cudnn_convolution_transpose（#4363、Triton kernel）。
  • 新規 fused オペレータと量子化オペレータ：新たに post_layer_norm_residual fused オペレータを追加（#4930）；SiLU は Ascend/MetaX 向けに最適化（#5565）；QC 側では Ascend INT8 W8A16 RMSNorm（#5968）と PPU W8A16 FP8 TopK（#5966）の二つの量子化オペレータが同日マージ。
  • 摩尔線程（MTHREADS）五連：fp32 conv_transpose2d k3（#5879）、cudnn_convolution no-bias パス（#5834）、one_hot 検証と scatter パス（#5833）、isin Tensor_Scalar（#5977）、bmm SQMMA チューニング（#5909）。
  • 正確性修正（テスト安定期の特徴）：broadcast_tensors のゼロサイズ次元における形状計算（#6024）；Hopper sm90 上の _attn_bwd ランタイムクラッシュ防止（#6075）；flash_attention decode backward における AABS が tl.dot を破壊する問題の修正（#6077）；mm w8a8 fp8 独立 benchmark エントリ（#6084）；weekly CI に workflow dispatch 制御を追加（#5919）。

解読：単一オペレータ linalg_matrix_exp を KMCompiler が一度に七バックエンド分生成したことは、「オペレータ自動生成→マルチチップ同時展開」パイプライン能力の直接的なサンプルである——これこそが 2.2 テスト期においてオペレータマトリクスが依然として右方向へ拡大し続けられる理由である（生成器によるオペレータ補完は手書きより一桁速い）。QC 量子化オペレータが Ascend と玄鉄 PPU へと延伸したことは、昨日の vllm プラグイン層における玄鉄/海光 fused-MoE バックエンドと相まって、「量子化精度 + 推論オペレータ」のチップごとの配套を形成している。MTHREADS の単一期間における五件のチューニングは、近年の摩尔線程によるオペレータライブラリ側で最も密集した一回である（詳細は 3.3 参照）。

1.2 FlagGems-Experimental：KernelGen オペレータフロー 12 件 + CICD 4 件がデフォルトブランチ infra-ci にマージ（09-08）

情報源：FlagGems-Experimental commits（デフォルトブランチ infra-ci、09-08 10:46～11:31 CST で16件マージ）、linalg.qr #5586、log_normal #5472、Ascend dist #6014、iluvatar OOM 修正 #6070

  • リポジトリ構造のヒント：当該リポジトリの現在のデフォルトブランチは infra-ci（commit search とデフォルトブランチの再確認はいずれもこのインデックスに依拠）、FlagGems master の歴史ミラー + KernelGen オペレータフローの実験コミットを保持する。
  • KernelGen NVIDIA 新規オペレータ 7 件（10:46～10:58）：linalg_eig（#5588）、special_softmax（#5578）、igamma（#5488）、special_modified_bessel_i0（#5110）、fill_mem_eff_dropout_mask（#5552）、fake_quantize_learnable_per_channel_affine_backward（#5543）、さらに _index_put_impl を修正（#5889）。special 関数群（igamma/ベッセル/softmax 変種）は前ウィンドウの主攻面を継続。
  • KMCompiler マルチチップ 5 件（11:11～11:23）：linalg.qr が Nvidia/Ascend/Metax/Iluvatar の4バックエンドをカバー（#5586）；log_normal が 7バックエンドをカバー（#5472）；Ascend 側の dist（#6014）と unsafe_index（#6007）の最適化；iluvatar OOM 修正（#6070）。
  • CICD 4 件（11:31 同一秒戳）：add sync-to-kernelgen、ci doc、test infra-ci branch、remove owners——09-07 レポートで記録した sync-to-kernelgen ワークフローと同源の反復であり、今回は4コミット集の形態でデフォルトブランチ infra-ci の先頭に着地（infra-ci ブランチの自測と owners クリーンアップを含む）、当該クロスリポジトリ同期パイプラインはデフォルトブランチとともに正式稼働する。

解読：前ウィンドウ（09-07）の大量60件以上のマージ後、本ウィンドウは KernelGen オペレータフローの通常流速への回復（12件/半日）であり、「バッチ同期」が一度きりの動作ではなく持続的なパイプラインであることを証明している。log_normal、linalg.qr といった「マルチバックエンド一括産出」オペレータは 1.1 メインリポジトリの linalg_matrix_exp と同構であり、実験リポジトリとメインリポジトリの間で「実験リポジトリ検証 → sync-to-kernelgen → メインリポジトリリリース」の分業閉ループが形成されつつある。

1.3 FlagScale：燧原 ZIXIAOC200 と昆仑芯 P800 訓練サポートが CICD に参入（09-08）

情報源：FlagScale PR #1275（Enflame、09-08 10:32 マージ）、PR #1282（Kunlunxin P800、10:32 マージ）

  • #1275（hooray03）：燧原 Enflame ZIXIAOC200 向けに初の image-build 契約を策定し、FlagScale 汎用イメージ CI フレームワークに接続——inference/train/all-in-one の3組の Dockerfile（検証済みの Enflame ランタイムに基づく）とプラットフォーム環境設定を含む。
  • #1282（AlexMa616）：昆仑芯 P800 に訓練 CI とランタイムサポートを追加——訓練イメージ、環境構築、Megatron-LM-FL 統合、プラットフォームテスト設定、GitHub Actions 一式。

解読：2件が同一分にマージされ、FlagScale（訓練スタック）のチップマトリクスは「既存チップでのテスト実行」から「新チップ向けにイメージ契約を構築する」段階へと跨いだ。燧原はこれまで build-infra の sglang 0.5.18 デリバリーライン（tops1.9.10）にのみ登場していたが、本調査期間は燧原が初めて FlagScale 訓練 CI に参入した事例である。昆仑芯はこれまで KernelGen オペレータ側（digamma/arctan/bernoulli）で活発だったが、訓練側の P800 は全く新規の接続となる。訓練スタックのチップ拡大は 2.2 テスト安定化期間中に発生しており、「新機能は入れず、新規対応は入れられる」収束期の工程に属する。

1.4 FlagCX：PTD（prefill/transfer/decode）プロファイリングツールの新規追加と PAL ポインタ分類の強化（09-08/09-09）

情報源：FlagCX PR #567（09-08 18:07 マージ）、#569（20:11）、#571（09-09 00:15）

  • #567 PTD 分析ツール：tools/PTD を新規追加——vLLM と SGLang 上の P/D（Prefill/Decode）分離推論に向けたオフライン Prometheus + Grafana プロファイリングスタック。実行時に収集した /metrics スナップショットを再生するだけで prefill/transfer/decode の3段階の所要時間を分析でき、オンライン接続は不要。
  • #569 CICD：ハードウェア単体テストコンテナの実行方法を統一。
  • #571 PAL：並列抽象化層に堅牢なデバイスポインタ分類（device pointer classification）を追加。

解読：FlagCX は 2.2 サイクル内でのコンポーネント動作が少なく（直近の実質的なマージは rc0 前の PAL/通信機能）、本調査期間の3件は可観測性とツールチェーンに集中している。PTD 分析ツールと vLLM 0.20.2 ラインの P/D 分離デリバリー（vllm-plugin-FL の昨日の Prometheus KV-transfer 指標、FlagCX コネクタ）は「P/D 分離デプロイの可観測性」を構成——マルチチップマトリクステスト期間中に P/D トポロジを実行する際、本ツールは統一された所要時間の帰属手段を提供する。

1.5 FlagGems-vllm：fp8/fp4 paged MQA logits（TLE）、fused-add-RMSNorm 最適化と KMCompiler 登録リファクタリング（09-08）

情報源：FlagGems-vllm #698（11:28）、#722（11:30）、#748（17:25）

  • #698：fp8/fp4 paged MQA logits の TLE kernel（add-fp8_fp4_paged_mqa_logits-tle）を新規追加——量子化 paged アテンション logits 計算の TLE バックエンド実装。
  • #722：fused add rms norm を最適化。
  • #748：KMCompiler 側のリファクタリング——各バックエンドの moe_align_block_size を fused __init__ 経由で統一的に登録するよう変更（昨日の #747 で KMCompiler 生成パスを vLLM native op 依存から切り離した自社テスト改造を引き継ぐ）。

解説：vllm プラグイン層の kernel 補強（fp8/fp4 logits、fused norm）と KMCompiler 登録メカニズムの整備が並行して進行。paged MQA logits は量子化推論パス上のホット kernel であり、TLE 版はこの kernel がマルチチップ（非 NVIDIA）バックエンドでコンパイル・実行可能であることを意味する——昨日の玄鉄/海光 fused-MoE バックエンドと同じく「kernel ごとのベンダー化」工程に属する。

1.6 その他コンポーネント：FlagTree 修正2連、FlagBLAS Ascend L2 継続、FlagSparse 上流同期と spmm CSC 最適化、FlagAttention と FlagPrism（09-08/09-09）

情報源：FlagTree #1125（12:59）、#1129（09-09 10:18）、FlagBLAS Ascend SSYR2（#100）、FlagSparse PR #54（NCIC-AlphaSparse）、FlagAttention #54、FlagPrism #9（21:02）

  • FlagTree（2 件）：#1125 は nvidia3.6 上の tle_supported リストを修正（12:59）；#1129 [FlagTune] は CUDA graph ベンチマークで caller-stream の呼び出し順序を保持（09-09 10:18 マージ、調査期間終点に近い）。デフォルトブランチは前調査期間の #1115 以降、初の実質的マージ。
  • FlagBLAS（4 件）：Ascend L2 ルーチンの続作——SSYR2（#100、11:45 マージ）と CHEMV の tile レイアウト更新（#101、16:27 マージ）で、昨日の CHER/CHER2/SSYR/CSYR のルーチン単位での補完ラインを引き継ぐ。
  • FlagSparse（7 件）：PR #53（zyq1105331849、”New update”、12:30 マージ、merge_adapt コミット3件を含む）と PR #54（NCIC-AlphaSparse 公式アカウント、”metax and cuda opt”、15:55 マージ）——中国科学院 AlphaSparse チームが上流に提供した metax/cuda 最適化が継続的に主リポジトリへ同期；実質的な新規開発は 15:42 の spmm CSC CUDA 最適化。
  • FlagAttention（2 件）：#54（huangyiqun、13:34 マージ）で conf/ と tools/ ディレクトリを新規追加。
  • FlagPrism（1 件）：#9（21:02）で中英バイリンガル README を更新。

解説：各コンポーネントのデフォルトブランチは RC1 以降「小さな修正 + ディレクトリ/ドキュメント整理」のリズムを示す。FlagTree はビルドとチューニングツールの修正に回帰、FlagBLAS は Ascend L2 を継続、FlagSparse は双方向同期（外部上流から内へ、ローカル開発から内へ）、FlagPrism はバイリンガル README と昨日の #8（debugger/profiler）マージに接続——新コンポーネントの GA 前のドキュメント化準備のシグナル。

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

2.1 コンポーネント級ニュースは7期連続の静穏な調査期間；智源の機関動向1件（09-08）

情報源：Google News RSS（中英18組の検索語、プロキシ経由）、HN Algolia、FlagOS CSDN 公式アカウント（flagos.csdn.net）、智源コミュニティ gnews エントリ（09-08）

  • gnews コンポーネント語（FlagOS/FlagGems/FlagScale/FlagTree/FlagCX/FlagAttention/FlagPerf/KernelGen/FlagOS-Robo/FlagQuantum、when:7d~14d 中英）期間内ゼロヒット——コンポーネントレベルのニュースは 09-03 以来7 つ連続の静穏期間。HN Algolia の 2 件のヒットはいずれも “flags/flagship” の部分文字列誤マッチによる Show HN の無関係な項目（cmd セキュリティ通知ツール、サイトの AI 臭検出）であり、除外した。
  • CSDN 公式アカウントに新規記事なし：最新コンテンツは依然として 09-07 上海 KubeCon フォーラム告知（昨日既報）であり、そのライブ配信アーカイブページは期間内でもインタラクションが継続；「算子島」SGLang 大会（09-03 開始）と verl 技術ライブ配信（08-27）のアーカイブは掲載が続いており、新規イベント告知はない。
  • 智源機関動向 1 件：智源研究院が機関メンバーとして国連グローバル・コンパクト「一帯一路」行動プラットフォーム専門家グループに参加（智源コミュニティ 09-08 発表）。このプラットフォームは 2020 年に UNGC が発足し、2026 年に 6 つの専門家作業グループを設立；智源が機関として専門家グループに参加することは研究院の国際エコシステム布局の動きであり、既報の UNDP 中アフリカ AI シンポジウム（08-26、智源主催）と同じナラティブラインに属する。FlagOS コンポーネントとは直接関連せず、機関動向の記録としてのみ記載する。
  • メンバー機関の資本市場ニュースを一括除外（昨日と同じ基準、収録せず）：摩尔線程の 20% ストップ安/時価総額新安値/香港秘密申請報道、燧原の募集結果（オンライン申込 6100 倍超）と上場プロセス、沐曦のロックアップ解除、海光情報の資金流向などは、いずれも FlagOS ソフトウェアエコシステムとは直接関連しない。

2.2 直近 3 日のトレンド（エンジニアリング側、GitHub org pushed の裏付け）

  • 09-07：FlagOS 2.2 RC1 manifest の切替 + 12 リポジトリ初回 rc1.post1 tag 波；FlagScale KERV 具身投機的デコーディングの訓練/推論統合 + Megatron-LM v0.18.2 の 2 リポジトリ整合；FlagGems-Experimental に 60 件超の KernelGen オペレータをバッチ登録（いずれも既報）。
  • 09-08：天数智芯 0.20.2 の確定（flag_gems GEMM ファミリ全体ブラックリスト、30/30 確定）、sglang 0.5.18 マルチベンダーラインの記録クローズ（沐曦/寒武紀/昇騰）、清微 txda の vllm-plugin-FL main ラインへのマージ（いずれも既報）。
  • 09-08 10:18 ~ 09-09 10:18（本期間）：build-infra 単一期間で 14 件のデリバリー記録（海光 dtk26.04 デュアルフレームワーク、清微メインラインミラー、provenance タグ自動化）；FlagGems 系オペレータマトリクス 30 件マージ；FlagScale 訓練 CICD を燧原/昆侖芯に拡張；FlagCX PTD ツール（本節で詳述）。

三、メンバー機関の深掘り

3.1 海光：dtk26.04 デュアルフレームワーク（sglang 0.5.18 + vllm 0.20.2）デリバリークローズ（09-08/09-09）

情報源：build-infra #785（flagtree 0.6.2a1）、#792（sglang 0.5.18 F/T 検証記録）、#795（vllm 0.20.2 deps_app 開通）、#798（vllm app tag 登録）

  • 本ウィンドウの build-infra 14 件の記録のうち 8 件が海光 dtk26.04 ラインに属し、全チェーンで展開：
    • 依存関係のピン留め：#785 で海光側 flagtree を 0.6.2a1 にピン留め（manifest メインラインの flagtree 0.7.0rc1 系列とは分線管理の点に注意）；#787/#788 は sglang deps_app 用に torchvision 0.24.0 と compressed-tensors をピン留め。
    • sglang 0.5.18 ライン：#792（09-09 01:16）docs に dtk26.04 の sglang 0.5.18 F/T 両パス検証合格を記録；#793 は on-node 検証の制御された serve args を修正；#794 は sglang app イメージ tag 2.1.2-0.1.dev1_g440208beb を登録。
    • vllm 0.20.2 ライン：#795（09-09 07:50）hygon の vllm 0.20.2 deps_app を開通；#796/#798 は 2 つの app イメージ tag（2.1.2-0.2.1_g13eb9be と g14cf11d、いずれも d20260908、フィンガープリントは逐次更新）を登録。
  • 工程自動化：#791（22:04）は app イメージ用にprovenance タグを統一付与（ワークフロー級）；#797（08:21）は検証マトリクスを YAML から自動リフレッシュして status-matrix へ——記録方式が手動 docs から自動化へ移行。

解読：昨日のレポートは「build-infra の記録頻度は RC 進捗の最良の代理指標である」と予測したが、本ウィンドウで即座に実証された：14 件の記録のうち 8 件が海光。海光は同一ウィンドウ内で sglang 0.5.18 と vllm 0.20.2 のデュアルフレームワーク検証記録 + デュアルバージョンイメージ tag をすべてクローズドループ化した初のベンダーラインであり、かつそれは昨日の 0.20.2 確定決着（GEMM ブラックリスト路線）の後に発生した——決着後の正常なデリバリーフローが回復したことを示し、イメージフィンガープリント g13eb9be→g14cf11d の更新はプラグインソースコードのイテレーションに対応する。海光側 flagtree はメインラインの 0.7.0rc1 ではなく 0.6.2a1 を採用しており、ベンダー環境と 2.2 manifest メインラインのコンパイラバージョン間に分線管理が存在することを示唆する（決定性課題へのエンジニアリング側の対応の一つ）。

3.2 清微：vllm-plugin-FL #460 メインライン有効化が進行中、メインラインイメージ交付登録（09-08/09-09）

出典：vllm-plugin-FL PR #460（open）、build-infra #789（マトリクスが #460 を指す）、#790（tsingmicro メインラインイメージ tag）

  • プラグイン側：vllm-plugin-FL PR #460（tengqm コミット、base main、head tsingmicro-enable-main）が進行中——「feat(tsingmicro): enable vllm 0.24.0 on txda (complement #447)」、すなわち昨日マージ済みの #447（txda 空プラグイン骨格、vLLM 0.24.0）を利用可能な txda バックエンド実装へ補完するもの；09-08 に更新あり、未マージ。
  • 交付側：build-infra #789（09-08 20:46）は tsingmicro runner マトリクスを PR #460 ブランチへ指向；#790（20:54）は tsm260610 の app イメージ tag 2.1.2-0.3.0rc0_g2f034ee.d20260908 を登録——main ライン plugin v0.3.0rc0 基盤と #460 ブランチソースコードフィンガープリント g2f034ee に基づくビルド。
  • 二ライン格局：release/0.2（vLLM 0.20.2）ラインのパッチ #450 は依然として build-infra が昨日記録した通り進行中；main（vLLM 0.24.0）ラインの #460 は進行中だがイメージは既に産出可能。

解読：清微の txda 対応は明確な「ベンダー自走、二ライン並進」のリズムを示す：コンパイラ（FlagTree バックエンド）が先行し、推論プラグイン（txda 空プラグイン→補完有効化）が追随し、交付イメージ（build-infra 登録）が並行する。注目すべきは #460 が tengqm（外部開発者、Tencent Cloud 背景）により提出され、清微公式アカウントではない点で、昨日 #447 が tsingmicro-public-e により提出されたのとは異なる——清微メインライン有効化にコミュニティ開発者の協力の兆しが現れている。#460 のマージ時期が txda が 2.2 マルチチップマトリクステストウィンドウ（09-01~09-24）に間に合うかどうかを決定する。

3.3 摩尔線程：FlagGems MTHREADS 五筆オペレータ最適化 + Megatron-LM-FL 新規 CI ブランチ（09-08/09-09）

情報源：FlagGems MTHREADS コミット（#5879/#5834/#5833/#5977/#5909）、Megatron-LM-FL ブランチ検証（ls-remote）

  • FlagGems 主リポジトリ：単一調査期間内に 5 件の [MTHREADS] コミット（conv_transpose2d k3、cudnn_convolution no-bias、one_hot、isin、bmm SQMMA チューニング）があり、本調査期間の FlagGems 各ベンダーバックエンドの中で最も活発（18 件中 5 件を占有）であり、かつオペレータ実行時最適化とチューニングパラメータ探索に集中している。
  • Megatron-LM-FL：調査期間内のプッシュ（09-09 08:45 北京時間）は ls-remote 検証によりブランチ操作と確認——新規/更新された ci/megatron0171-mthreads-20260909 CI ブランチ（摩尔線程側 Megatron-LM 0.17.1 CI ライン。主リポジトリは昨日 Megatron-LM v0.18.2 にアップグレード済みだが、ベンダーラインは 0.17.1 で分岐管理される点に注意）と ci/enflame、ci/merge-105-106-107-114 などのブランチ。

解読：摩尔線程はオペレータライブラリ（FlagGems）と訓練フレームワーク（Megatron-LM-FL）の両側で同時に活発さを維持している。オペレータ側は「ラストワンマイル」のオペレータ単位チューニングであり、訓練側の 0.17.1 CI ブランチと主リポジトリ 0.18.2 のバージョン差はベンダーツールチェーンの追随リズムにおける通常の現象である。市場側（株価ストップ安/香港株の噂）とエンジニアリング側（オープンソース貢献密度）は鮮明な対照を成しており、エンジニアリング側の貢献は資本の変動に影響されていない。

3.4 燧原と昆仑芯：訓練側が初めて FlagScale CICD に参入（09-08）

情報源：FlagScale #1275（Enflame ZIXIAOC200）、#1282（Kunlunxin P800）

  • 燧原（Enflame、会員単位）：ZIXIAOC200 チップの image-build 契約が初めて FlagScale 汎用イメージ CI（train/inference/all-in-one の 3 セットの Dockerfile）に接続された。これまで燧原は build-infra の sglang 0.5.18 納品ライン（tops1.9.10）にのみ記録があり、訓練スタック側はゼロであった。本調査期間で訓練側の入口を補完した。
  • 昆仑芯（Kunlunxin、外部エコシステム）：P800 訓練サポート（訓練イメージ + Megatron-LM-FL 統合 + GH Actions）。昆仑芯はこれまで KernelGen オペレータ側で活発（09-07 に digamma/arctan/bernoulli をバッチマージ）であり、訓練側は全くの新規接続である。

解読：FlagScale の「新チップイメージ契約」型の接続は build-infra の納品記録よりも先行する——まず汎用 CI フレームワーク内で契約を立て、その後ラウンドごとに検証する。2.2 のタイムテーブル（09-24 テストウィンドウ締切）と組み合わせると、これら 2 件がウィンドウ内で初回の訓練検証を完了できれば、燧原/昆仑芯は 2.2 GA の訓練サポートマトリクスに参入できる可能性がある。

3.5 沐曦：llm-d（CNCF）曦雲 C シリーズ対応、国産 GPU が同エコシステムに初参入（09-08）

情報源：快科技：国産 GPU が CNCF 国際オープンソースエコシステムに初参入（09-08）

  • llm-d（Red Hat 発起、CNCF ホストのクラウドネイティブ分散推論プロジェクト。vLLM/SGLang + Kubernetes 上に構築され、GitHub 4400+ star、プレフィックスキャッシュ認識ルーティング、負荷認識スケジューリング、P/D 分離に注力）の公式アクセラレータリストに国産 GPU が初めて登場：沐曦は密瓜智能（Dynamia AI）と協力して曦雲 C シリーズの対応を完了した。
  • 3 つのアウトオブボックス納品パス：Qwen3-14B 単カード（TP=1）ベースライン、DeepSeek-R1-Distill-Llama-70B 八卡（TP=8）ベースライン、Qwen3-14B Prefill/Decode 分離（vLLM NixlConnector + llm-d ルーティング Sidecar により KV キャッシュのインスタンス間転送を実現）。
  • 性能標定：単カードピーク Prefill スループット 5773 tokens/s、八卡 5468 tokens/s，データはすでに llm-d コミュニティ公開標定マトリクスに統合されている。

解説：本項目はFlagOSコンポーネントとは直接関係しないが、メンバー単位のオープンソースエコシステムにおける重要な動きである。沐曦はFlagOSチャネル（build-infra sglang 0.5.18ライン、KernelGen/MetaXオペレータ）のほか、国際CNCFエコシステムにも同時に布石を打っている。曦雲Cシリーズはllm-d（本項目）とFlagOSデリバリマトリクス（昨日のmaca3.7.2.1 F/T E2E記録）の両方に登場しており、メンバー単位が「FlagOS統一スタック＋国際コミュニティ直結」の二軌道エコシステム戦略を採用していることを示している。

4. まとめ

本調査期間（09-08 10:18 ~ 09-09 10:18）は、GitHub側で期間内72件のコミット、17リポジトリへのプッシュがあり、工程側は高い活発さを維持している。ニュース側のコンポーネントレベル検索は7期連続の静穏期間となった。四本の主線：

  1. build-infraデリバリ記録の洪峰がRC1後の主な注目点に：単一期間で14件の記録、海光dtk26.04がsglang 0.5.18＋vllm 0.20.2のデュアルフレームワークを同一期間でクローズドループ実現（依存ピン留め、F/T検証記録、デュアルバージョンイメージタグを含む）、清微tsm260610メインラインイメージタグを登録、さらにappイメージのprovenanceタグ自動スタンプ（#791）と検証マトリクスYAML自動リフレッシュ（#797）の二つの工程自動化を実装——昨日の「build-infra記録頻度はRC進捗の最良代理指標である」という予測を裏付けた。
  2. FlagGems系オペレータマトリクスは継続的に右シフト：メインリポジトリ18件＋実験リポジトリ16件（12件のオペレータ）。代表的なシグナル：linalg_matrix_expがKMCompiler単一オペレータから一度に七バックエンドを産出、QC量子化オペレータがAscend（INT8 W8A16 RMSNorm）と玄鉄PPU（W8A16 FP8 TopK）に延伸、MTHREADS五筆調整；実験リポジトリのデフォルトブランチはinfra-ciと確認、sync-to-kernelgenパイプラインは4コミットセットで正式に確定。
  3. 訓練側チップの拡大：FlagScale CICDの二重開設——燧原ZIXIAOC200イメージ契約（メンバー単位訓練側で初）、崑崙芯P800訓練サポート（外部エコシステム訓練側で初）。
  4. ツールチェーンと可観測性の新機能：FlagCXにPTDプロファイリングツールを追加（vLLM/SGLang P/D分離推論オフラインプロファイリング）、FlagGems-vllmにfp8/fp4 paged MQA logits（TLE）を追加；Megatron-LM-FLに摩尔線程0.17.1の新CIブランチが出現。

予測：RC1後の観察面は引き続き検証マトリクス記録密度とrc1.postNの増分ペースに落ちる（build-infraの#797自動化によりマトリクス更新が高速化され、記録頻度はさらに上昇する可能性がある）；清微#460のマージ時期がtxdaメインラインが09-24前のマルチチップマトリクステスト期間に間に合うかを決定する；FlagScaleの燧原/崑崙芯の二つの新CICDが期間内に初回訓練検証を完了すれば、2.2 GA訓練マトリクスに入る可能性がある；コンパイラ決定性課題（flagtreeエンジン内コンパイル非決定、FlagGems #6054-6057上流への引き継ぎ）は本期間新規コミットなし、引き続き追跡；FlagPrismバイリンガルREADMEとdocsリポジトリのadd-auto-sync-docsブランチはGA前のドキュメント化が進行中であることを示唆している。

付録：完全な情報源リスト

情報源 検証結果
GitHub org repos API（flagos-ai、52 リポジトリ） 17 リポジトリで期間内プッシュあり；11 リポジトリでデフォルトブランチに実質的マージ（build-infra 14/FlagGems 18/FlagGems-Experimental 16/FlagSparse 7/FlagBLAS 4/FlagCX 3/FlagGems-vllm 3/FlagTree 2/FlagScale 2/FlagAttention 2/FlagPrism 1）；新規リポジトリなし（09-01 以降 created なし）
GitHub commit search（org 全量 72 件、3 ページ、sort=committer-date） 各行の committer 時間と帰属リポジトリを検証；FlagGems-Experimental のデフォルトブランチは infra-ci（search はこれに基づきインデックス）
GitHub PR/commit 詳細 vllm-plugin-FL #460（open、tsingmicro-enable-main）；FlagScale #1275/#1282（燧原/昆仑芯 CICD、10:32 同分にマージ）；FlagCX #567（PTD ツール）；FlagSparse #53/#54（zyq1105331849 / NCIC-AlphaSparse）
git ls-remote ブランチ検証（6 リポジトリ） Megatron-LM-FL：ci/megatron0171-mthreads-20260909、ci/enflame 等ブランチの動作（デフォルトブランチに期間内コミットなし）；TransformerEngine-FL/vllm-plugin-FL/sglang-plugin-FL/docs：リリースブランチと PR ブランチの動作；release-info：gh-pages プッシュ（リリースサイト）
GitHub tags/releases API 本期間に新規コンポーネントリリースなし；vllm-plugin-FL の最新 tag は依然 v0.3.0-rc1.post1（RC1 ウェーブ成果物）
Google News RSS（中英 18 組クエリ語、プロキシ経由） コンポーネント語は期間内ゼロヒット；智源研究院語は UNGC「一帯一路」行動プラットフォーム専門家グループの機構動態 1 件ヒット；摩尔線程/燧原/沐曦/海光クエリのヒットはストップ安/解除/申込/資金フロー等の資本市場ニュースで、FlagOS ソフトウェアエコシステムに直接関連せず、バッチ全体を除外
HN Algolia（FlagOS/FlagGems/FlagScale/FlagTree） 2 件のヒットはいずれも “flags” 部分文字列の誤マッチによる Show HN 項目のため除外
Tavily/web 検索 沐曦曦雲 C シリーズが llm-d に対応（快科技 09-08、オリジナルリンク）；FlagOS 関連は旧記事（Day0 対応/フォーラム）のみで新規内容なし
FlagOS CSDN 公式アカウント（flagos.csdn.net） 新規記事なし；09-07 上海フォーラム回放ページは期間内も依然インタラクションあり；大会/ライブ回放は継続掲載
flagos.io / hub.baai.ac.cn 期間内の新規公告なし