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

インデックス

    1. オープンソースプロジェクトの進展（GitHub 動向）
      • 1.1 build-infra：昇騰 910C base/runtime バックエンドの二系統を新規追加、60 個の app イメージ changelog ベースラインを策定（09-09/09-10）
      • 1.2 FlagGems メインリポジトリ：KernelGen オペレータフローが高流速を維持、KMCompiler マルチバックエンドをさらに拡張（09-09/09-10）
      • 1.3 FlagGems-Experimental：海光専用 flash attention オペレータを格納、Iluvatar/MThreads の二系統をバッチ処理（09-09/09-10）
      • 1.4 推論プラグイン層：達摩院玄鉄 PPU fused persistent_topk、Arm CPU Qwen W4A8/GDN、sglang オペレータ設定（09-09）
      • 1.5 ドメインライブラリとツールチェーン：FlagBLAS Ascend L3 三連続マージ、FlagTree TLE マルチカード通信、FlagCX CICD 全カバレッジ（09-09）
      • 1.6 その他コンポーネント：libtriton_jit 型付きデバイスポインタ、FlagScale ドキュメント、FlagOS-Robo サポートマトリクスに KERV を追加（09-09）
    1. ニュース報道とエコシステム
      • 2.1 北京市「十五五」デジタル経済計画が衆智（FlagOS）と霊玑（LinkeeOS）を名指し、RISC-V 智算命令セットを強化（09-09）
      • 2.2 コンポーネント級ニュースは 8 回連続の平穏な調査期間；智源コミュニティは通常コンテンツを更新（09-09）
    1. メンバー企業の深掘り
      • 3.1 摩尔線程：京東雲が同社 GPU を基盤に 10 万カードクラスタの構築を発表（09-09）
      • 3.2 燧原：9 月 11 日に科創板上場、発行価格 142.18 元/株（09-09）
      • 3.3 海光：Token 運営「双芯」加速方案、CPU+DCU でトークン閉ループを貫通（09-09）
      • 3.4 沐曦と摩尔線程：ロックアップ解除とセカンダリー市場の変動（09-09）
    1. まとめ
  • 付録：完全な情報源リスト

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

調査期間総覧：org 内の 52 リポジトリのうち 18 が期間内にプッシュあり；commit search で 期間内コミット 135 件がヒット（5 ページ）、14 リポジトリに分布（FlagGems-Experimental 60、FlagGems 39、build-infra 9、FlagBLAS 8、FlagTree 4、FlagCX 2、FlagGems-sglang 2、vllm-plugin-FL 2、FlagSparse 2、FlagOS-Robo 2、FlagAttention 2、libtriton_jit 1、FlagScale 1、FlagGems-vllm 1）；他に 4 リポジトリ（sglang-plugin-FL、docs、FlagTree-AscendNPU-IR、release-info）の期間内プッシュは、デフォルトブランチとブランチ API の再確認により PR ブランチのアクションと判明。新規リポジトリなし、新規コンポーネントリリースなし。

本期間の形態 = RC1 テスト安定期の「エンジニアリング基盤 + オペレータマトリクス」二系統：デリバリ側の最大の動きは build-infra（昇騰 910C 新バックエンド + 60 個の app イメージ changelog ベースラインとゲート）に集中し、コード側はオペレータ自動生成パイプラインの高流速を継続（メインリポジトリ 39 件 + 実験リポジトリ 60 件）、ドメインライブラリとツールチェーンには FlagBLAS Ascend L3 三連続、FlagTree TLE マルチカード通信など実質的な能力拡張が出現。

1.1 build-infra：昇騰 910C base/runtime バックエンドの二系統を新規追加、60 個の app イメージ changelog ベースラインを策定（09-09/09-10）

出典：build-infra #803（09-09 20:27）、#801（09-09 13:42）、#802（09-09 20:22）、#807（09-10 09:38）、#799/#800（09-09 10:42/10:43）、#804、#805、#806

  • 昇騰 910C バックエンド新規追加（#803）：ascend-cann8.5.0-910c / ascend-cann9.0.0-910c のデュアルバックエンドを新規追加し、同一 CANN ラインから昇騰 910C チップへビルド可能とした。910C のチップ専用 ops パッケージは A3 token（Ascend-cann-A3-ops）を使用し、2 つの base Containerfile は 910B の兄弟版とバイトレベルで一致し、PRODUCT ARG のデフォルト値（910b→A3）とファイルヘッダのみが異なる。本調査期間で初めて昇騰チップマトリクスを 910B から 910C へ拡張した。
  • 範囲を意図的に限定：追加された configs.yaml ブロックは deps_app と env.app.* を意図的に省略し、910C バックエンドを当面 app ビルドマトリクスに組み込まないようにした（deps_app の有無が app 組み込みのゲートとなる）。app 成果物が産出・検証された後に開放する——「まず base/runtime を立て、その後 app に入る」という堅実な組み込み順序を踏襲。
  • ついでにベンダー解析を修正：3 つの verify スクリプトのベンダー分割を、末尾ハイフン（${VAR%-*}）から先頭ハイフン（${VAR%%-*}）へ変更し、generate_matrix.py / verify_base.py と整合させた。旧ロジックでは ascend-cann9.0.0-910c のような二重ハイフンキーで、run.vendors に存在しないベンダー名が解析され、run flags が空になっていた。関連：#804（910B runner overrides で 910b label を強制）、#806（910C base ビルドを runner proxy build-args 経由に）。
  • 60 個の app イメージ changelog ベースライン（#801）：app/<app>/changelogs/ 配下に、flagos-app がリリース済みの全 60 個の app イメージの YAML ベースラインを構築し、イメージごとに現在 registry に存在する tag とそのビルド履歴（新→旧）を記録。各エントリには再ビルド理由、push_time の日付、取り込まれた上流 PR を含む。registry にもはや存在しない旧 tag は後継エントリの history に折り込まれる（それが唯一の痕跡となる）。関連：#802（registry push_time で日付をバックフィル）、#807（push 時に changelog を強制ゲート）。デリバリーのトレーサビリティを「イメージ tag 記録」から「イメージ単位の変更史」へアップグレード。
  • 摩尔線程 Megatron アプリケーションイメージのデュアルライン登録（#799/#800）：mthreads-musa4.3.6 と mthreads-musa5.2.0 の 2 ラインについて app image tag 2.1.2-0.3.0_rc0.post1_3.g6e8d7ffc7 を記録。また #805 で外部 GitHub Actions を完全な commit SHA に固定（サプライチェーン強化）。

