調査期間：2026-09-04 10:18 ~ 2026-09-05 10:18 北京時間 情報源：GitHub（org: flagos-ai 52 リポジトリ + commit search 51 件全量 + デフォルトブランチ per-repo 検証 + tags/releases 日付検証）、Google News RSS（中英文 21 組クエリ、代理経路正常）、HN Algolia、財経メディア原サイト検索検証（新浪科技/運営商財経/時代財経/聯合早報/快科技など、詳細は付録）

インデックス

    1. オープンソースプロジェクト進展（GitHub 動向）
      • 1.1 FlagTree が初めて清微（Tsingmicro）バックエンドに接続：300 ファイルで TLE-DSA データフロー抽象を実装（09-04）
      • 1.2 build-infra：vLLM 0.24.0 検証マトリクス拡張——寒武紀合格、天数智芯 T 経路は納品不可と判定（09-04）
      • 1.3 build-infra：sglang 0.5.18 アプリケーション環境が寒武紀と燧原に展開、イメージ記録とビルド修正を密集合む（09-04/09-05）
      • 1.4 FlagGems-vllm：昇騰オペレータを一括補充し cann850 を削除、海光/摩尔線程の正規化オペレータを最適化（09-04/09-05）
      • 1.5 FlagGems：KMCompiler 新規オペレータと FlagTune コストモデル、ARM CPU 側 W4A8 量子化線形オペレータ（09-04/09-05）
      • 1.6 その他コンポーネント：FlagDNN に摩尔線程バックエンド追加、vllm-plugin-FL のスケジューリングと量子化修正、FlagScale の二重コミット（09-04）
    1. 報道とエコシステム
      • 2.1 コンポーネント級ニュースは連続 4 回目の静穏な期間、リリース安定期が継続（09-04~09-05）
      • 2.2 智源機関の動向：FlagOS 関連の公式リリースなし；「智源新境」は上海のマーケティングテクノロジー企業であり、智源研究院との名称衝突のため除外済み（09-04）
    1. メンバー単位の深掘り
      • 3.1 燧原：発行価格 142.18 元/時価総額約 612 億で確定、H1 損失は 6.32 億に拡大、ロードショーで 2026/2027 黒字化のタイムテーブルを提示（09-04）
      • 3.2 摩尔線程：「庐山」GPU は年内上市、国産ハードウェア光追を初搭載；H1 売上 +147% で損失大幅縮小；趋境科技と PD 異種合作を締結（09-04/09-05）
      • 3.3 沐曦：帳簿上の黒字は純利益 6.12 億だが実態は 8.87 億の含み益頼み、非経常損益ではなお 4886 万の赤字、主流メディアが「黒字化の含金量」を集中的に分解（09-04）
      • 3.4 天数智芯：帳簿上の黒字 1.06 億は盛合晶微の含み益で下支え、粗利益率は 17.2% に急降下、本業の損失は拡大（09-04）
      • 3.5 寒武紀：11 チームがソフトウェア人材を大規模に募集、AI ソフトウェアエコシステムを強化（09-02 発表/09-04 紙面掲載）
    1. まとめ
  • 付録：完全な情報源リスト

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

期間総覧：org 内 52 リポジトリのうち 11 が期間内にプッシュあり、commit search のヒットは期間内コミット 51 件（build-infra 19 件、FlagGems 11 件、FlagGems-vllm 9 件、FlagTree 5 件、vllm-plugin-FL 3 件、FlagDNN 2 件、FlagScale 2 件）；docs/release-info/flagtree-cpu/sglang-plugin-FL の pushed_at 変化はデフォルトブランチ commits の検証によりいずれも非デフォルトブランチ（PR ブランチ）の動作であり、期間内の実質的なマージなし。tags/releases の日付検証（annotated tag オブジェクト含む）では期間内に新規 tag・新規 release なし——vllm-plugin-FL v0.3.0-rc0.post1、FlagGems-vllm v0.2.0-rc0.post1 など 2.2 RC0 検証期の tag はいずれも 08-31（UTC）に作成され、リリース安定期が継続。本期間の主線：1、FlagTree が初めて 300 ファイル規模で清微（Tsingmicro）バックエンドに接続、新規 TLE-DSA（データフローアーキテクチャ）プログラミング抽象と DsaToCore 変換を追加、清微が正式に統一コンパイラのバックエンドマトリクスに参入；2、build-infra の vLLM 0.24.0 検証マトリクスがさらに拡張——寒武紀と天数智芯（iluvatar-corex4.4.0）のアプリケーションイメージ検証は合格、しかし天数智芯 T 経路（ベンダー Triton 3.1.0）はエンジン初期化の欠陥により正式に「納品不可」と判定、マルチベンダー納品マトリクスで初めて「F 経路は納品可、T 経路は納品不可」という分化記録が出現；3、sglang 0.5.18 アプリケーション環境（deps_app/app env）が寒武紀と燧原に一括展開、検証記録とビルド修正を密集合む（期間内の build-infra 19 件のコミット中 sglang ラインが 12 件）、sglang イメージマトリクスは「登記-検証-修正」のローリング状態に突入。

1.1 FlagTree が初めて清微（Tsingmicro）バックエンドに接続：300 ファイルで TLE-DSA データフロー抽象を実装（09-04）

情報源：FlagTree #1071（4f61a9d8ca）

  • 09-04 21:02（北京時間）#1071 マージ：FlagTree に Tsingmicro バックエンド統合を新規追加（Triton 3.6）——今回のコミットは合計 300 ファイルに関わり、調査期間内で最大規模のバックエンドマージであり、FlagTree リポジトリ史上初の実質的な清微サポートでもある（以前は 07-16 のドキュメントレベルの言及が 1 件のみで、commit search により検証済み）。
  • コード構造：python/triton/experimental/tle/language/dsa/ サブモジュールを新規追加（dsa/core.py、dsa/semantic.py、dsa/types.py および dsa/tsingmicro/ ベンダー実装を含む）。third_party/tle 下に tle-dsa dialect（DsaDialect/DsaOps.td）と DsaToCore 変換を新規追加。併せて setup_tools/utils/tsingmicro.py ビルドスクリプト、UnifiedHardware 抽象、および一連の TLE DSA 統合テスト（test_tle_dsa_arith/bridge/pipeline_e2e/rand/slice、bench_tle_dsa.py、test_tle_cumsum_txda.py）を整備。
  • 意味上の要点：DSA（Dataflow Streaming Architecture）は清微の再構成可能データフローチップのプログラミング抽象であり、TLE 言語層に DSA プリミティブを新規追加し、コンパイラ内で DsaToCore 下降を行うことで、清微の「データフロー実行」モデルを Triton/TLE エコシステムに接続する。

