調研視窗：過去 24 小時（2026-09-14 10:18 ~ 2026-09-15 10:18，北京時間） 信源：GitHub（org: flagos-ai，53 個倉庫 pushed_at 全量核查 + 單次 commit search 97 條按 committer-date 核驗 + per-repo commits 複核補入 1 條 + 各倉庫 releases/tags 後設資料 + community 倉庫 2.2 釋出清單與釋出時間表 raw 直取 + 提交補丁詳情）、Google News RSS（中英文 21 組查詢詞，走代理）、HN Algolia、新華網、觀點網、新浪財經、財聯社、科創板日報、環球網等產業報道，以及 Tavily 檢索補充（詳見附錄信源清單）

本期索引

  • 今日重點：FlagOS 2.2 RC2 全棧同步打標——25 條目清單換版，25 個 rc2.post1 tag 在 10 分鐘內落地（09-14）
  • 一、開源專案進展（GitHub 動態）
    • 1.1 2.2 RC2 清單提交：25 條目覆蓋 L0~L3 四層，版本一律對齊 rc0/rc1（09-14）
    • 1.2 23 個元件在 10 分鐘內打出 rc2.post1：本次釋出週期的第二次全棧快照（09-14）
    • 1.3 首發 rc2.post1 Release：FlagGems v5.4.0 與 FlagSparse v0.3.0（09-14）
    • 1.4 FlagTree：AMD 解耦編譯、XPU 修復，新增 xpu3.6 專用標籤（09-14/09-15）
    • 1.5 FlagCX：libflagcx.so 進 wheel，T-Head PPU 後端與 CI 雙向打通（09-14/09-15）
    • 1.6 FlagAttention v0.4.0：燧原、海光、沐曦、摩爾執行緒四後端一次性落地（09-14）
    • 1.7 FlagGems-Experimental：海光 17 運算元批次入庫，摩爾執行緒 4 個、崑崙芯 1 個（09-14）
    • 1.8 FlagGems 主線：燧原 enflame 同步、Triton 3.5 相容與 GitCode 映象（09-14/09-15）
    • 1.9 FlagGems-vllm 與推理外掛線：moe_sum 雙後端、MTT S5000 topk、vLLM 0.24.0（09-14/09-15）
    • 1.10 FlagQuantum：Twin API 凍結，QPU 數字孿生進入歷史序列管理（09-14）
    • 1.11 框架與工具面：FlagScale 統一 CI、Torch-FL 後端路由對齊、TE-FL 海光介面（09-14/09-15）
    • 1.12 FlagGems-sglang：競賽產出批次合入，10 個 PR 同日進主倉（09-14）
    • 1.13 build-infra：海光 vLLM rc2.post1 雙映象 tag 記錄並複驗（09-14）
    • 1.14 docs 與 release-info：文件線併入 CICD 改造，釋出件站點同步（09-15）
  • 二、新聞報道與生態
    • 2.1 Open3D-PIMC 在中國算力大會開源釋出：清微智慧與智源聯合開發，補齊 3D 算力晶片編譯棧（09-14）
    • 2.2 元件級檢索第十一個連續平靜視窗：核心命中集中在智源側報道（09-14~09-15）
    • 2.3 產業側三場會議線：服貿會、外灘大會、中國算力大會的國產算力敘事（09-09~09-14）
  • 三、成員單位深挖
    • 3.1 清微智慧：Open3D-PIMC 與可重構算力 5000P 的雙線敘事（09-14）
    • 3.2 海光資訊：從 17 個運算元到 rc2.post1 映象複驗，本視窗工程量第一（09-14）
    • 3.3 摩爾執行緒：注意力後端、profiler 整合與服貿會份額口徑（09-14）
    • 3.4 沐曦：metax CI 與 vLLM 0.24.0，曦雲 C700 進入流片前夜（09-14）
    • 3.5 燧原科技：enflame 後端繼續入庫，IPO 後市值與客戶結構敘事（09-14）
    • 3.6 天數智芯：iluvatar 後端命名統一，資本市場進入解禁前視窗（09-14）
    • 3.7 崑崙芯與達摩院玄鐵（外部生態方）：XPU 標籤與 PPU 雙線接入（09-14/09-15）
    • 3.8 智源（牽頭方）：RC2 治理紀律與 Open3D-PIMC 的規則定義權表述（09-14）
  • 四、總結與趨勢觀察
  • 附錄：完整信源清單

今日重點：FlagOS 2.2 RC2 全棧同步打標——25 條目清單換版，25 個 rc2.post1 tag 在 10 分鐘內落地

日期：2026-09-14　來源：community 提交 #109（2.2 RC2 清單）、2.2 釋出時間表、FlagGems v5.4.0-rc2.post1