解読：昇騰 910C の接続方式は注目に値する——それは新たな技術ルートを開設したのではなく、910C を「910B ラインのチップ同構変体」として扱っている：Containerfile はバイトレベルで再利用し、ops パッケージの token のみを差し替え、さらに deps_app の欠位によって新チップを app マトリクスの外に締め出している。これは RC テスト期における「新対応は進めても、新特性は入れない」という規律がマルチチップエンジニアリング上に具体的に投影されたものである：新ハードウェアは骨組みだけを立て、既存の納品面を攪乱しない。60 個の app イメージ changelog ベースライン + push ゲーティングの組み合わせは、build-infra を「何が起きたかを記録する」段階から「なぜそうなったかの説明を強制する」段階へと押し進めるものであり、2.2 GA 前の監査面が引き締められるシグナルである。

1.2 FlagGems 主リポジトリ：KernelGen オペレータフローは高流速を維持、KMCompiler はマルチバックエンドをさらに拡張（09-09/09-10）

情報源：FlagGems #5957（QC/PPU W8A16 RMSNorm、09-09 10:29）、#5871（GLU TLE 自動チューニング、09-09 10:43）、#6094（KMCompiler Iluvatar gru、09-09 12:15）、#5960（KMCompiler Ascend/Metax linalg_matrix_power、09-09 12:16）、#6119（CI/CD rule-check-required、09-09 15:41）、#6090（metax-maca3720 の削除）

  • メインリポジトリの単一ウィンドウで39件のコミットがあり、直近で最も密集したウィンドウとなった。数量の主体は[KernelGen][Nvidia] 系オペレータの格納（約25件）で、hardtanh（opsへ移動）、cummax_helper、_nested_from_padded_tensor、_nested_tensor_from_mask_left_aligned、_nested_view_from_jagged、conv_tbc_backward、conv_transpose3d、matrix_exp_backward、max_pool1d、sum_to_size、embedding_renorm、cosine_embedding_loss、cov、corrcoef、cumulative_trapezoid、fft_irfftn、special_xlogy、_sparse_semi_structured_addmm、fake_quantize 系と nuclear_norm をカバー；09-10 09:03～09:52 も継続的にコミットが続いており（corrcoef/cov/cumulative_trapezoid の3件が同一分にマージされた）。
  • KMCompilerの生成パスがさらにベンダーを拡大：Iluvatar gru（Triton kernel、#6094）、Ascend + Metax が同一バッチで linalg_matrix_power（#5960）。前ウィンドウで linalg_matrix_exp が一度に7バックエンドを生成したことが記録されたばかりだが、本ウィンドウでも linalg 行列関数ファミリーが「一度の開発でマルチバックエンドに展開」する方式で引き続き補完されている。
  • 量子化オペレータがさらに達摩院玄鉄 PPU へ延伸：QC PPU W8A16 RMSNorm（#5957）；性能側では GLU kernel が TLE 自動チューニングに変更（#5871）。
  • エンジニアリング面 5件：CI が three-dot diff で PR 変更ファイルを導出するよう変更（#6097）；rule-check-required job と CICD ドキュメントを追加（#6119）；unittest workflow に並行制御を追加し、09-10 に式の構文を2回修正（#6137 など）；metax-maca3720 の CI エントリを削除（#6090、ベンダー CI ラインの調整）；[Fix] で MM テストと benchmark が FlagTune 環境設定を尊重するようにし（#6129）、all/any のゼロ除算、nextafter の NaN 伝播、2件の benchmark 構造化 JSON 出力を修正。