解説：清微（Tsingmicro）は FlagOS メンバー単位の中で最も特殊な路線を持つ企業である（再構成可能／データフローアーキテクチャであり、メニーコア GPGPU とは異なる）。これまでに FlagScale（txda プラットフォーム、07-28）、FlagGems（TSINGMICRO バックエンドを定期更新）、build-infra（08-31 に tsingmicro-tsm260610 の vLLM 0.24.0 deps_app を登録）などの層で漸進的に接続してきた。今回の FlagTree 300 ファイル級のマージにより「統一コンパイラ」という一环が補完された：清微は昇騰、寒武紀、天数智芯、燧原、摩尔線程、海光、沐曦（metax）に続いて、FlagTree バックエンドに参入したさらなるメンバーとなった。しかも独立した DSA 方言として接続され、「メニーコアのシミュレーション」方式ではない点は、コンパイラ層が再構成可能アーキテクチャのためにネイティブな表現経路を確保していることを示す。Triton 3.6 への整合も、これまでの mthreads3.6 ツールチェーンのリズムと一致している。

1.2 build-infra：vLLM 0.24.0 検証マトリクスの拡張——寒武紀は通過、天数智芯 T 経路は納品不可と判定（09-04）

情報源：build-infra #718（37cc0a5e0c）、#722（d116a8cbd2）、#724（34c0d16e4d）

  • 09-04 11:49 #718：寒武紀（cambricon）と天数智芯（iluvatar-corex4.4.0）の vLLM 0.24.0 アプリケーションイメージ検証通過を記録——09-03 に燧原 tops1.10.6 が F+T 二重パス納品を完了したのに続き、0.24.0 納品マトリクスは寒武紀と天数智芯の2つの新ラインに拡大。
  • 09-04 15:32 #722（記録型コミット、情報量最大）：天数智芯 iluvatar-corex4.4.0 の 0.24.0 T パスを「納品不可」と判定——ix15 マシン（corex 4.4.0 SDK、イメージ g84a4ca2）上での再現検証：T パス（ベンダー Triton 3.1.0）は profile_run 段階でエンジン初期化失敗を安定的に再現、根本原因は vLLM 0.24.0 の apply_top_k_top_p_triton 三者探索 kernel に uint32/int32 の混在除算が存在し、corex 3.1.0 ブランチがこの演算を拒否すること（0.20.2 時代に記録された同種のツールチェーン世代差問題と同源）；プラグイン既存の iluvatar sampler パッチは compiled_random_sample のみをカバーし、apply_top_k_top_p は未カバー、さらに EngineCore は spawn 子プロセスであり親プロセスの実行時パッチが伝播できない——修正方針は「プラグインモジュールスコープで pytorch sampler へのフォールバックを強制する」ことと明確化。
  • 09-04 17:42 #724：09-04 の寒武紀 4.7.2（vLLM 0.20.2）既リリースアプリケーションイメージの再検証記録を登録——旧バージョンイメージのリリース後再検証（reverify）メカニズムを継続。

解読：これはマルチベンダー納品マトリクスにおいて初めて「F パス（FlagGems/KMCompiler 生成パス）は納品可、T パス（ベンダー Triton パス）は納品不可」という明確な分化が記録されたものである——同一チップ、同一イメージで、2つのコンパイルパスの納品状態が明示的に分岐し、納品不可の原因はベンダーツールチェーン（corex 3.1.0）による特定演算の拒否とプラグインサンプリングパッチのカバレッジ欠損に精密に特定された。このような「ネガティブ記録」（なぜ納品できないかを記録し＋修正パスを示す）自体がエンジニアリング信頼性の表れである：天数智芯の 0.24.0 納品は現在 F パス（#718 で検証済み）を基準とし、T パスはプラグイン側の sampler フォールバックパッチを待ってから再検証する。

1.3 build-infra：sglang 0.5.18 アプリケーション環境が寒武紀と燧原に展開、イメージ記録とビルド修正が密に合流（09-04/09-05）

情報源：build-infra #719（4b8806bc07）、#720（29be2deb3e）、#721（e4950a66ce）、#723（4e98245456）、#725（84d93933f0）、#726/#727/#728、#729（81afd7cea6）、#730（110401a708）、#731（69bff171a3）、#732（1bfa07bade）、#733（07da65b40d）、#734（393649df1e）、#735（46063c3d00）、#736（c64e924901）

  • アプリケーション環境（app env）拡張：09-04 22:10 #729 で燧原 enflame に sglang 0.5.18 の deps_app キーとアプリケーション環境を追加；22:20 #730 で寒武紀 cambricon にも同様に 0.5.18 アプリケーション環境を投入——sglang 0.5.18 のマルチベンダーイメージビルドマトリクスが本格的に展開（従前の調査期間内に登録された沐曦 metax と昇騰 cann9.0.0 の sglang イメージ tag は 0.5.18 同一バージョンラインに属する）。09-05 08:06 #734 で燧原 enflame-tops1.10.6 の sglang アプリケーションイメージ tag（2.1.2-0.1.dev1_g65dff2733）を登録。
  • ステータスと検証記録：09-04 20:51/#21:16 #726/#727 で sglang ステータスマトリクスに寒武紀、燧原のプラグイン PR を登録；21:37 #728 で寒武紀/燧原の検証記録を追加し、Nvidia は検証待ち（pending）と注記；11:49 側の vllm ライン #718 と sglang ラインが同時に推進。
  • ビルドと検証修正が集中（12 件）：#719 shim アップロード後にすべての app-served ベンダーインデックスへ公開；#720/#732 wheel ビルドコンテナの –network host を重複排除；#721 cargo を rsproxy.cn 国内ミラー経由に；#723/#731 で寒武紀、摩尔線程（mthreads）のランタイム依存に torchaudio/torchvision を補完；#725 寒武紀 deps_app で compressed-tensors をロック；#733 serve レディゲートを post-warmup ログ行の待機に変更；#735 燧原側 verify 失敗時に即座にクローズし warmup タイムアウトをベイク；#736 Step 7 exec 文字列内の裸の引用符エスケープを修正。