本視窗最具分量的事件是一次協調動作：09-14 10:35，community 倉庫合入 release/2.2/release-2.2-rc2.yaml（新增 251 行，Release Manager 提交），宣佈 2.2 週期的第二輪候選版本 RC2 清單成型；隨後從 10:45 到 10:54 的十分鐘內，org 內 23 個元件倉庫相繼打出 v{X}-rc2.post1 標籤或 Release，12:18 至 12:19 FlagTree 的三個 Triton 變體標籤補齊，19:59 FlagTree 再補一個 xpu3.6 標籤。加上 vllm-plugin-FL 的雙版本線，視窗內共記錄 26 次打標動作、覆蓋 22 個倉庫。

RC2 清單按四層組織：L0 基礎設施層（FlagTree 的 triton3.6/3.5/3.3 三條目、FlagCX）；L1 計算庫層（FlagGems、FlagFFT、FlagSparse、FlagDNN、FlagBLAS、FlagTensor、FlagAudio、FlagAttention、FlagGems-vllm、FlagGems-sglang）；L2 框架層（Torch-FL、vllm-plugin-FL 與 vllm-plugin-fl-0.2、sglang-plugin-FL、TransformerEngine-FL、Megatron-LM-FL、FlagOS-Compressor）；L3 應用層（FlagScale、KernelGen、KernelGenBench、FlagRelease）。共 25 個條目，全部指向 rc2.post1 已驗證快照。

與 RC1 相比，本次變化的性質是「結構不變、快照換代」：模組版本號與 rc0/rc1 保持一致，只在 .postN 迭代位上推進——FlagGems 由 v5.4.0-rc1.post2 到 v5.4.0-rc2.post1，FlagCX 由 v0.14.0-rc1.post2 到 v0.14.0-rc2.post1，FlagAttention 固定在 v0.4.0 線，FlagTree 由 0.7.0rc1.post1 到 0.7.0rc2.post1。清單頭部把工作流寫成可執行規則：從各模組基線分支拉出 rc2 整合分支，驗證透過後打遞增 tag（rc2.post1 → rc2.post2），並把上一輪 tag 記錄在條目的 rc1 註釋裡；分支: 與 基線分支: 兩個欄位由 manage-release.py 直接讀取，因此同一倉庫拆多條目、各跟不同上游線時（FlagTree、vllm-plugin-FL）以及需從釋出分支而非預設分支拉出時（flagos-compressor）必須顯式寫明。

放回時間表看，這次打標發生在「測試與穩定期（09-01 ~ 09-24）」中段，距離 09-28 的 2.2 GA 還有 14 天。RC2 的意義不在於新增功能——特性凍結早在 08-31 已關閉——而在於把測試期內累積的修復固化成一組可復現、可批次拉取的鎖定版本，讓多晶片驗收矩陣有一個統一的比對基線。

一、開源專案進展（GitHub 動態）

視窗總覽：org 內 53 個倉庫中 29 個在視窗內有推送；單次 commit search 命中 97 條視窗內提交（4 頁，committer-date 降序），per-repo commits 複核另補入 1 條（TransformerEngine-FL），合計 98 條，分佈於 17 個倉庫：FlagQuantum 17、FlagGems-Experimental 20、FlagGems 12、FlagGems-sglang 10、FlagTree 6、FlagCX 5、FlagGems-vllm 5、build-infra 5、FlagAttention 4、docs 4、Torch-FL 2、sglang-plugin-FL 2、vllm-plugin-FL 2、FlagScale 1、FlagPrism 1、community 1、TransformerEngine-FL 1。另有 Megatron-LM-FL、KernelGen、FlagBLAS、FlagSparse、FlagDNN、FlagOS-Compressor、FlagFFT、FlagTensor、KernelGenBench、FlagRelease、FlagAudio、release-info 等倉在視窗內有推送，但視窗內新提交落在標籤或非預設分支上（其中大部分是下文 1.2 的 rc2.post1 打標）。無新倉庫。

本視窗形態 = 「全棧快照換代」+「外部後端加碼」兩條線同時推進：治理側用一次清單提交與一次十分鐘的集體打標，把 2.2 推進到第二輪候選；工程側則由海光、摩爾執行緒、沐曦、燧原、崑崙芯、達摩院玄鐵在運算元、注意力後端、通訊庫與編譯器四個面上同時加碼，其中海光的 17 個運算元批次入庫和 FlagAttention 的四家後端同日落地是本視窗最集中的兩塊工程量。

1.1 2.2 RC2 清單提交：25 條目覆蓋 L0~L3 四層，版本一律對齊 rc0/rc1（09-14）

日期：2026-09-14　來源：community #109