解釈：KernelGen の産出速度は前ウィンドウの12件/半日から本ウィンドウの約25件/半日へと回升しており、「AI によるオペレータ自動生成」がもはやバッチイベントではなく常態化したパイプラインであることを示している——これは 1.3 実験リポジトリの60件のマージ量と相互に裏付けられている。本ウィンドウの操作面の分布も現在のエンジニアリング重心を示している：2.2 凍結期中において、新規能力はすべて「ジェネレータによるオペレータ補完 + ベンダーバックエンド専用化」で対応し、手書きのアーキテクチャレベル変更はゼロ；CI 側はむしろ制約を強めており（three-dot diff、rule-check-required、並行制御）、GA 前にデリバリー規律を引き締める典型的な動きである。

1.3 FlagGems-Experimental：海光専用 flash attention オペレータが格納、Iluvatar/MThreads の二ラインでバッチ処理（09-09/09-10）

情報源：FlagGems-Experimental #597（Hygon _flash_attention_forward、09-10 08:44）、#598（Hygon adaptive_avg_pool2d_backward、09-09 17:28）、#604（MThreads var、09-10 09:11）

  • 実験リポジトリの単一ウィンドウ 60 件のウィンドウ内コミット、バックエンド別：Iluvatar 約 36 件（special 関数群、プーリング逆伝播、linalg_svdvals、histc、median、mvlgamma、matmuladd 等）、MThreads 約 16 件、Ascend 3 件（special_erfinv、unsafe_masked_index、zero）、Hygon 2 件。
  • 海光専用 flash attention がリポジトリに登録（#597）：Hygon DCU バックエンド向けに _flash_attention_forward 専用実装を新規追加、ファイルは src/flag_gems/runtime/backend/_hygon/ops/ に配置され、BAAI 側の開発者がコミット。これまでこのバックエンドは実験リポジトリに _amp_foreach_non_finite_check_and_unscale_ などの軽量オペレータしかなく、専用アテンションオペレータは初となる。
  • もう 1 件の Hygon オペレータは adaptive_avg_pool2d_backward（#598）。両件とも同日/翌日にデフォルトブランチへマージ。
  • エンジニアリング面：実験リポジトリで unittest workflow の並行設定を同時に追加（09-09 13:39、19:54 の 2 回改訂）。

解読：海光の 2 件はオペレータ数よりもその内容に情報量がある——_flash_attention_forward はアテンションパス上の核心オペレータであり、09-08 にメインリポジトリで Hygon バックエンド flash attention の BLOCK_M ブロック取得欠陥を修正したばかりで、本ウィンドウで専用実装が登録され、「まず汎用パスを修正し、次に専用実装を投入する」というリレーを構成している。Iluvatar（天数智芯）は単一ウィンドウ 36 件で引き続き実験リポジトリ最大の生産能力の源泉であり、メインリポジトリ KMCompiler の Iluvatar gru と合わせて「実験リポジトリでバッチ検証 → メインリポジトリ KMCompiler で生成/リリース」という分業の閉ループを形成している。

1.4 推論プラグイン層：達摩院玄鉄 PPU fused persistent_topk、Arm CPU Qwen W4A8/GDN、sglang オペレータ設定（09-09）

情報源：FlagGems-vllm #754（09-09 19:58）、vllm-plugin-FL #433（09-09 15:35）、#474（09-09 17:40）、FlagGems-sglang #60（09-09 18:56）

  • 達摩院玄鉄 PPU fused persistent_topk（FlagGems-vllm #754）：runtime/backend/_thead/fused/ 配下に persistent_topk.py（2394 行）を新規追加・登録、T-Head PPU-ZW810E 向け；KMCompiler により生成。前ウィンドウ（09-08）でこのオペレータのテスト/benchmark が vLLM native op から切り離して自己テスト可能に変更されたばかり（#747）で、本ウィンドウで正式な実装と登録が実現した。
  • Arm CPU 側 Qwen 量子化推論（vllm-plugin-FL #433）：CPU 上で Qwen の packed W4A8 と GDN（Gated Delta Net）パスを統合、プラグイン層の Arm CPU 推論シナリオへの拡張。
  • KV キャッシュ一貫性の修正（#474）：#382 由来の FlagGems KV cache 更新を復元（attention パスの回帰修正）。
  • sglang プラグインオペレータ設定（FlagGems-sglang #60）：operators 設定ファイルを新規追加し、sglang プラグイン側のオペレータ有効化集合を設定可能に。

解読：4 件は同じことを指し示している——プラグイン層は「マルチフレームワーク × マルチチップ × マルチデプロイ形態」のために設定面と専用オペレータを整備しつつある。玄鉄 PPU の persistent_topk は「自己テスト可能」から「登録済み」への 2 ステップを完了した；Arm CPU の W4A8/GDN はプラグイン層の作用範囲をアクセラレータカードから CPU 推論スタックへと拡張した；sglang のオペレータ設定化はチップ別にオペレータ集合を取捨選択するコストを低減する。3 件を合わせると、推論プラグイン層が「kernel ごとのベンダー化 + 設定面のガバナンス」という成熟期のエンジニアリング段階に入ったことを示している。

1.5 領域ライブラリとツールチェーン：FlagBLAS Ascend L3 三連合流、FlagTree TLE マルチカード通信、FlagCX CICD 全カバレッジ（09-09）