解読：build-infra の sglang ラインは「イメージ tag の登録」から「ベンダー向けアプリケーション環境の補完 + ランタイム修正」の施工期に入った：寒武紀と燧原の sglang 0.5.18 イメージは、まもなく vLLM 0.24.0 と同等仕様の検証-デリバリーフローに入る；修正は wheel ビルドネットワーク（rsproxy ミラー化）、コンテナネットワークの重複排除、依存補完とレディゲートに集中——これらはいずれも「ベンダーイメージビルドを CI 内で再現可能に実行する」ためのエンジニアリング基盤の動作である。注目すべきは #719 のメカニズム：shim はアップロードされると自動的にすべての app-served ベンダーインデックスへ公開される、イメージ配布の自動化度が向上している。

1.4 FlagGems-vllm：昇騰オペレータのバッチ補完と cann850 の削除、海光/摩尔線程の正規化オペレータ最適化（09-04/09-05）

情報源：FlagGems-vllm #731（e455c57d06）、#728（9953ab4f6b）、#729（968d832a1b）、#730（d167d8f008）、#740（255ab5601b）、#738（5865ed53b1）、#735（5643b85a7c）、#697（98aec3d6bb）

  • 昇腾（Ascend）オペレータの一括補完：09-04 16:05〜17:25 に昇腾バックエンドのオペレータ4本を連続マージ——add_rms_norm（#731）、swiglu（#728）、causal_conv1d_update（#729）、causal_conv1d_fn（#730、昇腾単体テスト含む）；09-05 01:41 #740 で tools 側の cann850 バックエンドを削除——昨日の FlagGems #5970 による cann850 削除と同期しており、昇腾ツールチェーンはオペレータライブラリとブリッジ層の2箇所で同時に CANN 8.5 からの切り離しを完了した。
  • 正規化オペレータの最適化：09-04 15:07 #738 で海光（Hygon）バックエンドの fused QKV RMSNorm（vLLM 推論ホットパス）を最適化；14:58 #735 で摩尔線程（mthreads）の fused add rms norm を最適化。同一バッチの #697 では KMCompiler TLE に fp8/fp4 MQA logits オペレータを新規追加（量子化 MQA アテンションの logits 生成と推測される）。
  • エンジニアリング修正：09-05 01:14 #739 で triton と torch の循環インポートエラーを修正。

解読：FlagGems-vllm の調査期間内の9件のコミットは明確な2本の線を示している：昇腾側の「オペレータ補完＋ツールチェーン切り離し」（4つの新規オペレータで swiglu/RMSNorm/因果畳み込みファミリを補完——因果畳み込みは Mamba 系 SSM モデルの中核オペレータであり、昇腾バックエンドが非 Transformer アーキテクチャのカバーに進んでいることを示す；cann850 の削除と build-infra 側の CANN 9.0.0 登録は相互に裏付けとなる）と国産ベンダーの推論ホットパス最適化（海光/摩尔線程の RMSNorm 変体最適化は、各社バックエンドの vLLM 推論性能の研磨がオペレータレベルに達したことを示す）。昇腾は FlagOS の署名メンバー単位ではないが、そのツールチェーンとオペレータ対応の深さはすでにメンバー単位と同レベルにある。

1.5 FlagGems：KMCompiler 新規オペレータと FlagTune コストモデル、ARM CPU 側 W4A8 量子化線形オペレータ（09-04/09-05）

情報源：FlagGems #6002（7e6c5524f2）、#5942（156e7e475f）、#5958（5bedd841e7）、#5762（8416e6dab4）、#5904（cd55e57b42）、#5980（9553ae9c74）、#6004（855774a3ed）、#5999（a3d2fc8c58）

  • KMCompiler（NVIDIA 生成パス）オペレータとテスト：09-04 19:26 #6002 Triton kernel 付きの gru オペレータを追加；09-05 03:22 #5942 matrix rank（行列ランク）オペレータを追加；15:30 #5958 分散オペレータ実装を精緻化し完全なテストカバレッジを補完——KMCompiler のオペレータ面が要素単位/行列積から RNN（GRU）と線形代数（rank）へ拡張。
  • FlagTune コストモデル：09-05 03:47 #5762 FlagTune にマルチプラットフォーム Mul（乗算）オペレータの cost model サポートを追加——チューナーのコストモデリングがマルチチッププラットフォームへ拡張。
  • ARM CPU 側の新機能：09-04 14:54 #5904 CPU バックエンドに W4A8-G128 量子化 linear API（Triton CPU 実装、ARM プラットフォーム）を追加；09-04 14:56 #5999 setup.sh における aarch64 での uv の unzip パス問題を修正——flagtree-cpu リポジトリ（07-18 に ARM64 CPU バックエンドがマージ済み）と昨日の [ARM] シリーズのコミットを踏まえると、FlagGems の ARM/CPU 推論パスに対する量子化サポートは継続的に補完が進んでいる。
  • 修正系：09-04 11:01 #5980 昇騰バックエンドの multinomial における NaN/OOM と cumsum device 問題を修正；09-05 00:15 #6004 slice のデフォルトパラメータ欠落と view セマンティクス破壊を修正；16:46 #5930 special_hermite_polynomial_h を修正；23:38 backends.json を更新。