Release Manager 於 09-14 10:35 新增 release/2.2/release-2.2-rc2.yaml（+251 行），提交說明寫明「從各模組基線分支切出 rc2 分支，按清單頭部工作流打 v{X}-rc2.post1；版本與 rc0/rc1 保持一致，各條目的 rc1 註釋記錄上一輪已驗證 tag」。清單按 L0 基礎設施、L1 計算庫、L2 框架、L3 應用四層組織，共 25 條目，並註明 FlagGems、FlagGems-sglang、FlagDNN、FlagBLAS 的預設分支是 master 而非 main。這是繼 rc1 之後的第二次清單快照，也是 2.2 GA（09-28）前唯一的中間候選。

1.2 23 個元件在 10 分鐘內打出 rc2.post1：本次釋出週期的第二次全棧快照（09-14）

日期：2026-09-14　來源：FlagCX v0.14.0-rc2.post1

打標節奏高度集中：10:45 FlagCX、FlagGems、FlagFFT 三家先行；10:47 FlagDNN、FlagBLAS；10:48 FlagTensor、FlagSparse、FlagAudio、FlagAttention、FlagGems-vllm、FlagGems-sglang、Torch-FL 七家連發；10:49 vllm-plugin-FL（0.3.0 與 0.2.2 兩條線）、sglang-plugin-FL、TransformerEngine-FL；10:51 Megatron-LM-FL、FlagOS-Compressor；10:53 FlagScale、KernelGen、KernelGenBench；10:54 FlagRelease。FlagTree 的 triton3.5/3.6/3.3 三條目在 12:18 至 12:19 補齊。十分鐘內完成 23 個元件的打標，說明這套「清單先行、指令碼執行」的釋出工序已經穩定可複用。

1.3 首發 rc2.post1 Release：FlagGems v5.4.0 與 FlagSparse v0.3.0（09-14）

日期：2026-09-14　來源：FlagSparse v0.3.0-rc2.post1

在 26 次打標中，多數以 tag 形式落地，僅 FlagGems（v5.4.0-rc2.post1）與 FlagSparse（v0.3.0-rc2.post1）生成了帶發行說明的 GitHub Release，兩者均於 09-14 10:45 至 10:48 之間釋出。對照 FlagGems 的歷史節奏：v5.4.0-rc0.post1（09-01）、v5.4.0-rc1.post1（09-07）、v5.4.0-rc1.post2（09-11）、v5.4.0-rc2.post1（09-14），穩定版 v5.3.6 停在 09-11，可見 5.4.0 的候選迭代已進入每週兩輪以上的密度。

1.4 FlagTree：AMD 解耦編譯、XPU 修復，新增 xpu3.6 專用標籤（09-14/09-15）

日期：2026-09-14 ~ 09-15　來源：FlagTree #1163（AMD 獨立編譯）

FlagTree 在視窗內 6 條提交併新增 4 個標籤。工程側四條線：其一，[Build][AMD] Decouple amd for independent compilation v2（#1163）把 AMD 後端從統一構建裡解耦，允許獨立編譯；其二，XPU 線修 XPUDriver 取裝置的路徑，解決 cuda-graph capture 報 err -900（#1168）；其三，CI 側為 nvidia3.6 的 FlagGems 基線與測試任務接入遠端可複用工作流（#1172，09-15 10:04），並把 USE_FLAGCX 變數從工作流中移除（#1167）；其四，把 FlagPrism 的 profiler 與 debugger 整合進編譯器鏈（#1106，摩爾執行緒方向）。標籤側除三條 rc2.post1 外，19:59 新增 0.7.0rc2+xpu3.6——這是該倉庫標籤體系裡首次出現非 Triton 的加速器字尾（此前僅有 +triton3.x 形態），與崑崙芯 XPU 線在交付工作流之外單獨成標籤相對應。

1.5 FlagCX：libflagcx.so 進 wheel，T-Head PPU 後端與 CI 雙向打通（09-14/09-15）

日期：2026-09-14 ~ 09-15　來源：FlagCX #596（PPU torch 外掛與 CI）

通訊庫本視窗 5 條提交，可分兩組。交付面：[UIL] Place libflagcx.so into the flagcx wheel package（#570）把共享庫打進 wheel，延續上一視窗「從原始碼自編走向可安裝」的方向；[UIL] Rename the iluvatar_corex build key to iluvatar（#583）把天數智芯的構建鍵統一成廠商名，減少後端命名上的特例；另有一條 dependabot 升級（#572）。新後端面：[CICD] Add T-Head PPU CI workflow（#592）先建 CI，隨後 [UIL] Add PPU torch plugin support and extend PPU CI workflow（#596，09-15 00:49）補上 torch 外掛支援並擴充套件工作流，兩步走的接法與此前各廠商後端一致。值得注意的是 PPU 的接入物件是達摩院玄鐵（T-Head），不在既有成員單位名單內，屬外部生態方新增。

1.6 FlagAttention v0.4.0：燧原、海光、沐曦、摩爾執行緒四後端一次性落地（09-14）