情報源：FlagBLAS #102/#104/#105（09-09 11:22/14:35/15:03）、FlagTree #1048（09-09 16:56）、#1123、#1099（09-09 22:25）、FlagCX #573/#575（09-10 01:28/09:35）

  • FlagBLAS Ascend L3 三連：同日に TBMV（#102）→ TBSV（#104）→ TPSV（#105） の三個の固有値/三角行列演算の昇騰サポートを順次合流し、冗長なオペレータエクスポートリストを整理（#103）。09-07 の Ascend L2 ルーチン一括合流を受けて、本調査期間では BLAS ルーチン行列を引き続き L3 へ押し上げる。
  • FlagTree 四件：TLE 分散プリミティブ distributed_barrier にマルチ GPU 通信サポートを追加（#1048）。CI に hcu qwen benchmark を追加（#1123）。XPU 側では xpu-sdnn-objects を v0.3.6.6.1 に引き上げ、int8 dot の失敗を修正（#1099）。[FlagTune] は CUDA graph ベンチマークで caller-stream の呼び出し順序を維持（#1129）。
  • FlagCX CICD 二件：CICD のカバレッジをすべての cooperative modes とすべての team/operation の組み合わせに拡大（#573/#575）。すなわち通信ライブラリの協調モードの組み合わせに対して網羅的テストカバレッジを実施する。

解読：三つのラインは性質が異なるが方向性は一致している——テスト期において「カバレッジ」を主要な着眼点としている。FlagBLAS は L3 ルーチンで昇騰の BLAS 能力面を補完し、FlagCX は組み合わせ網羅で CICD カバレッジを限界まで押し上げ（マルチカード通信の正確性は 2.2 マルチチップマトリックステストの調査期間における重要なリスク項目である）、FlagTree は TLE のマルチカードプリミティブを「利用可能」から「マルチカード通信利用可能」へと押し上げている。hcu qwen benchmark が CI に入ったことは、昇騰（hcu）側のエンドツーエンドモデルベンチマークが定例検証に組み込まれたことを示している。

1.6 その他のコンポーネント：libtriton_jit 型付きデバイスポインタ、FlagScale ドキュメント、FlagOS-Robo サポートマトリックスに KERV を追加（09-09）

情報源：libtriton_jit #65（09-09 10:56）、FlagScale #1290（09-09 10:49）、FlagOS-Robo #12（09-09 14:21）、FlagSparse #55（09-09 17:35）、FlagAttention #41/#52（09-09 10:44/10:48）

  • libtriton_jit #65：型付きデバイスポインタ（typed device ptr）のフィーチャーブランチをマージし、Triton JIT レイヤーのポインタ型処理を補強。
  • FlagScale #1290：ドキュメントのコミット1件のみ（qwen3.5 トレーニングガイドに対応するメインコミットを明記）、トレーニングスタックは本調査期間にコードのマージなし。
  • FlagOS-Robo #12：README のサポートマトリクスに KERV（VLA、OpenVLA-7B） の項目を追加、トレーニングと推論をサポート（serve/evaluate は未対応）、併せて PR で KERV サポートマトリクスのレビュー意見にも対応。09-07 に FlagScale は KERV の具身投機デコーディング統合をマージ済みで、本調査期間はその能力を FlagOS-Robo のサポートマトリクスに正式に記載したもの。
  • FlagSparse #55：merge_with_spsv（疎行列ベクトル積融合）をマージ。FlagAttention は2件の PR（#41/#52）をマージ。FlagGems-sglang は 1.4 を参照。

解説：FlagOS-Robo の KERV 項目は「能力の実装 → マトリクスへの登録」の最終ステップであり、具身智能ツールチェーンのモデルカバレッジが四半期ごとに拡大していることを示す（PI0/PI0.5/RoboBrain-2.0/2.5/RoboBrain-X0/Qwen-GR00T/GR00T-N1.5/KERV で既に8種類のモデルマトリクスを構成）。FlagScale と FlagAttention は本調査期間ではドキュメント/マージ動作のみで、RC テスト期間の低コード活動に属し、1.2 メインリポジトリの高オペレータ流動速度と相補的な関係を形成している：トレーニングスタックの収束、オペレータライブラリの拡張。

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

2.1 北京市「第十五次五カ年」デジタル経済計画が衆智（FlagOS）と霊玑（LinkeeOS）を名指し、RISC-V 智算命令セットを強化（09-09）