解釈：FlagGems の 11 件のコミットは広範なカバレッジを持ちながらも主線は明確である：KMCompiler 生成パスが NVIDIA 側でオペレータ面を拡大（GRU/rank/dist オペレータ）しテストを補完、FlagTune コストモデルがマルチプラットフォームへ展開、CPU/ARM 側で W4A8 量子化線形オペレータが登場——後者は国産サーバ ARM（鯤鵬/飛騰系）や edge シナリオの量子化推論需要に対応し、これまでの FlagGems の SiliconFlow バックエンド（クラウドベンダー）サポートと合わせて「クラウド、エッジ、CPU」の多形態カバレッジを形成している。昇騰 multinomial の修正と 1.4 の昇騰オペレータ補完は同じく昇騰対応深化の一部である。

1.6 その他のコンポーネント：FlagDNN が摩尔線程バックエンドを追加、vllm-plugin-FL のスケジューリングと量子化修正、FlagScale の 2 件のコミット（09-04）

情報源：FlagDNN（33958a1c25）、FlagDNN（f619b92706）、vllm-plugin-FL #439（4b570bcd27）、#440（8174811506）、#441（396920a4cb）、FlagScale #1281（83617e0b66）、FlagScale #1279（09295660ba）

  • FlagDNN：09-04 10:40 mthreads（摩尔線程/MUSA）バックエンドを新規追加——09-02 に hygon CPU リファレンス実装を追加したのに続き、DNN オペレータライブラリにさらに一社のベンダーバックエンドが加わった。13:54 に昇騰 910b4-4 対応を修正（昇騰 910B4 バリアントの対応修正）。
  • vllm-plugin-FL：09-04 15:07~15:08 に連続三条——#439 スケジューリング層が FlagGems blacklist エントリの追加をサポート（ユーザー/デプロイ側は特定のオペレータを FlagGems ディスパッチから除外し、リファレンス実装にフォールバック可能）；#440 利用可能な reference fallback の登録を維持（ディスパッチ層のフォールトトレランス）；#441 量子化層が OOT（out-of-tree）量子化スキームにネイティブ MXFP8 候補を継承——ディスパッチと量子化の二経路における「フォールバック可能・継承可能」というセマンティクスが補完された。
  • FlagScale：09-04 19:58 に二条——#1281 profiler kernel reports を新規追加（性能プロファイリングがカーネルレベルのレポートを出力）；#1279 engram と transformer の統合を修正（engram は FlagScale 内部モジュール、transformer との統合の正当性を修正）。

解読：ロングテールコンポーネントは「ベンダーバックエンド + フォールバックセマンティクス」というテーマを継続している。FlagDNN は CPU（hygon）に続いて摩尔線程 GPU バックエンドを補い、昇騰 910b4-4 の修正と合わせて、三社のプラットフォームを掌握した。vllm-plugin-FL の blacklist/fallback/MXFP8 継承という三つの変更は共通して一つの目標を指し示している——「FlagGems が引き受け + リファレンス実装が底支え」というディスパッチモデルを実際のデプロイでより制御可能にする（blacklist はオペレータ単位で FlagGems を無効化でき、個別オペレータの異常が推論チェーン全体を阻害するのを回避する）。こうしたメカニズムはプラグインが本番環境に入るための必須のエンジニアリングである。

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

2.1 コンポーネントレベルのニュースは連続四度目の平穏な調査期間、リリース安定期が継続（09-04~09-05）

情報源：Google News RSS の中国語・英語 21 組のクエリ（詳細は付録）

  • 本調査期間（09-04 10:18 ~ 09-05 10:18）において、FlagOS および核心コンポーネント（FlagGems/FlagScale/FlagTree/FlagPerf/FlagAttention/FlagCX/KernelGen）の中国語・英語クエリは再びすべてゼロヒット（コンポーネントレベルでの直接ヒットが連続四調査期間連続で空）；「BAAI open source」、英語 FlagOS クエリも同様に有効なヒットなし；HN Algolia の四条ヒット（Gage ツール/Lenovo タブレット/Xfinity ドメイン/VW 人員削減）はいずれも無関係なノイズであり、除外した。
  • 直近 3 日のトレンド（GitHub による裏付け）：2.2 RC0 検証 tag の密集期（08-31~09-01）が終了した後、9/2~9/5 は「リリース安定期 + マルチベンダー提供マトリクスの施工期」にある。新規 tag なし、新規 release なしだが、build-infra が天数智芯/寒武紀の vLLM 0.24.0 検証を完了し（1.2）、sglang 0.5.18 のベンダーアプリケーション環境が着地し（1.3）、FlagTree が清微バックエンドに接続した（1.1）。2.2 の次の公開アクションは依然として rc0.postN のイテレーションか正式な rc のタグ切りのいずれかである；vllm-plugin-FL v0.3.0-rc0.post1 など検証期 tag の annotated 日付は検証の結果 08-31（UTC）であり、調査期間内の新規追加ではない。
  • 中国語・英語ニュース側の高頻度ヒットは依然としてメンバー機関の財務面に集中している（燧原の IPO 価格決定/損失分解、摩尔線程の半期報と新製品、沐曦と天数智芯の「黒字転換の含金量」争い、寒武紀のソフトウェア人材募集——第 3 章参照）。エコシステムの語りは「資本化のピーク期 + 決算消化期」にあり、FlagOS 自体に新たな公式リリースがこれを受け止める形にはなっていない。

2.2 智源機関の動向：FlagOS 関連の公式リリースなし；「智源新境」は上海のマーケティングテクノロジー企業であり、智源研究院との名称衝突により除外済み（09-04）

情報源：新浪財経（模速OPC 報道）、新浪財経原文ページ（智源新境と益普索中国）

  • 09-04 の中国語クエリで「智源新境と益普索中国が戦略的提携に合意」（AI 時代のブランド研究パラダイムを共築）が一件ヒットした。検索による検証の結果：智源新境（NextBrandAI）は上海模速空間に登記されたマーケティング特化型 AI テクノロジー企業であり、北京智源人工智能研究院（BAAI）とは無関係——純粋な名称衝突であり、除外済みで、智源機関の動向として収録しない（昨日の iPolloWork OPC の検証結論と同類）。
  • 智源コミュニティのコンテンツ側は依然として第三者コンテンツのアグリゲーションが主体であり（GPT-6 リリース予熱、Meta オープンソースモデル、李飛飛 Atlas 世界モデル等の転載）、智源自らの成果リリースではない；調査期間内に智源公式の新モデル/新プラットフォーム/FlagOS 関連の公告はない。