日期：2026-09-14　來源：FlagAttention #61（mthread 後端）

FlagAttention 在 14:29 至 14:30 的兩分鐘內合入四條同構提交，為注意力運算元依次加上燧原（enflame，#58）、海光（hygon，#59）、沐曦（metax，#60）與摩爾執行緒（mthread，#61）四個後端。四家廠商在同一批次、同一分鐘內進入同一模組，說明注意力運算元的後端接入已被抽象成可批次複製的模板——這與該倉庫版本線在本視窗跳到 v0.4.0-rc2.post1 相互印證，注意力運算元從「單一平臺實現」進入「多廠商並行維護」階段。

1.7 FlagGems-Experimental：海光 17 運算元批次入庫，摩爾執行緒 4 個、崑崙芯 1 個（09-14）

日期：2026-09-14　來源：FlagGems-Experimental #557（Hygon ormqr）

本視窗單倉提交量第一（20 條）。海光線在 17:51 至 18:54 的一小時內連續合入 17 個運算元，覆蓋特殊函式（special_legendre_polynomial_p、special_hermite_polynomial_h、special_round_out）、線性代數（linalg_ldl_factor、ormqr）、數值與索引（norm_scalaropt_dim、masked_scale、scalar_tensor、gcd_、addmm_、as_strided_scatter、scatter_add、feature_dropout、conv_depthwise2d、beam_search_score、thnn_fused_lstm_cell），並附一條 Hygon 的 _scaled 相關修復；摩爾執行緒線補 cholesky_inverse、linalg_ldl_solve、ormqr 與線性運算元特化；崑崙芯線補 mvlgamma 特化（#605）。密集補齊的形態說明這些運算元此前在對應平臺上缺位，屬驗收矩陣暴露出的缺口在填。

1.8 FlagGems 主線：燧原 enflame 同步、Triton 3.5 相容與 GitCode 映象（09-14/09-15）

日期：2026-09-14 ~ 09-15　來源：FlagGems #6200（enflame 同步）

主線 12 條提交裡三條最值得記錄：一是 enflame to flagos 20260911（#6200），燧原把自家分支的改動成批同步回主線，是成員單位分支與上游主線週期性歸併的例項；二是 fix: add Triton 3.5 compatibility for flash_attention_backward（#6252，對應 issue #6235），把注意力反向運算元在新版 Triton 下的相容性補上，與 FlagTree 的多 Triton 版本並行策略呼應；三是 [User Experience] pre commit config use gitcode mirror（#6231），把 pre-commit 的依賴源切到 GitCode 映象，屬面向國內開發者的基礎設施適配。其餘為缺陷修復（fft res_out、boolean slice views、batch_norm 基準命名）與 KernelGen 側的運算元入庫（Nvidia __iand__、摩爾執行緒 linear、昇騰 master_scatter_backward）、KernelGen 測試發現與 alias_copy.out 註冊修復（09-15 09:19/09:20）。

1.9 FlagGems-vllm 與推理外掛線：moe_sum 雙後端、MTT S5000 topk、vLLM 0.24.0（09-14/09-15）

日期：2026-09-14 ~ 09-15　來源：FlagGems-vllm #758（MTT S5000 persistent_topk）

推理側本視窗的動作集中在「讓某後端可用」這一層。FlagGems-vllm：海光補 moe_sum（#745），達摩院玄鐵同日補 moe_sum 變體（#772），兩者構成同一運算元在不同平臺上的對照實現；KMCompiler 線把 top_k_per_row 的 prefill/decode 切到 FlagGems 套件並修掉兩個廠商阻塞缺陷、補一個 MTT prefill，隨後為摩爾執行緒 MTT S5000 加 persistent_topk 後端（#758，09-15 09:56）。外掛側：vllm-plugin-FL 開啟 metax CI 並把 vLLM 抬到 0.24.0（#488），另加一批適配准入用例（#492）；sglang-plugin-FL 把 dispatch 單元測試與平臺配置解耦（#94），並給外掛預載入加了基準（#96）。

1.10 FlagQuantum：Twin API 凍結，QPU 數字孿生進入歷史序列管理（09-14）

日期：2026-09-14　來源：FlagQuantum #31（Twin v1 API 凍結）

第二高提交量倉庫（17 條），全部集中在一天內從 10:29 推進到 22:34，且是一條目的明確的單向鏈路：先生成身份繫結的 Twin 證據（#27），再做重複驗證聚合（#28），接著落驗證序列（#29），到 #30 準備 API 凍結、#31 正式凍結 Twin v1 API，隨後完成收斂（#32）、恢復提交（#33），把 QPU 數字孿生持久化（#34），並依次比較校準漂移（#35）、建校準歷史（#36/#37）、建驗證歷史（#38/#39）、延展與對齊歷史（#40/#41）、比較候選（#42）、恢復候選提交（#43）。一天之內完成「凍結介面 + 建歷史序列」的組合，是量子方向在 2.2 週期內第一次把孿生資料管理做成可復現流程。