情報源：証券時報：引け後、好材料到来！北京、重磅文書を発表（09-09 18:51）、東方財富：北京が重磅発展計画を印刷・発布（09-09）、財聯社：北京市「第十五次五カ年」時期高精尖産業発展計画（09-09）、新浪科技看点転載（09-09 16:05）

  • 9月9日引け後、北京市人民政府は同日に「北京市『第十五次五カ年』時期高精尖産業発展計画」と「北京市『第十五次五カ年』時期デジタル経済発展計画」を印刷・発布した。デジタル経済計画は「自主可控発展水準の向上」の項目で明確に次のように述べている：「智算インフラのフルスタック自主革新を推進し、RISC-V 智算命令セットの革新を強化し、衆智（FlagOS）オープンソースエコシステムの構築を深化させ、霊玑（LinkeeOS）智能体オペレーティングシステムを配置する。」
  • 同一段落ではさらに「国産先端算力の反復検証プラットフォーム建設を加速し、十万カード算力クラスタの建設能力を向上させ、全国一体化算力ネットワーク京津冀国家ハブノードに依拠して国産技術検証を加速する」と提起し、「信創ソフトウェア・ハードウェアと人工知能の深度融合を推進する」ことを求めている。
  • 高精尖産業計画側の対応する表現は「人工知能システムソフトウェアスタック能力を向上させ、国産算力新アーキテクチャの配置を加速する」「国際的影響力を持つオープンソースプロジェクトとオープンソースコミュニティを育成し、グローバル開発者協同革新ハブを建設する」——すなわちシステムソフトウェアスタックとオープンソースコミュニティが市級産業計画の目標体系に書き込まれた。
  • 霊玑（LinkeeOS）は以前、北京市経済和情報化局の指導の下、北京通明湖情報技術応用創新中心が産業パートナーと共同で発起し（2026-05 に先行核心成果を発表）、今回は市級五カ年計画文書において FlagOS と並べて登場した。

解説：これは FlagOS が初めて北京市五カ年計画レベルの政策文書に盛り込まれたものであり、しかも RISC-V 智算命令セット革新、十万カードクラスタ建設能力、智能体オペレーティングシステムと同じ政策文内に並置されている——これは FlagOS の役割が「智源主導のオープンソースプロジェクト」から北京市自主可控算力インフラの指定システムソフトウェアスタック担体へと格上げされたことを意味する。コミュニティへの直接的な含意は三点ある：第一に、2.2 GA（09-24 テスト期間締切）以降のロードマップは「国産先端算力反復検証プラットフォーム」の建設ペースと整合させる可能性が高い；第二に、「RISC-V 智算命令セット革新の強化」は達磨院玄鉄 PPU、進畳時空などの RISC-V 方向のオペレータバックエンド（本期 1.4 玄鉄 fused persistent_topk）と方向性が一致し、RISC-V バックエンドの FlagOS 内での重みが上昇する可能性がある；第三に、霊玑（LinkeeOS）と FlagOS が並置されたことは、「システムソフトウェアスタック + 智能体オペレーティングシステム」の階層的定位が政策によって確認されたことを示唆する。

2.2 コンポーネント級ニュースは8回連続の平穏な調査期間；智源コミュニティは通常のコンテンツ更新（09-09）

情報源：Google News RSS（プロキシ経由）、HN Algolia、FlagOS CSDN 公式アカウント（flagos.csdn.net）、智源コミュニティ（hub.baai.ac.cn）

  • gnews コンポーネント語（FlagOS/FlagGems/FlagScale/FlagTree/FlagPerf/FlagAttention/FlagCX/KernelGen/FlagOS-Robo/FlagQuantum、when:1d~14d 中英）はウィンドウ内でゼロヒット——コンポーネントレベルのニュースは 09-03 以来8 回目の連続した平穏なウィンドウ。FlagOS の文字列に唯一ヒットした検索結果は上述の北京市計画の転載記事（2.1 参照）であり、別途記載済み。
  • HN Algolia：FlagOS/FlagGems/FlagScale/FlagTree の 4 クエリはウィンドウ内のヒットがいずれも “flags/flagship” の部分文字列誤マッチによる無関係な Show HN エントリ（Mario 64 エミュレーション、Agent Router、Locksmith 等）であり、バッチ全体を除外。
  • 智源研究院の語クエリはウィンドウ内で 23 件ヒット、いずれも智源コミュニティの通常コンテンツ（AI+製薬 CPHI フォーラムアジェンダ、CV 論文紹介、AI 紛争裁判基準、AI Native 研究開発組織、OpenAI 次世代モデル噂等）であり、FlagOS 技術スタックと直接の関連はなく、技術項目として収録しない。
  • FlagOS CSDN 公式アカウントに新規記事なし：最新コンテンツは依然として 08-28 の GLM-5.3-Flash Day0 対応 9 チップ；09-07 上海 KubeCon「開放 AI 計算」フォーラムと 09-03「算子島」SGLang オペレータ競技回放は継続掲載中、KernelGen オペレータチューニングテーマ紹介ページに公開時点の更新なし、新規イベント告知なし。

直近 3 日間のトレンド（工程側、対照用）：09-07 FlagOS 2.2 RC1 manifest ブランチ作成 + 12 リポジトリ初回 rc1.post1 タグ波；09-07 FlagScale KERV 具身投機デコーディング統合と Megatron-LM v0.18.2 の 2 リポジトリ整合；09-08/09-09 build-infra 連続デリバリ記録（海光 dtk26.04 デュアルフレームワーククローズドループ、清微メインラインミラー、provenance タグ自動化）；09-09/09-10 本ウィンドウ build-infra 昇騰 910C バックエンドと 60 イメージ changelog ベースライン。

3. メンバー単位の深掘り

3.1 摩尔線程：京東雲がその GPU を基盤に十万カードクラスタの構築を発表（09-09）