3. 会員単位の深掘り

3.1 燧原：発行価格 142.18 元/時価総額約 612 億で確定、H1 損失は 6.32 億に拡大、ロードショーで 2026/2027 年黒字化のタイムテーブルを示す（09-04）

情報源：新浪科技/運営商財経《燧原科技上半期損失は 6.32 億に拡大》、鳳凰網財経《自社開発非 CUDA、推論移行コストはわずか 1 人日、なぜまだ赤字なのか？》、界面新聞《テンセントが燧原科技 IPO の最大の勝者に》、新浪財経/観点網《テンセントの戦略配分で燧原に出資 2.48 億元》

  • 価格確定と新規申込の終了：燧原科技（688801.SH）の発行価格は 142.18 元/株で確定、上場時の時価総額は約 611.87 億元。当選番号、機関配分などの手続き的情報が 09-04 に集中して報道された（華夏基金/天弘基金が配分獲得、銀行理財子 4 機関が合計 2300 万超を獲得）。うちテンセントの戦略配分出資は 2.48 億元で、対応する保有株の時価総額は約 126 億元。界面新聞は「テンセントが最大の勝者」とのタイトルで試算し、その保有株時価総額は 100 億超としている——「最大顧客 + 筆頭外部株主」という二重の立場が IPO の世論全体を貫いている。
  • 損失データと黒字化タイムテーブル：媒体は目論見書/ロードショーの説明を引用——2026 H1 売上高は 11.2 億元（既に 2025 年通年の 9.90 億元を超え、前年同期比 +279%）、親会社株主に帰属する純損失は 6.32 億元で、前年同期より 3.57% 拡大。2023~2025 年の 3 年間累計損失は 43 億元超（研究開発費率は最高 408%）。董事長の趙立東氏は IPO オンラインロードショーで2026 年または 2027 年に連結ベースでの黒字化を実現すると見込み、2026 年 1~9 月の売上高 23~30 億元の予告（前年同期比 +325.78%~455.36%）を示した。
  • ソフトウェアルートが再び注目：鳳凰網財経は 09-04 に「自社開発非 CUDA、推論移行コストはわずか 1 人日、なぜまだ赤字なのか？」とのタイトルで回顧——燧原は専用アーキテクチャ（DSA）路線を歩み、自社開発の「馭算 TopsRider」ソフトウェアプラットフォームを採用、CUDA 非互換（観察者網の説明）。公式は推論シナリオの移行コストを 1 人日まで低減できるとしている。だが 2025 年にテンセントが寄与した収入の割合が 8 割超（運営商財経の説明では 83.79%）という顧客集中度と継続的な損失は依然として市場が問い詰める焦点である。

解説：燧原 IPO は「価格確定、上場待ち」の段階に入った（発行時価総額約 612 億は四小龍の中で最後に A 株に上場する者）。世論の焦点は新規申込の収益から二つの実質的問題へ移っている：ソフトウェアエコシステムの物語が実現できるか（自社開発非 CUDA スタック + 推論移行コスト 1 人日——その enflame バックエンドは FlagOS build-infra において既に vLLM 0.24.0 のデリバリー閉ループと sglang 0.5.18 環境の実装を完了しており、オープンソースの統一スタックこそがその「移行コスト低減」主張の第三者的裏付けである）と顧客/株主集中度リスク（収入の 8 割超がテンセント由来）。H1 損失が 3.57% 拡大したこととその「2026/2027 年黒字化」予想との間の時間的窓が、上場後の各四半期決算の検証点となるだろう。

3.2 摩尔線程：「廬山」GPU が年内上市、国産ハードウェアレイトレーシングを初搭載；H1 売上高 +147% で損失大幅縮小；趋境科技と PD 異構合作を達成（09-04/09-05）

情報源：新浪財経/快科技「“庐山”GPU ハードウェアレイトレーシングを初搭載」、駆動之家/快科技原文、新浪財経「増収率147%でも依然赤字」、東方財富「趨境科技と摩尔線程が戦略的提携に合意 国産PD異種構成が生産環境へ」、品玩（提携報道）

  • 「庐山」GPU（コンシューマー向けグラフィックスフラッグシップ）：09-03 午後の 2026 年半期業績説明会で、摩尔線程は第5世代「花港」アーキテクチャに基づく高性能グラフィックスレンダリングチップ「庐山」を2026 年末（Q4）に投入予定と確認。ハードウェア実時間レイトレーシングをサポートする国内初の国産グラフィックスカード（DXR/DirectX 12 Ultimate 対応、第2世代ハードウェアレイトレーシングエンジンと第1世代 AI 生成レンダリングアーキテクチャ MTAGR 1.0 を統合）；公式の説明では前世代 MTT S80 比で、3A ゲームレンダリング性能 15 倍、レイトレーシング性能 50 倍、AI 計算性能 64 倍、ビデオメモリ最大 64GB（RTX 50 シリーズに対抗）。FlagOS との関連点：庐山は統一タスクエンジン UNITE を搭載し、MUSA ソフトウェアスタックはすでに vLLM、SGLang、Ollama などの主流推論フレームワークをカバー——ローカル大規模モデル推論はその製品ストーリーの一部である。
  • 半期報告の内容：2026 H1 売上高 17.36 億元、前年同期比 +147.42%（すでに 2025 年通年を超過）、研究開発投入 7.69 億元（+38.16%）；親会社株主帰属純損失は約 0.12 億元に縮小（メディアベースで -1156.31 万元、前年同期は -2.71 億元）、損益分岐点に接近；MUSA エコシステムの開発者は 80 万人を突破（昨日既報）。複数メディアが「増収高成長でも赤字、夸娥+新チップで収益期待を支えられるか」と題して慎重に解釈している。
  • 趨境科技との戦略的提携：09-04 夜以降（品玩/新浪/東方財富の複数情報源）で趨境科技と摩尔線程が戦略的提携に合意し、「国産カードで高品質な計算力を生産」、国産 PD（Prefill-Decode 分離）異種構成が生産環境へと報道——推論側の PD 分離アーキテクチャと摩尔線程 GPU の組み合わせは、高コストパフォーマンスな国産 AI Token 供給を指向する。