1.11 框架與工具面：FlagScale 統一 CI、Torch-FL 後端路由對齊、TE-FL 海光介面（09-14/09-15）

日期：2026-09-14 ~ 09-15　來源：FlagScale #1285（跨加速器 CI 統一）

FlagScale 的 [CICD] Unify dependency-coupled CI across accelerator platforms（#1285，09-15 09:28）把各加速器平臺上互相耦合的 CI 依賴統一收口，是訓練框架側針對「一個改動要跑遍多平臺」這一成本問題的應對。Torch-FL 兩條：ci: align backend routing with platform FlagGems availability（#272）讓後端路由與平臺上 FlagGems 的實際可用性對齊；fix: restore MUSA FlagGems routing and fall back the ops it cannot run（#275）恢復沐曦 MUSA 的 FlagGems 路由，併為跑不了的運算元加回退路徑——這條補丁恰好說明「路由存在但運算元覆蓋不全」是當前多晶片棧的現實約束。TransformerEngine-FL 一條：支援海光兩種 multi-tensor scale 介面（#122）。FlagPrism 一條：為摩爾執行緒加 profiler 與 debugger 支援並更新文件（#11）。

1.12 FlagGems-sglang：競賽產出批次合入，10 個 PR 同日進主倉（09-14）

日期：2026-09-14　來源：FlagGems-sglang #59（fused rmsnorm warp2）

11:58 至 13:31 的一個半小時內，10 個 PR 依次合入主倉，提交者與分支名清楚指向跨晶片運算元最佳化競賽的參賽任務：competition/bmm-chunk、competition/decode-attention、competition/decode-grouped-attention、competition/embedding-lora-a、competition/mamba-layernorm-gated、competition/sgemm-lora-b、competition/fused-rmsnorm-warp2，以及 flagos-task19、flagos-task21-moe-sum-reduce 等任務分支。競賽產出以這種批次形式進入主倉，意味著該倉庫已承擔起「競賽成果落地通道」的角色，而上一視窗同一倉庫還只有零星合入。

1.13 build-infra：海光 vLLM rc2.post1 雙映象 tag 記錄並複驗（09-14）

日期：2026-09-14　來源：build-infra #883（海光復驗記錄）

構建側 5 條提交全部圍繞海光 vLLM 線：先為 hygon 外掛的 rc2 重建補上待發 changelog（#879），再連續記錄兩個應用映象 tag——2.1.2-0.3.0rc2.post1_gc9bbcf0.d20260914 與 2.1.2-0.2.2rc2.post1_g52949b6.d20260914（均對應 hygon-dtk26.04，分別對應 vllm-plugin-FL 的兩條版本線），隨後把 upstream_prs 欄位重新定義為待合入 PR 跟蹤列表（#882），最後記錄在上述 rc2.post1 標籤上完成的海光復驗（#883）。映象 tag 與版本標籤成對出現，是各後端能否進入 2.2 交付範圍的直接憑據。

1.14 docs 與 release-info：文件線併入 CICD 改造，釋出件站點同步（09-15）

日期：2026-09-15　來源：docs #502 合併

docs 倉庫在 09-15 09:12 至 09:28 有 4 條提交，全部是 new/flagcicd 分支與 main 的合併（#501、#502 及兩次 merge），文件線被併入本輪 CICD 改造。release-info 倉庫在視窗內有推送（09-14 12:42），但預設分支與分支 API 均未見視窗內新提交，按既有判定歸為釋出件站點/標籤同步，無正文可核；其倉庫說明為「僅用於釋出 FlagOS 棧釋出件資訊的佔位站點」。

二、新聞報道與生態

2.1 Open3D-PIMC 在中國算力大會開源釋出：清微智慧與智源聯合開發，補齊 3D 算力晶片編譯棧（09-14）

日期：2026-09-14　來源：新華網《硬體為骨，開源為脈：Open3D-PIMC 補齊國產算力軟體生態關鍵拼圖》

在河北廊坊舉行的 2026 中國算力大會上，全球首個面向 3D 算力晶片的程式設計模型與開源軟體框架 Open3D-PIMC 正式開源釋出，由北京清微智慧科技與北京智源人工智慧研究院聯合開發，程式碼已上線開源社群，定位為國產 AI 軟體棧眾智 FlagOS 面向下一代 3D 算力晶片的主要解決方案之一。智源 AI 系統研究負責人門春雷給出的判斷是：3D 晶片的關鍵技術正在突破、量產晶片即將陸續出現，若缺少配套編譯器會造成「先進硬體、低效軟體」的困境，而該專案的目標是透過產業力量匯聚形成 3D 晶片編譯器的全球標準。報道同時引用 FlagOS 的整體口徑：已適配 20 家晶片廠商的 30 多款 AI 晶片，覆蓋 GPU、NPU、GPGPU、DSA、RISC-V AI、ARM 等架構；2026 年 8 月阿里巴巴釋出 Qwen3.8-2.4T-A95B 當天，FlagOS 社群即在華為昇騰、沐曦、清微智慧等 9 家晶片上完成適配驗證。專案組稱今年四季度將在全球科技頂會發布面向 3D 晶片算力的最新最佳化成果。