情報源：新浪財経転新京報：京東雲と摩尔線程が提携、十万カード国産智算クラスタを計画（09-09 14:03）、新華財経/中国証券報（09-09 14:28）、網易転南都（09-09）

  • 9 月 9 日、2026 京東グローバルテクノロジーエクスプローラーズカンファレンスにて、京東雲は十万カード全機能 GPU クラスタの構築を計画していると発表。摩尔線程の全機能 GPU を算力基盤とし、大規模モデル訓練、推論及び具身智能等の重要領域に焦点を当て、全業界に算力を開放する。
  • 双方は「チップ — クラウドプラットフォーム — モデル訓練」のフルスタック協調と位置づけ、京東 JoyAI 全系大規模モデルのイテレーションを推進し、「データ→訓練→シミュレーション→デプロイ」のクローズドループを構築。京東グループ技術委員会主席、京東雲総裁の曹鵬と摩尔線程創業者の張建中がそれぞれ表明；摩尔線程側はこれが国産 GPU が初めてトップ AI クラウドベンダーの十万カード級核心智算クラスタに参入することを示すと述べた。
  • 背景参照：摩尔線程は今年 3 月に「夸娥」智算クラスタを対象とした 6.6 億元の重大契約を開示済み；同期に智譜は 1GW 級国産算力データセンターの落地を開示、MiniMax は M3/H3 の国産チップ対応を推進中と明かした。

解読：これはメンバー単位の「国産算力の規模化商用」におけるマイルストーン級イベントであり、FlagOS のソフトウェアスタックの位置づけと直接関連する——十万カード級クラスタを落地させるには、チップ横断の訓練/推論システムソフトウェアスタックが必須であり、FlagOS のメンバー単位数マトリックス（摩尔線程は初期メンバー）と京東雲の「全業界への算力開放」という位置づけには明確な接点が存在する。また、クラスタが明確に具身智能を重要領域に含めている点に注目すべきであり、これは FlagOS-Robo の位置づけ（本号 1.6 サポートマトリックスに KERV を新規追加）と同方向である。

3.2 燧原：9 月 11 日科創板上場、発行価格 142.18 元/株（09-09）

情報源：観点網/新浪財経：燧原科技の株式が 9 月 11 日に科創板へ上場（09-09 19:34）、金融界：発行価格 142.18 元/株（09-09）、猟雲網転搜狐（09-09）

  • 9月9日夜、燧原科技が公告：株式は 2026年9月11日に上海証券取引所科創板へ上場予定、証券コードは688801、発行価格は142.18元/株、発行数量は4303.5173万株（発行後総股本の10％）。
  • 会社側は2026年1-9月の営業収入を23億～30億元と予想し、前年同期比325.78％～455.36％増；発行価格は2025年希薄化後静的市売上高比率61.80倍に相当。公告日時点でまだ黒字化しておらず、上場後に科創成長層に組み入れられる。
  • 今回のIPOでは60億元の調達を予定し、第5世代および第6世代AIチップシリーズ製品の研究開発と産業化に充てる。上場後は「国産GPU四小龍」（摩尔線程、沐曦、壁仞、燧原）が資本市場にそろって集結する。
  • FlagOSとの関連側の記録：燧原は09-09のレポート調査期間で初めてFlagScale訓練CICD（ZIXIAOC200チップイメージ契約）に参入し、それ以前の記録はbuild-infraのsglang 0.5.18デリバリーラインに集中していた。

解読：燧原の上場自体は資本市場のイベントだが、FlagOSエコシステムには実際的な意味を持つ——構成員単位が60億元級の資金調達を得た後、ソフトウェアスタック側の投入（FlagTreeバックエンド、vllm/sglangプラグイン、build-infraデリバリーライン）は通常それに伴って強化される。同社の訓練側CICDが前の調査期間でようやく補完された事実と合わせると、燧原の2.2以降のバージョンにおけるチップマトリクスへの参加度は追跡に値する。

3.3 海光：Token経営「双芯」加速ソリューション、CPU+DCUでトークン閉ループを貫通（09-09）

情報源：新浪財経：海光がToken経営「双芯」加速ソリューションを重磅発表（09-09）、網易：海光がAI算力革新アーキテクチャを初公開（08-27発表、トークン経済テーマ）

  • 海光情報がToken経営向けの「双芯」加速ソリューションを発表：海光CPUをインテリジェントスケジューリング中枢、DCUを加速算力エンジンとし、双芯協調でTokenの「生産 — スケジューリング — 計量 — コスト核算 — アプリケーション収益化 — 再購入拡張」という業務閉ループを貫通、主に運用シーンに適合する。
  • このソリューションは、8月末に数博会で初公開した「Agent to Token開放計算アーキテクチャ」の実装形態である：CPUがAgent業務フローの中枢（データ前処理、マルチエージェントサンドボックス隔離、タスク編排、メモリ階層ストレージ、ベクトル庫検索の五大モジュール）を担い、DCUがトークン生成側の並列加速（バッチデコード、KVキャッシュ最適化、長シーケンス支援）を担う；アーキテクチャは算力、相互接続（自研HSL）、セキュリティ、ソフトウェアスタックの四次元で開放され、ソフトウェアスタック側は既に百余種の主要AIフレームワークに適合済みとしている。
  • FlagOSとの関連側の記録：海光dtk26.04は前の調査期間でbuild-infra記録量が最大のベンダーライン（sglang 0.5.18 + vllm 0.20.2のデュアルフレームワーク閉ループ）；本調査期間のbuild-infraのchangelogベースラインとFlagGems-ExperimentalのHygon専用flash attentionオペレータ（1.3）は同社のエコシステム推進に属する。