解釈：摩尔線程は当調査期間において「業績説明会 + 新製品 + 新提携」の三位一体を呈している。庐山 GPU が Q4 に予定通り上市すれば、国産グラフィックススタックが初めてハードウェアレイトレーシングのレベルで実装されることになり、その「グラフィックス + AI + 推論フレームワークカバレッジ」という位置づけは、FlagOS の推論側対応（mthreads バックエンドは昨日半日で 19 オペレータ、本日 FlagDNN に mthreads バックエンド追加 + FlagTree mthreads3.6 修正）と同頻共振している——MUSA ソフトウェアスタックが vLLM/SGLang をカバーするという記述と、flagos-ai 側での摩尔線程の密集合入は互いに裏付け合っている。趨境科技の PD 異種提携は、推論アーキテクチャ（分離型推論）と国産カードの結合という産業シグナルであり、sglang-plugin-FL における FlagCX KV transfer の PD 分離サポート（09-01 合入）と同一技術トレンドの両端に位置する。

3.3 沐曦：帳簿上の黒字は純利益 6.12 億、実態は 8.87 億の含み益に依存、非経常損益後は依然 4886 万の赤字、主流メディアが「黒字転換の含金量」を集中分析（09-04）

情報源：新浪科技「沐曦の黒字転換の裏側、『逆転』はチップ販売によるものではない」、新浪財経「2600億市值の沐曦が初の中間報告を提出」、百科TA説「沐曦股份中間報告：その背後にある『財務的幻術』？」

  • 09-04 メディアが集中的に沐曦股份（688802.SH）上場後初の中間報告を分析：上期売上高13.24億元（+44.67%）、親会社株主に帰属する当期純利益6.12億元で帳簿上は黒字転換（前年同期は1.86億元の損失）；しかし非経常損益控除後の純利益は依然として-4886万元（前年同期比75.83%の損失縮小）。
  • 黒字転換の要因分析（複数情報源が一致）：帳簿上の利益と非経常損益控除後の利益の間の約6.6億元の差額は、公正価値変動益8.87億元（利益総額の105.75%を占める）に由来——同社は余剰募集資金を現金管理と対外投資に充当し、そのうち子会社「沐曦数智」を通じて保有する上場企業の持分の含み益が大部分を貢献；メディアは「逆転はチップ販売によるものではない」「財務的幻術」と題してその質を疑問視。
  • 経営面では明るい材料と懸念が併存：総合粗利益率は約57.2%（+1.1pct）、直販比率は41.9%から64.7%へ急上昇（+123.6%）；研究開発費は5.25億元（売上高の39.65%）、研究開発人員は747人（全社員の70.4%）；営業キャッシュフロー純額は-12.97億元（前年同期比で約4億元の流出増）、前払金は21.96億元（+163.24%、ウェハ受託製造と原材料供給を確保するための戦略的在庫）；売掛金の年齢1~2年の区分は半年で12.5倍に拡大。

解説：沐曦は「四小龍」の中で初の帳簿上の黒字達成者となったが、「6.12億元の純利益 vs 非経常損益控除後-4886万元」の乖離により、メディアのコンセンサスは「黒字転換の質が不十分、主業は依然として赤字」に落ち着いている。FlagOSの視点から見ると：沐曦のエコシステム側への投資は財務報告の変動に影響されておらず（昨日 metax-maca3.8.1.3 の vLLM/sglang イメージが両方とも登録された）、キャッシュフローの圧力（-13億元の営業キャッシュフロー＋21.96億元の前払金）と9月のロックアップ解除接近が、より注視に値する変数である——直販比率の急上昇は智算センター/通信事業者という大口顧客の受注拡大を意味し、これはFlagOS統一スタックの「一度の適合、複数チップへのデリバリー」というスケール化需要のシナリオと直接関連している。

3.4 天数智芯：帳簿上の黒字転換1.06億元は盛合晶微の含み益に支えられ、粗利益率は17.2%に急落、主業の損失は拡大（09-04）

情報源：時代財経/新浪「天数智芯の黒字転換の裏側：売上高191%増、7億元超の持分投資含み益が利益を支える」、Sohu（09-04 転載）

  • 天数智芯（09903.HK）上場後初の中間業績が引き続き消化されている：上期売上高は約9.46億元（+191.6%、既に2025年通年の91.4%に到達）、帳簿上の純利益は1.06億元で黒字転換を達成；しかし利益のほぼ全ては保有する盛合晶微（688820.SH、封止・テスト、04月に科創板上場）株式の7.56億元の公正価値含み益（未実現、キャッシュインフローなし、ロックアップ期間12ヶ月）に由来——除外すると主業は実際には約6.54億元の損失で、前年同期の6.09億元の損失から拡大。
  • 事業構造：汎用GPUが9.16億元を貢献（96.9%を占める）、そのうち推論チップ「智鎧」シリーズの売上高は前年同期比651.8%の急増；しかし総合粗利益率は2025年上期の50.1%から17.2%へ急落。資金調達面：2026年内の累計調達額は107億香港ドル超（1月のIPO＋100億級のH株増資＋資本化発行計画）、上場から8ヶ月未満で既に複数回の「輸血」。

解説：天数智芯（FlagOS メンバー、Iluvatar バックエンド）の「黒字転換」は沐曦と同構造——いずれも GPU 本業ではなく持分投資の含み益によるものである（昨日の「四小龍中報透視」ですでに両社の帳簿上の黒字転換に共通性があると指摘済み。本調査期間にメディアが項目別に分解した）。FlagOS の視点で注目すべき点は二つ：推論チップ智鎧の収入 +651.8% は推論の立ち上がりが実際の主線であることを示す（build-infra 側でその vLLM 0.24.0 の F パス検証が通過し、T パスはツールチェーン欠陥により阻害された記録と同頻——推論チップの立ち上がりにはソフトウェアスタックが追随する必要がある）；粗利益率が 50.1% から 17.2% へ崩落したことは、その価格競争とコスト圧力を示唆し、エコシステム／ソフトウェアへの投入の持続性判断に影響を与える。