2.2 元件級檢索第十一個連續平靜視窗：核心命中集中在智源側報道（09-14~09-15）

日期：2026-09-14 ~ 09-15　來源：Google News 檢索（FlagOS 及元件名）

以 FlagOS 及 FlagGems、FlagScale、FlagTree、FlagPerf、FlagAttention、FlagCX、KernelGen、FlagQuantum、FlagPrism、FlagBLAS、FlagOS-Robo 等元件名為關鍵詞的中英文檢索（含 when:7d 與 when:14d 視窗），在 24 小時內僅命中 1 條強相關中文報道（即 2.1 的 Open3D-PIMC），英文側無命中；HN Algolia 對 FlagOS、FlagGems 等詞的查詢在視窗內亦無有效技術討論。這是元件級新聞檢索連續第十一個平靜視窗，本視窗的技術資訊面基本全部來自程式碼倉庫。需要注意的是，主打詞仍被金融行情稿淹沒：以成員單位名檢索出的數百條中文結果中，絕大多數為股價、解禁、打新浮盈與基金持倉類內容，已按標題語義整批剔除。

2.3 產業側三場會議線：服貿會、外灘大會、中國算力大會的國產算力敘事（09-09~09-14）

日期：2026-09-09 ~ 09-14　來源：觀點網《摩爾執行緒 CFO 薛巖松：英偉達在華 AI 晶片份額跌至不足 8%》

視窗內國產算力的產業表達來自三場會議：北京服貿會（摩爾執行緒 CFO 薛巖松給出英偉達在中國 AI 晶片份額從 95% 跌至不足 8%、國產加速卡份額突破 60% 的口徑，並披露配合國家級實驗室用超 12000 卡叢集完成 2360 億引數科學大模型預訓練、正攻關萬億引數，以及北大團隊基於 S5000 叢集的世界模型登頂斯坦福賽道榜單超 47 天）；上海外灘大會（09-09 至 09-12，清微智慧展示與螞蟻集團調優後的大模型推理效能十倍躍升、與騰訊雲的戰略合作與 Token 工廠佈局）；廊坊中國算力大會（Open3D-PIMC 首發，以及成員單位在異構推理方向的多項釋出）。三條會議線的共同敘事是「從可以用到好用」，與 FlagOS 側 2.2 測試期的工作重心一致。

三、成員單位深挖

3.1 清微智慧：Open3D-PIMC 與可重構算力 5000P 的雙線敘事（09-14）

日期：2026-09-14　來源：新浪財經（環球網）《當 AI 從對話走向生產 清微智慧以可重構算力解碼網際網路算力新需求》

清微本視窗在 GitHub 側暫無專屬提交，動靜集中在新聞側，兩條並進。其一即 2.1 的 Open3D-PIMC：該專案由清微與智源聯合開發，清微軟體副總裁李彬在中國算力大會主旨演講中把公司八年路徑概括為「以架構補工藝、以整合超製程、以系統聚算力、以開源創生態」，並給出在全國已部署及在建的可重構算力規模超 5000P 的口徑。其二為外灘大會參展：2025 年下半年起與螞蟻集團深度調優，大模型推理效能實現十倍躍升，2026 年與騰訊雲等網際網路客戶達成戰略合作並推進 Token 工廠佈局。把兩條並讀，清微當前在 FlagOS 生態裡的角色不是補運算元，而是往「下一代晶片形態的軟體定義者」方向佔位——3D 晶片編譯棧與可重構算力系統是同一敘事的上下游。

3.2 海光資訊：從 17 個運算元到 rc2.post1 映象複驗，本視窗工程量第一（09-14）

日期：2026-09-14　來源：FlagGems-Experimental #568（Hygon conv_depthwise2d）