解読：海光のソリューションは「Token経済」を算力製品のナラティブフレームワークとしており、北京市の「十五五」計画における「トークン決済体系の構築、トークン工場の創設」という政策表現（本期2.1）と高度に呼応する——すなわち構成員単位の製品ナラティブと地方政策の方向性は既に同一の話術レベルで整合している。FlagOSにとって、海光DCUバックエンドは本期に「専用flash attentionオペレータの登録」と「Token閉ループソリューションの発表」の二条が同時に現れており、ソフトウェアスタック側のオペレータ補完とその商業ナラティブは配套的に推進されている。

3.4 沐曦と摩尔線程：限售解除と二次市場の変動（09-09）

情報源：東方財富：沐曦股份1396.60万株の限售株が9月17日に解除（09-09）、新浪財経：摩尔線程の株価が史上最安値を再更新（09-09）

  • 沐曦股の公告：約 1396.60 万株の制限株式（総股本の 3.4906% に相当）が 9 月 17 日から上場流通を開始する。これは前期の解除窓口の継続である。
  • 摩尔線程は 9 月 9 日に株価が上場来の安値を付け、1 日で時価総額が約 488 億元消失した。複数メディアが同社の解除窓口と関連付けて報道している。同期間に沐曦の株価も 5 か月半ぶりの安値を更新した。
  • セクター別では、9 月 9 日に科創総合指数、科創人工知能、科創半導体などの ETF の主力組入銘柄が概ね下落し、寒武紀、海光情報、沐曦股などが下落構成銘柄に現れた。

解読：本項は FlagOS ソフトウェアエコシステムとは直接的な技術関連を持たないため、既存の基準に従い背景記録としてのみ扱い、技術項目には含めない。注目すべきはリズムのみである。摩尔線程が十万カードの大口受注を発表したのと同じ日に株価が上場来の安値を付けたことは、資本市場における国産 GPU の価格設定ロジックと産業受注の成約との間に明らかなタイムラグが存在することを示している。コミュニティにとって、こうした変動は build-infra のデリバリーラインや FlagGems のベンダーバックエンドの推進リズムには影響しない（今期の摩尔線程側は依然として MThreads バックエンド 16 オペレータと 2 件の Megatron アプリケーションイメージ登録を維持している）。

4. 総括

本調査期間（09-09 10:18 ～ 09-10 10:18）の GitHub 側は 期間内コミット 135 件、18 リポジトリへのプッシュとなり、エンジニアリング側は高水準の活発さを維持している。ニュース側のコンポーネントレベル検索は8 期連続の平穏な期間となったが、政策側では重量級の項目が 1 件出現した。4 本の主線は以下の通り。

  1. 政策レベルで FlagOS が北京市の 5 か年計画文書に記載（今期最重要の変化）：北京市の「第十五次五か年」デジタル経済計画は、「RISC-V 知能計算命令セットのイノベーションを強化し、衆智（FlagOS）オープンソースエコシステム構築を深化させ、霊璣（LinkeeOS）エージェントオペレーティングシステムを布局する」と明確に打ち出し、FlagOS を十万カードクラスタ構築能力、信創ソフトハードウェア融合と同じ政策文内に書き込んだ。これは FlagOS が初めて北京市の 5 か年計画級文書に登場したことを意味し、その役割は「智源が主導するオープンソースプロジェクト」から市級の自主制御可能な計算基盤インフラのシステムソフトウェアスタックの担い手へと上昇した。
  2. build-infra が昇騰 910C バックエンド接続を完了し、60 件の app イメージの changelog ベースラインを実装：910C は「910B ラインチップの同構変体」方式で接続され（Containerfile はバイトレベルで再利用、A3 ops トークンのみ変更）、かつ deps_app の欠位を利用して意図的に app ビルドマトリクスから除外されている。60 イメージの changelog + push ゲーティングにより、デリバリー記録を「イメージ単位の変更履歴 + 強制理由説明」へとアップグレードした。デリバリー側の監査面とチップマトリクスが同一期間に拡張している。
  3. オペレータマトリクスは高流速を維持し、ベンダー専用化は引き続き右方移動：主リポジトリ 39 件（KernelGen Nvidia 約 25 件、KMCompiler Iluvatar/Ascend/Metax、QC 玄鉄 PPU 量子化オペレータ、GLU TLE 自動チューニング）、実験リポジトリ 60 件（Iluvatar 約 36、MThreads 約 16、Ascend 3、Hygon 2）。海光専用 _flash_attention_forward の取り込み、達磨院玄鉄 PPU fused persistent_topk（2394 行）の正式登録は、2 つの代表的な節目である。CI 側も同時に厳格化している（three-dot diff、rule-check-required、並行制御）。
  4. 会員単位の商業化とエコシステムの 2 線が同時に推進：京東雲は摩尔線程 GPU を基盤として十万カードのフル機能 GPU クラスタを構築すると発表（国産 GPU が初めて大手クラウドベンダーの中核クラスタに入り、かつ具身知能を明確に含む）。燧原科技は 9 月 11 日に科創板へ上場（調達予定額 60 億元を第五世代・第六世代チップに投入）。海光はトークン運用「双芯」加速ソリューションを発表し、北京の「詞元工場」政策表現と同頻である。ソフトウェア側と商業側の推進リズムは本調査期間において明らかに合致している。