3.5 寒武紀：11 チームでソフトウェア人材を大々的に募り、AI ソフトウェアエコシステムを強化（09-02 発表/09-04 報道）

出所：聯合早報「寒武紀大挙招聘軟件人才 加碼AI軟件生態」、観点網（招聘公告報道）、新浪財経/中国基金報「寒武紀放大招」

  • 09-02、寒武紀は公式 WeChat アカウントで招聘公告を発表し、11 チームに向けてソフトウェア人材を募集する予定：ドライバチーム、コンパイラチーム、高性能通信チーム、計算ライブラリチーム、深層学習フレームワークおよびエコシステムコンポーネント開発チーム、推論・学習ソリューションチームなど。目標は「先端的人工知能ソフトウェアシステムの構築」。
  • 公告の論理（聯合早報 09-04 により「NVIDIA の CUDA ソフトウェアエコシステムの戦い方を模倣」と解読）：AI コード生成ツールの普及がソフトウェア開発モデルを再構築し、後学習の重要性が上昇してモデル反復サイクルが大幅に短縮され、市場は「超大規模、良好なエコシステム互換性、高度な安定性」を備えた AI インフラをより必要とする——ソフトウェアスタックが競争障壁の中核となる。
  • 半期報告の口径が裏付け：寒武紀 2026 H1 は基礎システムソフトウェアプラットフォームを継続的に最適化——学習側はエコシステム構築、モデル対応と性能最適化、低精度学習を中心に；推論側は大規模モデル推論、計算グラフコンパイル、オペレータプログラミング、加速ライブラリと通信に焦点。

解説：寒武紀（FlagOS メンバー、cambricon バックエンド）は「ソフトウェアエコシステム」をハードウェアと並ぶ戦略的高度に引き上げており、FlagOS 側での活発なペースと符合する——本調査期間に build-infra はその vLLM 0.24.0 アプリケーションイメージ検証（#718）をちょうど完了し、sglang 0.5.18 向けにアプリケーション環境を実装（#730）。招聘する 11 チームの方向（コンパイラ/計算ライブラリ/通信/フレームワーク/推論学習ソリューション）は、FlagOS コンポーネントマップとほぼ一対一で対応する。自建ソフトウェアスタック（邦聯自研）+ オープンソース統一スタック（FlagOS 共建）の二本立て並行は、トップ国産チップメーカーの現在のソフトウェア投入の標準形態である；時価総額最大の国産 AI チップ企業である寒武紀がソフトウェアを強化することは、FlagOS エコシステムにとって長期的な利好シグナルである。

4. まとめ

本調査期間（09-04 10:18 ～ 09-05 10:18）の FlagOS エコシステム主線：

  1. FlagTree が初めて清微（Tsingmicro）バックエンドに接続、コンパイラバックエンドマトリクスがさらに一席拡大：#1071 は 300 ファイル規模で TLE-DSA データフロープログラミング抽象と DsaToCore 変換（Triton 3.6 準拠）を新規追加——清微は統一コンパイラに最新参加したメンバー単位となり、かつ独立した DSA 方言で再構成可能アーキテクチャのネイティブ表現を保持し、単純なメニーコア模擬ではない。
  2. vLLM 0.24.0 デリバリマトリクスが寒武紀と天数智芯に拡大、かつ初めて F/T パス分化の記録が出現：cambricon と iluvatar-corex4.4.0 が検証通過（#718）、しかし天数智芯 T パス（ベンダー Triton 3.1.0）は apply_top_k_top_p kernel の uint32/int32 混合除算欠陥によりデリバリ不可と判定（#722）、修正方向はプラグイン層で pytorch sampler フォールバックを強制と確定——「なぜデリバリできないか」が正確に記録され、デリバリエンジニアリングの信頼性が向上。
  3. sglang 0.5.18 ベンダーイメージマトリクス施工開始：寒武紀と燧原のアプリケーション環境（deps_app/app env）が着地（#729/#730）、燧原 tops1.10.6 の sglang イメージ tag 登録（#734）、12 条のビルド/検証修正が wheel ビルドイメージ化（rsproxy）、ネットワーク重複排除とレディゲートに集中——sglang ラインは vLLM ラインの検証-デリバリ閉ループを複製中。
  4. 昇騰ツールチェーンが FlagOS フルスタックで CANN 8.5 切り離し完了：FlagGems-vllm 側で cann850 を削除（#740、昨日の FlagGems #5970 を承接）、同時に 4 つの昇騰オペレータ（Mamba 類モデル causal_conv1d 族を含む）をバッチ補完；海光 fused QKV RMSNorm、摩尔線程 fused add rms norm など推論ホットパス最適化も同時推進。
  5. メンバー単位が集団で「資本化ピーク期 + 財報消化期」に突入：燧原の発行価格 142.18 元/時価総額約 612 億が確定、H1 損失は 6.32 億に拡大するも 2026/2027 黒字化タイムテーブルと前三季 23~30 億売上予告を提示；摩尔線程「庐山」GPU が年内上市、国産ハードウェア光追を初発し趨境科技と PD 異構合作を達成；沐曦/天数智芯は共に「含み益で赤字転換、非経常損益では依然赤字」と分解（沐曦非経常 -4886 万、天数智芯本業損失拡大）、寒武紀 11 チームがソフトウェア人材を大量募集——各社の FlagOS 側ソフトウェア投入とその資本ナラティブが同時に高温化。
  6. ニュース面コンポーネントレベルのゼロヒットという平静ウィンドウが第四期まで継続；GitHub 側 51 コミットの高活性はエンジニアリング進展と対外声量の乖離が続くことを示す——FlagOS は依然「黙々と施工」期にあり、公式の次の公開アクションは依然 2.2 の rc 迭代（FlagRelease リポジトリの動きをシグナルとする）と予測される。