海光是本視窗工程量最大的成員單位，四條工作面同時推進：運算元面（FlagGems-Experimental 17 個 Hygon 運算元在 17:51 至 18:54 批次入庫）；推理面（FlagGems-vllm 加 moe_sum）；框架面（TransformerEngine-FL 支援兩種 multi-tensor scale 介面）；構建與交付面（build-infra 記錄兩個 hygon-dtk26.04 的 rc2.post1 應用映象 tag 並完成複驗，見 1.13）。新聞側，海光資訊在 09-09 中國聯通合作伙伴大會首發的「面向詞元經營的雙芯加速解決方案」（以 CPU 為智慧排程中樞、DCU 為加速計算引擎，打通詞元生產到復購擴容的業務閉環，並在算力、互連、安全、軟體棧四個維度開放）在視窗內仍被產業媒體持續轉述，是把算力售賣折算為詞元經營的產品化表達。運算元批次補齊 + 映象複驗 + 版本標籤三者對齊，說明海光線已進入可交付狀態。

3.3 摩爾執行緒：注意力後端、profiler 整合與服貿會份額口徑（09-14）

日期：2026-09-14　來源：FlagPrism #11（mthreads profiler/debugger）

摩爾執行緒在視窗內的技術動作分佈在四個模組：FlagAttention 加 mthread 注意力後端（#61）；FlagGems 與 FlagGems-Experimental 分別補摩爾執行緒特化運算元（linear、cholesky_inverse、linalg_ldl_solve、ormqr）；FlagGems-vllm 加 MTT S5000 的 persistent_topk 後端（#758）；FlagPrism 加 profiler 與 debugger 支援（#11），並同步被整合進 FlagTree（#1106）。四者串起來看，摩爾執行緒這一輪補的是「可觀測性」與「推理熱度運算元的平臺特化」，而非單純鋪運算元數量。產業側即 2.3 中服貿會的份額口徑與 12000 卡叢集、S5000 世界模型等資料，是成員單位中對外表述最激進的一家。

3.4 沐曦：metax CI 與 vLLM 0.24.0，曦雲 C700 進入流片前夜（09-14）

日期：2026-09-14　來源：vllm-plugin-FL #488（metax CI 與 vLLM 0.24.0）

軟體側兩條：FlagAttention 加 metax 注意力後端（#60）；vllm-plugin-FL 開啟 metax CI 並把 vLLM 抬到 0.24.0（#488），與 build-infra 記錄的版本線同步；另有 Torch-FL 恢復 MUSA 的 FlagGems 路由併為無法執行的運算元加回退（#275），這條補丁的價值在於承認了「路由對齊之後仍有運算元缺口」的現實。硬體側，多家媒體於 09-14 集中報道沐曦在半年度業績說明會（09-07）上的表述：下一代旗艦 GPU 曦雲 C700 核心設計與功能驗證接近完成，下一步推進流片、軟體適配、客戶測試與量產匯入，新增 FP4 等低精度支援，整體效能對標英偉達 H100，供應鏈在晶圓代工、封裝與大容量視訊記憶體環節均有國產化方案；前代 C600 已於 2026 年 5 月量產，配 144GB HBM3e、FP8 算力約 1000TFLOPS。機構預測 C700 於 2027 年下半年量產。

3.5 燧原科技：enflame 後端繼續入庫，IPO 後市值與客戶結構敘事（09-14）

日期：2026-09-14　來源：FlagGems #6200（enflame 同步）

技術側兩條：FlagAttention 加 enflame 注意力後端（#58）；FlagGems 主線合入燧原分支的成批同步（#6200，enflame to flagos 20260911），把廠商分支改動歸併回上游。產業側則是 IPO 後的連續報道：09-14 有報道稱其市值超 1800 億元、上市首日股價大漲 179%、募資 9.12 億美元、中一簽盈利約 13 萬元，公募打新浮盈約 35.59 億元；同時亦有質疑性報道指出其營收增長 2.8 倍但虧損擴大、對單一客戶騰訊的依賴度達 83%。對 FlagOS 而言值得記錄的是：燧原在本視窗既是「新後端持續入庫」的一方，也是成員單位中資本敘事與經營質疑同時最密集的一家。

3.6 天數智芯：iluvatar 後端命名統一，資本市場進入解禁前視窗（09-14）

日期：2026-09-14　來源：FlagCX #583（iluvatar 構建鍵統一）

FlagOS 內的動作是把 FlagCX 的構建鍵從 iluvatar_corex 改名為 iluvatar（#583），屬後端命名收斂，減少同一廠商在工具鏈裡出現兩種標識的情況。產業側本視窗無重大技術釋出，主要出現在港股與 A 股半導體板塊的行情稿中（如 09-15 早盤半導體股上揚、相關標的漲超 3%），按慣例不作為技術動態收錄，僅作記錄。

3.7 崑崙芯與達摩院玄鐵（外部生態方）：XPU 標籤與 PPU 雙線接入（09-14/09-15）

日期：2026-09-14 ~ 09-15　來源：FlagCX #592（T-Head PPU CI）