予測：今後の観察面は 3 点。第一に、昇騰 910C がいつ deps_app を補完して app ビルドマトリクスに入るか（この動作は 910C デリバリー可用性の標識となる）。第二に、2.2 GA（09-24 テスト窓口締切）前後の release-info/community リスト動作、および FlagGems v5.4.0 rc シリーズが正式版へ進むかどうか（現在の最新タグは依然として v5.4.0-rc1.post1）。第三に、北京市計画落地後のコミュニティ側の付随動作（「国産先進計算反復検証プラットフォーム」と FlagOS 検証マトリクスの接続方式、RISC-V バックエンドの重みが上昇するかどうか）。

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

情報源 検証結果
GitHub org repos API（flagos-ai、52 リポジトリ） 18 リポジトリが調査期間内にプッシュ：FlagGems、build-infra、FlagCX、FlagGems-Experimental、FlagTree、FlagGems-vllm、FlagGems-sglang、FlagSparse、vllm-plugin-FL、FlagBLAS、FlagOS-Robo、libtriton_jit、FlagScale、FlagAttention、sglang-plugin-FL、docs、FlagTree-AscendNPU-IR、release-info；新規リポジトリなし
GitHub commit search（org 全量 135 条、5 ページ、sort=committer-date） 14 リポジトリのデフォルトブランチに実質マージ、committer 時間とリポジトリ帰属を逐条検証：FlagGems-Experimental 60 / FlagGems 39 / build-infra 9 / FlagBLAS 8 / FlagTree 4 / FlagCX 2 / FlagGems-sglang 2 / vllm-plugin-FL 2 / FlagSparse 2 / FlagOS-Robo 2 / FlagAttention 2 / libtriton_jit 1 / FlagScale 1 / FlagGems-vllm 1
GitHub ブランチ API + per-repo commits 再確認 sglang-plugin-FL（pushed 09-10 10:16 北京時間）、docs、FlagTree-AscendNPU-IR、release-info の 4 リポジトリが期間内にプッシュ、デフォルトブランチに期間内コミットなし、ブランチ一覧にも期間内コミットなし、PR ブランチ参照アクションと判定
GitHub commit 詳細 build-infra #803（910C デュアルバックエンド、7 ファイル）、#801（60 個の changelog、60 ファイル）、#799/#800（mthreads Megatron app image tag）；FlagGems-vllm #754（thead fused persistent_topk、2394 行）；FlagGems-Experimental #597/#598（Hygon オペレータ）
GitHub tags/releases API 本調査期間に新規コンポーネント release なし。最新 tag：FlagGems v5.4.0-rc1.post1、build-infra v2.1.1、FlagCX v0.14.0-rc1.post1、FlagTree v0.4.0、FlagGems-vllm v0.2.0-rc1.post1、vllm-plugin-FL v0.3.0-rc1.post1、FlagBLAS v0.3.0-rc1.post1、FlagOS-Robo v0.1.0
Google News RSS（中英 20 組クエリ語、プロキシ経由） コンポーネント語は調査期間内ゼロヒット（8 回連続の平穏な調査期間）；「FlagOS when:1d」は北京市計画転載稿 1 件がヒット（既に政策項目として収録済み）；メンバー機関語のヒットは上場/ロック解除/株価/資金フロー等の資本市場ニュースであり、既存の基準により技術項目には含めない
HN Algolia（FlagOS/FlagGems/FlagScale/FlagTree/BAAI） 4 つのコンポーネント語のヒットはすべて「flags/flagship」部分文字列の誤マッチによる無関係な Show HN 項目であり、バッチ全体を除外
Tavily/web 検索 北京市「十五五」デジタル経済計画の原文表述を検証（証券時報/東方財富/財聯社/新浪の三者相互検証）；京東雲 10 万カードクラスタ（新京報/新華財経/南都の三者）；燧原上場公告（観点網/金融界/猟雲網の三者）；海光 Token 経営方案（新浪財経）
FlagOS CSDN 公式アカウント（flagos.csdn.net） 新規記事なし、最新は依然として 08-28 GLM-5.3-Flash Day0 の 9 チップ対応；09-07 KubeCon フォーラムと 09-03 オペレータコンテストのリプレイが継続掲載、KernelGen オペレータチューニング特集ページに公開時点の更新なし
智源コミュニティ（hub.baai.ac.cn） 調査期間内の 23 件のヒットはすべて通常コンテンツ（AI+製薬、CV 論文紹介、AI 紛争裁判、AI Native 研究開発組織等）であり、FlagOS 技術スタックとは直接関連なし