付録：完全情報源リスト

情報源 検証結果
GitHub org repos API（52 リポジトリ） 11 リポジトリが調査期間内にプッシュ（build-infra/FlagGems/FlagTree/FlagGems-vllm/vllm-plugin-FL/FlagDNN/FlagScale/sglang-plugin-FL/flagtree-cpu/docs/release-info）；docs/release-info/flagtree-cpu/sglang-plugin-FL の pushed_at 変化はデフォルトブランチの commits により検証した結果、非デフォルトブランチの動作（デフォルトブランチは調査期間内 0 コミット）であり、本文には計上しない；新規作成リポジトリなし
GitHub commit search 調査期間内のコミット 51 件を全量取得（build-infra 19、FlagGems 11、FlagGems-vllm 9、FlagTree 5、vllm-plugin-FL 3、FlagDNN 2、FlagScale 2）；注：commit search が返す committer.date は Z と +08:00 の兩種のタイムゾーン形式が混在しており、今回はそれぞれのタイムゾーンで北京時間に換算した後、一件ずつ再確認した
GitHub tags/releases API + annotated tag オブジェクト検証 調査期間内に新規 tag なし、新規 release なし；vllm-plugin-FL v0.3.0-rc0.post1（08-31 18:03Z）、FlagGems-vllm v0.2.0-rc0.post1（08-31 18:02Z）など 2.2 RC0 検証期の tag はいずれも調査期間前に作成；活発なリポジトリの最新 release はいずれも 06-24（FlagOS 2.1）またはそれ以前
FlagTree #1071 300 ファイル、初の実質的な Tsingmicro 接続（org 内の tsingmicro コミット 160 件のうち FlagTree はこの 1 件のみ実質マージ、他 2 件はドキュメント/無関係）；TLE DSA 方言 + DsaToCore + tsingmicro 統合テストを全量検証
FlagTree #1096/#1101/#840/#899 Iluvatar llvm22 v0.6.1 とデリバリプロセス更新、Iluvatar 非 ivcore11 アセンブリのスキップ、TLE reshape/named barrier memalloc/gpu.copy mask/barrier arrival、TLE remote node2——一件ずつ検証
build-infra #718-#736（19 件） 一件ずつ検証：cambricon+iluvatar vLLM 0.24.0 検証通過（#718）；iluvatar T パスはデリバリ不可——corex Triton 3.1.0 が uint32/int32 混在除算を拒否、sampler パッチのカバレッジ欠落（#722、コミット body 全文検証）；cambricon 0.20.2 再検証（#724）；sglang 0.5.18 アプリケーション環境の enflame/cambricon への展開（#729/#730）；shim 全インデックスリリース（#719）；ビルド修正 #720/#721/#723/#725/#731/#732/#733/#735/#736；状態マトリクスと検証記録 #726/#727/#728
FlagGems-vllm #731/#728/#729/#730/#740/#738/#735/#697/#739 昇腾 4 オペレータ（add_rms_norm/swiglu/causal_conv1d_update/causal_conv1d_fn）を一件ずつ検証；cann850 削除；Hygon fused QKV RMSNorm 最適化；mthreads fused add rms norm；fp8/fp4 MQA logits TLE；循環インポート修正
FlagGems 11 件 KMCompiler NVIDIA gru（#6002）/matrix rank（#5942）/dist オペレータ精緻化（#5958）；FlagTune マルチプラットフォーム Mul cost model（#5762）；ARM CPU W4A8-G128 linear（#5904）と setup.sh aarch64 修正（#5999）；昇腾 multinomial 修正（#5980）；slice/多項式修正；backends.json 更新
FlagDNN 2 件 mthreads バックエンド追加（33958a1c25）、昇腾 910b4-4 対応修正（f619b92706）
vllm-plugin-FL #439-#441 FlagGems blacklist 追加、reference fallback 維持、OOT 量子化がネイティブ MXFP8 候補を継承
FlagScale #1281/#1279 profiler kernel reports；engram transformer 統合修正
Google News RSS 中国語グループ（14 グループ） FlagOS/コンポーネント級 24h ゼロヒット（4 調査期間連続）；ヒットはいずれもメンバー
単位財務面：燧原（価格設定 142.18 元／時価総額 611.87 億、当選番号 20657 再拡散、H1 赤字 6.32 億、ロードショーでの盈利予想、騰訊の戦略配分 2.48 億／時価総額 126 億、ファンドと理財子が配分取得）、摩尔線程（庐山 GPU ハードウェアレイトレーシング、売上 +147%、趋境科技 PD 協業）、沐曦（帳簿上は黒字転換 6.12 億 vs 非経常損益控除後 -4886 万、含み益の分解）、天数智芯（含み益で赤字転換、粗利益率 17.2%、智鎧 +651.8%）、寒武紀（11 チームのソフトウェア採用）；「智源新境と益普索の協業」は原サイト検証により上海のマーケティングテクノロジー企業で、BAAI と名称が衝突するため、除外    
  Google News RSS 英語組（7 組） FlagOS／BAAI／コンポーネントの英語クエリに有効なヒットなし（Enflame IPO 関連の 1 件は英語財経総説の転載）；HN Algolia の 4 件のヒットはすべて無関係なノイズで、除外
  財経メディア原サイト検証 沐曦（新浪科技 09-01 深掘り＋百科TA説の分解）、天数智芯（時代財経 08-31＋東財 09-01）、燧原（新浪科技／運営商財経 09-04）、摩尔線程庐山 GPU（快科技／IT之家 09-04 決算説明会報道）、寒武紀（聯合早報 09-04／観点網／中国基金報 09-02）を各記事、タイトル＋本文要約で検証
  智源コミュニティ（gnews ヒット） すべて第三者コンテンツの聚合（GPT-6 予熱、Meta オープンソースモデル、李飛飛 Atlas など）で、智源自社の成果発表ではない；調査期間内に智源公式公告なし