兩家不在成員單位名單內的廠商在本視窗同時加深參與，且都從「交付工作流」往「通訊與運算元層」再進一步。崑崙芯線：FlagTree 修 XPU 裝置查詢與 cuda-graph capture 錯誤（#1168），並新增 0.7.0rc2+xpu3.6 標籤（首個非 Triton 字尾的加速器 tag）；運算元面補 mvlgamma 後端特化（FlagGems-Experimental #605）。達摩院玄鐵（T-Head）線：FlagCX 先加 PPU CI 工作流（#592）再補 PPU torch 外掛支援並擴充套件工作流（#596，09-15 00:49），這是通訊庫層面首次接入 PPU；FlagGems-vllm 同日補 moe_sum 的 T-Head 變體（#772）。兩家都沿用「先接 CI、再補運算元、最後進清單」的路徑，說明 FlagOS 的新晶片接入已經流程化。

3.8 智源（牽頭方）：RC2 治理紀律與 Open3D-PIMC 的規則定義權表述（09-14）

日期：2026-09-14　來源：community 2.2 釋出時間表

牽頭方本視窗只有一次倉庫動作，但它排程了整條釋出鏈：09:35 的 RC2 清單提交之後，十分鐘內 23 個元件集體打標。把清單、時間表與提交說明並讀，能看出這套治理的幾個明確約束——特性凍結（08-31）與釋出（09-28）之間的測試期只收 bug 修復與驗收測試，GA 以「FEP 的 Test Plan 在多晶片矩陣上驗收透過」為畢業標準，版本迭代透過 .postN 遞增而不改模組版本號。對外表述上，新華網報道把 Open3D-PIMC 的意義落在「規則的主動定義」上：誰先建立面向下一代硬體的程式設計模型與開源生態，誰就掌握定義技術路線的主動權。這與 FlagOS 一貫的「一次開發、多芯執行」定位是一致的。

四、總結與趨勢觀察

本視窗是 2.2 釋出週期裡資訊密度最高的一天，可以從三個層面收束：

  • 釋出側：2.2 進入 RC2，全棧快照換代完成。 清單先行、指令碼執行、十分鐘內 23 個元件集體打標，把測試期內累積的修復固化為一組可批次拉取的鎖定版本；距離 09-28 GA 還有 14 天，後續應重點關注 rc2.postN 的遞增節奏與 Go/No-Go 結論。
  • 工程側：驗收缺口正在被逐條填掉，且帶明顯的廠商分工。 海光補齊 17 個運算元並完成映象複驗，摩爾執行緒補 profiler 與推理熱度運算元，沐曦接通 vLLM 0.24.0 與 metax CI，燧原把廠商分支歸併回主線，崑崙芯與達摩院玄鐵沿「CI → 運算元 → 清單」路徑接入。判斷 2.2 交付範圍的直接憑據仍是 build-infra 中成對出現的映象 tag 與版本標籤。
  • 生態側：從「適配晶片」走向「定義硬體形態」。 Open3D-PIMC 由清微與智源聯合開源，把 FlagOS 的邊界從多晶片軟體棧推進到面向 3D 算力晶片的程式設計模型與編譯棧，並明確要在四季度於全球科技頂會發布最佳化成果。這類動作的收益不在當期運算元數量，而在下一代晶片的設計參考權。
  • 待觀察項： 其一，FlagTree 首次出現 +xpu3.6 形態的加速器專屬標籤，是否會推廣為各後端的標準交付形態；其二，Torch-FL 為無法執行的運算元加回退路徑，說明「路由已對齊但運算元覆蓋不全」仍是多晶片棧的常態約束，2.2 的驗收矩陣能否覆蓋這類缺口值得跟蹤；其三，PPU（達摩院玄鐵）與 XPU（崑崙芯）兩家外部生態方的接入速度明顯快於常規廠商，是否會轉化為正式成員。

侷限性說明：本報告的技術事實全部來自公開程式碼倉庫與官方釋出物料，其中釋出節奏、清單結構與版本號以 community 倉庫檔案為準；產業側資訊來自媒體報道，含廠商在會議場合的單方口徑（如晶片市場份額、算力部署規模、模型榜單成績），未經獨立核實，引用時已標註來源。元件級新聞檢索已連續十一個視窗無有效命中，故技術面結論依賴程式碼證據而非媒體報道；成員單位相關的數百條檢索結果中絕大多數為資本市場內容，已按語義剔除，可能遺漏少量被行情稿淹沒的技術新聞。

完整信源清單

/FlagAttention/commit/ad0292fafc1999e7e1788a175711c9fa66db15a5>

sglang-plugin-FL 提交 #96（外掛預載入基準） — https://github.com/flagos-ai/sglang-plugin-FL/commit/2155c1e0cdb5d912f2075c9a3360d54a46daef42

光重磅釋出 Token 經營「雙芯」加速解決方案（09-09 聯通合作伙伴大會） — https://finance.sina.com.cn/tech/roll/2026-09-09/doc-inirfivw3765495.shtml