調研視窗：2026-10-30 06:00 ~ 2026-11-02 06:00（北京時間，72 小時；週一晨報，覆蓋週六與週日，視窗自上一期日報截點接續）。

信源：GitHub（org: flagos-ai 61 倉庫全量核查、提交檢索 256 筆、合併 PR 115 筆、在審 PR 275 筆、org 事件流 100 條、31 倉 Release 與 8 倉 Tag 原子核查、5 倉原子補核與分支歸屬核對、關鍵 PR 正文核查、community 釋出清單核查）、Google News RSS（24 組中英文查詢詞，走代理）、HN Algolia（8 組）、CSDN FlagOS 專欄（逐篇核時）、智源社群、九家成員單位官網與財報報道（詳見附錄信源清單）。

本期索引

  • 今日重點：昇騰 910C 原生量子運算元線貫通（167 項硬體驗收）；2.3.0 兩條映象層 changelog 就位；量子合成編譯器單視窗 35 筆合入（10-30 ~ 11-02）
  • 一、開源專案進展（GitHub 動態）
    • 1.1 組織節奏：17 倉推送、256 筆提交、115 筆合入，在審 275 筆（10-30 ~ 11-02）
    • 1.2 版本面：2.3.0 映象層收尾，海光 DTK 26.10 與 AMD ROCm 7.2.4 雙線就位（10-31 ~ 11-01）
    • 1.3 FlagQuantum：昇騰 910C 原生支援合入，167 項硬體驗收透過（10-31）
    • 1.4 FlagQuantum：單視窗 35 筆合入，合成線資源賬目進入契約化階段（10-31 ~ 11-02）
    • 1.5 FlagGems：KernelGen 三運算元入英偉達線，崑崙芯 XPU3 十筆效能補丁收口（10-30）
    • 1.6 Torch-FL：地平線 BPU 走通卷積與池化，天數、沐曦、海光路徑分頭收斂（10-30 ~ 11-01）
    • 1.7 FlagCX：海光 bitcode 與 Device IR 統一打包，SymMem 覆蓋按介面卡收緊（10-31 ~ 11-01）
    • 1.8 其餘倉庫：FlagPrism 接入沐曦、optest 接入 FlagTrain、FlagTree 上報飛書（10-30 ~ 11-02）
  • 二、新聞報道與生態
    • 2.1 渠道核查：CSDN 專欄與 HN 視窗內無新命中，新聞側零元件級條目（11-02）
    • 2.2 成員單位資本市場側：燧原、沐曦三季報同日披露（10-30）
    • 2.3 生態觀察：世界網際網路大會烏鎮峰會今日開幕，主題聚焦開源開放（11-02）
  • 三、成員單位與後端廠商深挖
    • 3.1 海光：DTK 26.10 從基礎映象到 wheel 的 21 筆收口（10-31 ~ 11-01）
    • 3.2 昇騰：910C 原生量子線之外，XCS 介面與通訊 CI 同步推進（10-30 ~ 11-01）
    • 3.3 崑崙芯：XPU3 十筆效能補丁單日合入（10-30）
    • 3.4 沐曦：FlagPrism 補 MACA 後端，注意力側補 Parallax 與 Hy3（10-30 ~ 11-02）
    • 3.5 清微、燧原、天數：TXDA 進 vLLM 0.28、GCU 圖模式、FlagTree 版本釘固（10-30 ~ 11-01）
    • 3.6 摩爾執行緒與地平線：MUSA 側補大模型注意力，BPU 側補運算元路徑（10-30 ~ 11-01）
  • 四、總結與趨勢觀察
  • 附錄：信源核查表、完整信源清單

今日重點：昇騰 910C 原生量子運算元線貫通（167 項硬體驗收）；2.3.0 兩條映象層 changelog 就位；量子合成編譯器單視窗 35 筆合入（10-30 ~ 11-02）

日期：2026-10-30 ~ 2026-11-02　來源：FlagQuantum PR #958 · FlagQuantum PR #970 · build-infra PR #1584 · FlagQuantum PR #1000（全量見附錄）

  • 量子面：FlagQuantum #958 把昇騰 910C 從「實驗性 split-FP32 路徑」推到「原生 provider 運算元」路徑併合並進主線，PR 正文給出的最終合併硬體記錄為 167 passed in 115.41s——142 個電路、噪聲、TEBD 與 QEC 用例，加 25 個原生動力學用例，其中包含兩次冷程序計劃重放。棧釘在 Python 3.11.15、PyTorch 2.10.0+cpu、CANN 9.0.0、FlagTree 0.7.0+ascend3.5、FlagGems 5.4.0、FlagCX v0.14.1（帶純昇騰/FlagOS 補丁，不連結 torch_npu）。同日 #970 在預置 ARM64 runner 上加了 fail-closed 的原生 910C 迴歸 lane，CI 側另有 wheel provenance 與 action 歸檔釘固數筆。
  • 釋出面：build-infra 三日 21 筆合入全部指向 2.3.0——新增 hygon-dtk26.10 映象層（基礎映象換 ROCm 感知的 Open MPI、執行時補 flagcx==0.14.1+dtk2610、去掉無效的 HIP_VISIBLE_DEVICES=all），同時把 AMD rocm7.2.4 層的 flagcx 釘固與 amdsmi 依賴補齊，並逐層記錄 2.3.0 的 changelog 日期與映象描述。但 community 倉庫的 release/2.3 清單目錄仍未建立，release-info 站點也未出現 2.3.0 標籤，說明這輪是釋出前的映象層準備，不是釋出動作本身。
  • 編譯器面：FlagQuantum 本視窗 35 筆合入中有 28 筆落在合成線，把 Qmod 公共輸入准入、暫存器借用、Const 呼叫、無符號比較、計算後清理與零槽複用、within/apply 作用域、有界冪運算逐項接進既有合成流水線；#1000 用一個可復算的例子給出資源賬目的變化——x * 256 從基線 28 個分配量子位、4 GiB 態緩衝降到 19 個分配量子位、8 MiB，運算元 12，深度 4。
  • 判斷：三條線指向同一件事——量子棧在多晶片適配上的證據形態，正從「能在某晶片跑通」變成「可復現的硬體驗收記錄 + 可核對的資源賬目 + 失敗即紅的 CI lane」。對 2.3.0 而言，映象層已經齊備，缺的是清單凍結與站點上線這兩步釋出動作。

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

1.1 組織節奏：17 倉推送、256 筆提交、115 筆合入，在審 275 筆（10-30 ~ 11-02）

日期：2026-10-30 ~ 2026-11-02　來源：flagos-ai 組織倉庫 · 提交檢索 · 合併 PR 檢索 · 在審 PR 檢索

  • 倉庫面：61 倉中 17 倉視窗內有推送（上一期 21 倉、24 小時口徑），按推送時間從近到遠為 docs、FlagQAI、FlagQuantum、FlagPrism、Torch-FL、FlagTree、release-info、build-infra、vllm-plugin-FL、FlagCX、optest、FlagGems-sglang、FlagGems、Megatron-LM-FL、FlagGems-vllm、OpenCourse、FlagSparse。FlagPrism 與 docs 的推送落在特性分支與文件 PR 分支上，主分支無新提交。
  • 提交面：提交檢索命中 256 筆（上一期 189 筆、24 小時），分倉為 FlagQuantum 148、FlagQAI 42、build-infra 21、FlagGems 16、Torch-FL 13、optest 5、FlagCX 3、OpenCourse 3、FlagTree 2，FlagSparse、FlagGems-vllm、FlagPrism 各 1。按日均折算約 85 筆，低於上一期單日 189 筆，週末效應明顯；FlagQuantum 與 FlagQAI 兩倉佔去 190 筆，即 74%。
  • 合入面：合併 PR 115 筆（上一期 183 筆、24 小時），來自 14 倉：FlagQuantum 35、build-infra 21、FlagGems 18、Torch-FL 13、FlagQAI 11、optest 5、FlagCX 4、FlagTree 2，FlagPrism、FlagGems-sglang、Megatron-LM-FL、FlagGems-vllm、OpenCourse、FlagSparse 各 1。日均約 38 筆，約為上一期單日 183 筆的兩成。
  • 在審面：視窗內有更新的在審 PR 275 筆（上一期 253 筆），新開 146 筆（上一期 84 筆）。分倉為 FlagGems 158（新開 82）、FlagGems-sglang 18（新開 18）、FlagTree 15（5）、FlagGems-vllm 15（8）、Torch-FL 13（11）、vllm-plugin-FL 13（7）、FlagTrain 9（1）、FlagAttention 8（5）、sglang-plugin-FL 7（1）、docs 6（3）、FlagScale 5（1）、FlagCX 3（1），FlagQAI、FlagQuantum、flir、FlagBLAS、whisper-triton 各 1。
  • 事件與分支面：org 事件流 100 條，構成為推送 37、刪分支 13、PR 事件 23、議題評論 11、建分支 10、PR 評審 2、評審評論 3、fork 1，絕大部分動作集中在 FlagQuantum、build-infra、FlagQAI 三倉。提交檢索未覆蓋的 5 個推送倉經原子補核：Megatron-LM-FL 在 10-30 16:55 合入 #203（視窗內）；FlagGems-sglang 的 10-31 推送在 feat/qwen36-remaining-native-validation 分支，同日主線合入 #251；vllm-plugin-FL 的 11-01 推送在 PR 分支，預設分支最新提交仍是 10-30 00:38 的 GLM-5.3 支援，屬上一視窗內容；docs 的推送在文件 PR 分支（預設分支最新提交為 10-03）；release-info 的兩次推送都在 gh-pages，為釋出站點自動重新整理。
  • 對比：與上一 24 小時視窗相比，合入量按日均降約八成、提交量按日均降約五成，但在審總量繼續上升 8.7%、新開量接近翻倍。這是「週末產出少、積壓反而增加」的典型形態，積壓主要來自 FlagGems 的 KernelGen 批次開單（新開 82 筆）。

1.2 版本面：2.3.0 映象層收尾，海光 DTK 26.10 與 AMD ROCm 7.2.4 雙線就位（10-31 ~ 11-01）

日期：2026-10-31 ~ 2026-11-01　來源：build-infra PR #1584 · build-infra PR #1568 · build-infra PR #1571 · build-infra PR #1586 · release-info 釋出站點 · community 2.2 釋出清單

  • 映象層一（海光）：hygon-dtk26.10 這一層從零建立——#1568 在基礎映象裡裝 ROCm 感知的 Open MPI，#1577 把該層的 flagcx wheel 以 +dtk2610 字尾釋出，#1578 改為不帶 flagcx 釘固地引導執行時映象，#1584 再把釘固與其 changelog 合併進一條 PR。同層另有 #1575、#1579、#1585 三筆機器人 changelog 日期記錄，以及 #1587 把海光側廠商版 Triton 3.7.0 的缺陷清單交接給 vLLM 線。
  • 映象層二（AMD）：#1571 把 flagcx 釘進 rocm7.2.4 執行時依賴，#1576 刪掉無效的 HIP_VISIBLE_DEVICES=all 環境變數，#1586 補 amdsmi，#1572、#1580、#1582、#1588 四筆記錄 changelog 日期。基礎映象層另有 #1569、#1570、#1583 三筆記錄 2.3.0 日期與重新整理映象描述。
  • 釋出態核查：31 倉 Release 與 8 倉 Tag 原子核查，視窗內沒有新的 Release 物件；唯一帶時間更新的是 FlagCX v0.14.1 標籤（11-01 00:10 重新整理），而 GitHub Releases API 的最新正式版仍是 2026-09-28 釋出的 v0.14.0（正文寫明對應 FlagOS 2.2）。community 倉庫的 release/2.3/release-2.3.yaml 返回 404，release/2.2 清單仍在，說明 2.3 尚未進入清單凍結階段。
  • 待觀：21 筆合入裡，機器人 changelog 佔 8 筆、描述重新整理 2 筆、依賴與引導修復 6 筆、CI 與文件 5 筆。按 FlagOS 2.2 的釋出節奏（清單凍結 → 映象打標 → release-info 上線），2.3.0 仍缺清單與站點兩步；若下一個工作周繼續只做層內修補而不凍結清單，釋出視窗會被壓縮。

1.3 FlagQuantum：昇騰 910C 原生支援合入，167 項硬體驗收透過（10-31）

日期：2026-10-31　來源：FlagQuantum PR #958 · FlagQuantum PR #970 · FlagQuantum 提交 c417d80

  • 驗收資料：PR 正文記錄的組合硬體執行結果為 167 passed, 293 warnings in 115.41s；其中兩個整合檔案分別覆蓋 142 個電路、噪聲、TEBD 與 QEC 用例，以及 25 個動力學用例，並含兩次冷程序計劃重放。另附 CPU 側改動路徑迴歸 1332 passed, 3 skipped in 21.04s，能力與證據欄位契約測試 23 項透過。
  • 覆蓋範圍：complex64/complex128 態向量、MPS、張量網路與密度矩陣；autograd 與顯式梯度方法；混合訓練、噪聲與 TEBD；原生 Ising/Lindblad/Rydberg 動力學與儀器；QEC 預解碼器訓練；owner-sharded 態向量、MPS 與張量網路訓練。PR 明確說明 CPU 預設值、公開簽名與 schema 版本保持不變，新增的是裝置能力提案中已獲批的加法式原生動力學能力。
  • 依賴邊界：Torch-FL 取自 feat/ascend-complex-lowering 分支的 3aebd0c，FlagCX 取官方 v0.14.1 的 6fe3631 並附純昇騰/FlagOS 補丁；PR 明言「已釋出的 wheel 若不含這些修復不足以復現」，等於把可復現性繫結在原始碼提交而非二進位制包上。
  • CI 側：#970 在預置 ARM64 runner 上建 fail-closed 原生迴歸 lane，配套提交把原生迴歸所用 action 歸檔釘到已驗證提交、在隔離 runner 映象裡保留原生 wheel provenance、用已認證 provider 覆蓋繼承的 wheel 版本，並讓原生測試進度流式寫入 watchdog。
  • 意義：此前 910C 只有實驗性 split-FP32 路徑的證據，這條線把量子棧的昇騰適配推到原生 provider 層，並把「硬體驗收記錄」寫進倉庫文件與 CI，而不是留在個人環境裡。

1.4 FlagQuantum：單視窗 35 筆合入，合成線資源賬目進入契約化階段（10-31 ~ 11-02）

日期：2026-10-31 ~ 2026-11-02　來源：FlagQuantum PR #1000 · FlagQuantum PR #995 · FlagQuantum PR #993 · FlagQuantum PR #984

  • 總量與結構：FlagQuantum 72 小時內合入 35 筆，其中合成線 28 筆、昇騰原生支援 1 筆、CI 與工具 5 筆、模擬文件與修復 2 筆。合成線是絕對主體，且全部圍繞「可提交輸入、可驗證語義、可核算資源」三件事。

  • 輸入面：#969 提出公共 Qmod 輸入與共享 Program 語義，#971 准入有界 Qmod 檔案與文字輸入，#985 准入原生一位元相位語句，#993 與 #994 支援有界 within/apply 作用域及其巢狀。Qmod 從內部格式變成對外可提交的輸入形態。
  • 語義面：#972、#981、#982、#990 依次補上無符號相等/小於謂詞、從 Python 條件一致地選值、無符號關係與鏈式區間謂詞、原生無符號比較表示式；#974、#984、#995、#997 把謂詞相位與已初始化暫存器借用組合起來，並做到不依賴臨時標誌位。
  • 資源面：#988 與 #989 在暫存器呼叫中驗證 Const 借用與 fresh-output；#991 驗證計算結果清理與儲存複用，#992 驗證本地所有權與零槽複用；#999 對已證明無進位的常量加法削減工作區，#1000 對精確 2 的冪乘法削減臨時位。以 x * 256 為例，基線為 28 個分配量子位、18 個工作區位、14 個操作、深度 6、4 GiB 態緩衝；合入後為 19 個分配量子位、9 個工作區位、12 個操作、深度 4、8 MiB 態緩衝。x * 4 探針則由 14/12 分配與使用位、8 工作區位、24 操作、深度 18、256 KiB 降到 10/10、4、10、深度 4、16 KiB。
  • 邊界與口徑：PR 明示這些是「精確資源核算」，不是執行時加速、最優性或程序峰值記憶體的保證；零、一、非 2 的冪常量、兩個量子運算元、以及帶零下界的派生值仍走通用乘法；改動只落在 Compiler 的 lowering 一處生產檔案。
  • 含義：量子合成編譯器過去一個季度的主線是「能合成多少構造」，這個視窗轉成「每個構造的資源賬目能否被複算與迴歸」。這類工作的價值不在單點效能，而在於讓資源預算成為可迴歸的契約——與主線運算元庫的效能補丁是兩種不同性質的工程。

1.5 FlagGems：KernelGen 三運算元入英偉達線，崑崙芯 XPU3 十筆效能補丁收口（10-30）

日期：2026-10-30　來源：FlagGems PR #7988 · FlagGems PR #7957 · FlagGems PR #7672 · FlagGems PR #7257

  • KernelGen 線：chx7514 單批合入三個檢視類運算元——swapaxes_（#7314）、movedim（#7307）、swapdims_（#7316），均為 Triton 核心實現，走的是 KernelGen 自動生成到人工複核的常規通道。
  • SiliconFlow 線：winfan1314 四筆，分別是 PPU 的 triangular_solve 預設與 out 執行（#7672）、PPU 的 upsample_nearest2d_backward 顯式 scales（#7668）、PPU 的 STFT 走 acFFT（#7667），以及沐曦的 upsample_nearest2d_backward 顯式 scale 對映（#7589）。四筆都是「同一運算元在兩家後端上的執行語義對齊」，屬跨後端一致性工作。
  • 崑崙芯 XPU3 線：單日十筆，覆蓋 #7988 的 11 個 pointwise 與 reduction 運算元最佳化、#7957 的直指標 foreach 核心與 allclose/isclose 歸約及 index_put/clone 複製路徑、#8052 的 BF16 pointwise 一維分塊移植、#7960 的 mm 調優配置複用 SPLIT_K KeyError、#7983 的 is_same_size 與 channel_shuffle 效能、#8024 的 fmod 精確截斷（div_rn 加 FMA 殘差）、#7955 的 choose_qparams_optimized 單發射鄰域搜尋、#7954 的 sgn bf16 分 dtype 分塊、#8048 的 foreach_pow libdevice 樁符號修復與廠商 powf 回退、#8047 的 foreach_pow_scalar_ 測試路由修正。
  • 昇騰線：#7257 把 topk 自定義運算元的呼叫方式改為 tle_raw.call，與 TLE 方言統一，屬介面收斂而非效能改動。
  • 積壓：FlagGems 在審 158 筆、新開 82 筆，幾乎全部來自 KernelGen 批次提交；合入 18 筆與在審 158 筆的比例說明評審端仍未跟上生成端，這是 2.3 凍結前最現實的風險點。

1.6 Torch-FL：地平線 BPU 走通卷積與池化，天數、沐曦、海光路徑分頭收斂（10-30 ~ 11-01）

日期：2026-10-30 ~ 2026-11-01　來源：Torch-FL PR #686 · Torch-FL PR #693 · Torch-FL PR #698 · Torch-FL PR #700

  • 地平線 BPU：#686 讓 conv、batch norm 與 pooling 從 eager 路徑直接落到 BPU；#693 更進一步，用等價的 depthwise 卷積在 BPU 上承載 avg_pool；#696 把 avg_pool 的卷積形式改由 functional API 表達。三筆連起來看，BPU 側從「有運算元」變成「有可維護的路徑」。
  • 天數 Iluvatar：#698 把 Iluvatar CI 的 FlagTree 釘到 0.7.0，理由是該晶片實際執行的就是這個版本；#697 讓 baddbmm 走廠商 GEMM，而不是部分 tile 的 FlagGems 核心。兩筆都在收「用哪條實現」的口徑。
  • 沐曦與海光：#688 在 FlagGems 側註冊沐曦的 mm 並放寬其 Triton 拒絕的 K 維度；#701 讓海光 DCU 的 FlagGems SDPA 測試跑到真正能執行它們的 lane。#701 的價值在測試可信度——跳過原因寫錯會長期掩蓋失敗。
  • 英偉達預設路徑：#700 修掉預設 NVIDIA conf 把 1485 個運算元路由到 boxing kernel 的問題，這是本視窗影響面最大的一筆；#684 把 FP4 的半位元組移位改成張量運算以命中已路由的過載；#685 按平臺 dot 下限放寬 soft-lowp GEMM 的收縮軸；#687 收窄 day-0 FlagGems override 到其說明本身辯護的運算元；#689 在 CPU-torch 映象失敗時回退到釘固索引；#692 把整合覆蓋保持在用例粒度而非檔案粒度。

1.7 FlagCX：海光 bitcode 與 Device IR 統一打包，SymMem 覆蓋按介面卡收緊（10-31 ~ 11-01）

日期：2026-10-31 ~ 2026-11-01　來源：FlagCX PR #667 · FlagCX PR #687 · FlagCX PR #688 · FlagCX PR #669

  • 海光側：#667 是 UIL 線的一筆結構性改動——增加海光 bitcode 構建，並把 Device IR 的打包方式統一。此前各後端各打各的 IR，海光接入需要單獨維護一套產物；統一之後，新增後端的打包成本下降。
  • 測試側：#687 把 SymMem 覆蓋按介面卡型別強制到 CI，避免「某介面卡沒跑對稱記憶體測試但流水線仍綠」；#688 與 #689 讓 DU stream guard 按 torch 代際選擇，並把同一修復回摘到 0.14.0-rc2。
  • 在審：#669 的昇騰 910C CI 流水線與單測編排、#686 的昇騰裝置完成跟蹤（由 FlagQuantum 側提出，服務於量子棧的通訊完成語義）、#685 的 DAG 化 UniRunner 集合通訊與融合通訊工作流。三筆都在審，構成 2.3 通訊面的待合入項。

1.8 其餘倉庫：FlagPrism 接入沐曦、optest 接入 FlagTrain、FlagTree 上報飛書（10-30 ~ 11-02）

日期：2026-10-30 ~ 2026-11-02　來源：FlagPrism PR #18 · optest PR #19 · FlagTree PR #1457 · FlagQAI PR #15

  • FlagPrism：#18 在 11-02 00:11 合入，為沐曦/MACA 後端補齊偵錯程式執行時——專用 MacaRuntimeBackendAdapter 負責裝置緩衝、主機暫存與流序傳輸，新增 MACA.cmake 構建模組與 Python 繫結，並附測試與文件。這是 FlagPrism 第一次把沐曦接進除錯鏈路。
  • optest：5 筆合入圍繞測試基建——#19 用 uv 管理 FlagTrain 的廠商依賴並接入其 CI，#20 在共享記憶體不足時快速失敗，#21 在安裝失敗時重試包索引，#22 提高 S60 的共享記憶體，#23 按庫與後端隔離併發。方向是把「環境問題」與「運算元問題」在日誌裡分開。
  • FlagTree：#1457 把 FlagGems 的 CI 結果寫進飛書多維表，測試結果從倉庫頁面走到團隊看板；#1494 臨時禁用燧原的 03-topk 測試，屬已知失敗的止損。
  • FlagQAI：11 筆合入、42 筆提交，全部在 web 工作臺——本地專案與檔案標籤、凍結的多檔案執行、實驗對比作為持久工作區、Agent 執行控制與結果溯源。它已從「量子演示頁」長成一個帶專案語義的前端。
  • 其他：FlagGems-sglang #251 補 Qwen3.6 剩餘工作負載套件與原生 SGLang 介面卡；Megatron-LM-FL #203 統一多平臺 CI 規劃、受影響 unit-group 路由與證據化門禁；FlagSparse #115 從外部倉庫 NCIC-AlphaSparse/main 合入；OpenCourse 三筆提交按釋出建立課程與版本歸檔。

二、新聞報道與生態

2.1 渠道核查：CSDN 專欄與 HN 視窗內無新命中，新聞側零元件級條目（11-02）

日期：2026-11-02　來源：CSDN FlagOS 專欄 · HN Algolia · Google News RSS

  • CSDN 專欄：列表頁 15 條文章連結逐篇核時，最新兩篇仍是 10-29 的《大模型推理救星——一個外掛搞定多晶片適配》與《FlagOS Day0 適配 MiniCPM-OCR & Jev：覆蓋 12 平臺》，10-30 之後無新稿；頁面另有 10-15 至 10-17 的三場大會回放條目。
  • HN Algolia：8 組查詢（FlagOS、FlagGems、FlagScale、FlagTree、BAAI、FlagQuantum、FlagSparse、flagos-ai）在 5 天範圍內無標題或正文直接命中；FlagOS 與 FlagGems 各有 4 至 5 條模糊命中，均與本主題無關。
  • Google News：24 組中英文查詢詞命中 43 條，逐條核題後與 FlagOS 元件釋出或晶片適配直接相關的為 0 條；命中主體是燧原、沐曦的三季報與股價稿，以及「智源研究院 開源」「國產算力 開源軟體棧」等寬泛查詢帶來的行業稿。元件名查詢（FlagOS、FlagGems、FlagScale、FlagTree、FlagCX、KernelGen 等）繼續零命中，屬長期常態。
  • 智源社群：首頁與搜尋頁均為客戶端渲染，抓取只能確認首頁未見 FlagOS 條目，無法給出條數級結論；該渠道繼續以「無新增可見條目」記錄。

2.2 成員單位資本市場側：燧原、沐曦三季報同日披露（10-30）

日期：2026-10-30　來源：燧原科技三季報（中證網） · 沐曦股份三季報（澎湃新聞）

  • 燧原科技（688801）：前三季度營業收入 23.32 億元，同比增長 331.74%；歸母淨利潤 -7.54 億元，虧損同比收窄；第三季度單季營收 12.11 億元，同比增長 395.34%，歸母淨利潤 -1.22 億元。研發費用 9.89 億元，同比增長 11.11%，第三季度研發投入佔當季營收 28.83%。合同負債 63.85 億元，較年初增長 1745%。產品側為四代架構五款雲端 AI 晶片，含 AI 加速卡、智算系統與程式設計軟體平臺。
  • 沐曦股份（688802）：前三季度營業收入 28.24 億元，同比增長 128.45%；歸母淨利潤 6.39 億元，扣非淨利潤 2.59 億元，同比雙雙扭虧；第三季度單季營收 15 億元，同比增長 367.12%，扣非淨利潤 3.08 億元，連續兩個季度單季扣非盈利。軟體側釋出 MXMACA 3.9.0，且面向沐曦 GPU 的 MXMACA 構建支援程式碼已合入開源專案 LMCache；模型側稱已完成 GLM、千問、混元等模型的 Day 0 適配。
  • 與 FlagOS 的關係：兩家都是 FlagOS 成員單位，但本條屬財報與商業進展，不是 FlagOS 專案動態。其中沐曦把構建支援程式碼合入 LMCache 是唯一直接落在開源上游的動作，與 FlagOS 的跨晶片目標同向，但走的是自有軟體棧路線；FlagOS 側對應的工作仍以 FlagGems、Torch-FL 的後端補丁體現（見 1.5 與 1.6）。

2.3 生態觀察：世界網際網路大會烏鎮峰會今日開幕，主題聚焦開源開放（11-02）

日期：2026-11-02　來源：世界網際網路大會·烏鎮，何以「開源」 · 新華網：2026 年烏鎮峰會將聚焦開源開放

  • 議程：2026 年世界網際網路大會烏鎮峰會於 11 月 2 日至 5 日舉行，主題為「開源開放 共建共享——攜手構建網路空間命運共同體」，設 27 場分論壇，主論壇設「人工智慧烏鎮對話」，議題包括全球人工智慧開源生態構建。
  • 相關性：本條屬行業背景，與 FlagOS 專案無直接議程關聯；放在此處的原因是開源 AI 系統軟體是本屆峰會的主議題之一，而 FlagOS 所處的「多晶片統一軟體棧」正是該議題下最具體的工程形態。視窗內公開報道未涉及 FlagOS 的專項議程，故不計入專案動態。

三、成員單位與後端廠商深挖

3.1 海光：DTK 26.10 從基礎映象到 wheel 的 21 筆收口（10-31 ~ 11-01）

日期：2026-10-31 ~ 2026-11-01　來源：build-infra PR #1568 · build-infra PR #1577 · FlagCX PR #667 · FlagScale PR #1299

  • 映象面：海光這一輪不是單點修 bug，而是把 DTK 26.10 的整條交付鏈補齊——基礎映象裝 ROCm 感知的 Open MPI、執行時映象在不釘 flagcx 的前提下先引導、隨後把 flagcx==0.14.1+dtk2610 釘回去、並單獨釋出該 wheel。#1587 把廠商版 Triton 3.7.0 的缺陷交接給 vLLM 線，等於承認這版 Triton 的問題不在 FlagOS 側修。
  • 通訊面：FlagCX #667 的海光 bitcode 與 Device IR 統一打包，是海光在通訊庫側第一次拿到與其它後端一致的構建產物形態。
  • 訓練面：FlagScale 在審 #1299 加海光 DCU 硬體健康取樣，#1255 至 #1257 三筆加 NCCL 的 CPU 側缺失進入、集合通訊與 P2P 不匹配、內部掛起三類診斷。#1299 與三筆診斷合起來，指向的是「萬卡訓練出問題時能不能定位」。
  • 注意力面：FlagAttention #117 在審，內容為海光 GLA 後端最佳化，10-30 有更新。
  • 判斷：海光是本視窗投入最集中的成員單位，21 筆 build-infra 加通訊與訓練側補丁，覆蓋了「打包—通訊—訓練可觀測性」三段。DTK 26.10 的代價幾乎全在依賴解析與打包，而不是核心本身，這與上一期 DTK 26.10 首輪接入時的結論一致。

3.2 昇騰：910C 原生量子線之外，XCS 介面與通訊 CI 同步推進（10-30 ~ 11-01）

日期：2026-10-30 ~ 2026-11-01　來源：FlagQuantum PR #958 · FlagGems PR #7257 · FlagCX PR #669 · FlagAttention PR #120

  • 量子線：910C 原生 provider 支援與 ARM64 迴歸 lane 是本視窗最大單筆（見 1.3）。配套的 FlagCX #686 在審，處理昇騰裝置完成跟蹤與張量保活，是量子棧在通訊層的前置條件。
  • 運算元線：FlagGems #7257 把昇騰 topk 自定義運算元的呼叫改成 tle_raw.call，與 TLE 方言對齊；這類介面收斂通常先於大批運算元遷移發生。
  • CI 線：FlagCX #669 在審，為昇騰 910C 建 CI 流水線並標準化單測編排；vllm-plugin-FL #663 在審，把 CI 映象切到 v0.28.0-ascend-ci 並在 910c 上禁用圖模式用例。
  • 注意力線：FlagAttention #120 在審，為昇騰加 GDN chunk 前向與迴圈解碼。
  • 編譯線：flir #86 在審，修昇騰結構化置換與計算型 FP32 dot 的下降路徑。

3.3 崑崙芯：XPU3 十筆效能補丁單日合入（10-30）

日期：2026-10-30　來源：FlagGems PR #7988 · FlagGems PR #8024 · FlagGems PR #7955 · sglang-plugin-FL PR #155

  • 單日十筆：從 #7954 到 #8052，崑崙芯在 10-30 一天內合入十筆 FlagGems 補丁，覆蓋逐元素、歸約、量化引數搜尋、foreach 融合與複製路徑。寫法上有兩條共同線索：一是儘量走直指標與單發射，減少中間分配；二是對 bf16 單獨給分塊寬度與核心體，而不是複用 fp16 引數。
  • 精度類：#8024 的 fmod 用 div_rn 加 FMA 殘差實現精確截斷，#7955 的 choose_qparams_optimized 用單次發射做鄰域搜尋，都是「效能與數值正確性同時收緊」的例子。
  • 推理棧：sglang-plugin-FL #155 在審，把崑崙芯後端升到 SGLang 0.5.18；FlagGems-sglang 側 10-31 合入的 #251 補了 Qwen3.6 工作負載套件。
  • 判斷：崑崙芯是本視窗唯一以「批次效能補丁」形態出現的後端，十筆集中在同一天，說明其團隊按批次推進而非隨上游節奏。

3.4 沐曦：FlagPrism 補 MACA 後端，注意力側補 Parallax 與 Hy3（10-30 ~ 11-02）

日期：2026-10-30 ~ 2026-11-02　來源：FlagPrism PR #18 · FlagAttention PR #119 · FlagAttention PR #122 · FlagGems PR #7589

  • 偵錯程式：FlagPrism #18 在 11-02 00:11 合入，補 MACA 執行時介面卡、構建模組、Python 繫結與測試。此前 FlagPrism 的後端清單裡沒有沐曦，這一筆補齊後，沐曦在多晶片除錯鏈路上與其它後端同級。
  • 注意力：#119 在審，為沐曦加最佳化過的 Parallax prefill 與 decode；#122 在審，加 BF16 與 INT8 的 Hy3 注意力。兩筆都是新模型結構的多晶片落地，而不是既有運算元的調優。
  • 運算元：FlagGems #7589 合入，修沐曦 upsample_nearest2d_backward 的顯式 scale 對映；Torch-FL #688 合入，在 FlagGems 註冊沐曦 mm 並放寬 Triton 拒絕的 K。
  • 推理棧：vllm-plugin-FL #635 在審，把 Qwen3.8-Flash-Next 適配到沐曦；sglang 側未見視窗內沐曦新單。
  • 產業側：沐曦三季報披露 MXMACA 3.9.0 釋出、構建支援程式碼合入 LMCache，詳見 2.2。

3.5 清微、燧原、天數：TXDA 進 vLLM 0.28、GCU 圖模式、FlagTree 版本釘固（10-30 ~ 11-01）

日期：2026-10-30 ~ 2026-11-01　來源：vllm-plugin-FL PR #642 · vllm-plugin-FL PR #667 · Torch-FL PR #698 · FlagTree PR #1494

  • 清微：vllm-plugin-FL #642 在審，把 eager 的 TXDA 後端適配到 vLLM 0.28.0；sglang-plugin-FL #133 在審，容忍 transformers 5.15+ 的 qwen3_asr 註冊差異，並修多 chunk 下 token_to_kv_pool 洩漏；Torch-FL #704 於 11-02 新開，為清微的 conf 加註冊集守衛。三筆分別對應「版本跟進、長跑穩定性、配置正確性」。
  • 燧原：vllm-plugin-FL #665 在審，CI 映象遷到 flagos-dev 並在 v0.28 後端禁用圖模式用例；#667 於 11-01 新開，為燧原加 vLLM 0.32 的原生 eager 與圖執行；FlagTree #1494 合入，臨時禁用 03-topk 測試止損；FlagAttention #118 在審，加 parallax 運算元。
  • 天數：Torch-FL #698 合入，把 Iluvatar CI 的 FlagTree 釘到 0.7.0——該晶片實際執行版本即此；#697 合入，讓 baddbmm 走廠商 GEMM；vllm-plugin-FL #664 在審，CI 適配 v0.28.0 並更新預置映象；sglang-plugin-FL #139 在審，完成 SGLang 0.5.18 的空執行時適配。
  • 共同點：三家的視窗內動作都以「vLLM 0.28 遷移」為主軸，區別在清微與燧原在補長跑與圖模式，天數在把版本釘到晶片實際能跑的線。這類工作不出現在運算元效能表裡，但決定了新版本能不能在自家晶片上穩定跑起來。

3.6 摩爾執行緒與地平線：MUSA 側補大模型注意力，BPU 側補運算元路徑（10-30 ~ 11-01）

日期：2026-10-30 ~ 2026-11-01　來源：FlagAttention PR #121 · sglang-plugin-FL PR #158 · Torch-FL PR #686 · Torch-FL PR #693

  • 摩爾執行緒：FlagAttention #121 在審，加 Moba 注意力並修一個 import 缺陷；sglang-plugin-FL #158 在審，在 MUSA 上支援 MiniMax-M3；FlagGems 有 fix/musa-pinverse-frozen-reference-20261030 分支推送，未合入。視窗內摩爾執行緒沒有合入筆數，動作都在在審側。
  • 地平線：Torch-FL 三筆合入全部圍繞 BPU——conv、batch norm、pooling 走 eager 路徑落到 BPU（#686），avg_pool 用等價 depthwise 卷積承載（#693），再把該形式改由 functional API 表達（#696）。這是本視窗唯一一條「新後端從單運算元走到成組運算元」的完整路徑。
  • 對比：摩爾執行緒維持「按模型補注意力」的節奏，地平線則在補基礎運算元族的覆蓋面。兩種節奏的差別在於前者服務具體模型上線，後者服務後端可用性。

四、總結與趨勢觀察

日期：2026-10-30 ~ 2026-11-02　來源：flagos-ai 組織 · FlagQuantum PR #958 · build-infra PR #1584 · 新浪科技：AI 零幀起手寫運算元

  • 節奏：72 小時內 17 倉推送、256 筆提交、115 筆合入、275 筆在審。按日均折算，提交約 85 筆、合入約 38 筆，均低於上一期 24 小時視窗的 189 筆與 183 筆，週末效應顯著。與此同時在審總量上升 8.7%、新開 146 筆，形成「產出降、積壓升」的組合。
  • 結構：FlagQuantum 148 筆提交與 FlagQAI 42 筆合計 190 筆，佔全部提交的 74%；主線運算元與編譯（FlagGems 16、Torch-FL 13、FlagTree 2）合計 31 筆，佔 12%。週末的產出結構由量子與智慧體兩條新線支撐，主線依賴工作日廠商投入。
  • 釋出：2.3.0 的兩條映象層（海光 DTK 26.10、AMD ROCm 7.2.4）已完成 changelog、依賴釘固與描述重新整理，但 release/2.3 清單目錄仍未建立、release-info 站點未列 2.3.0。按 2.2 的路徑，2.3 還差清單凍結與站點上線兩步，下一個工作周是關鍵視窗。
  • 技術方向：量子棧這一視窗的重心從「支援哪些構造」轉到「資源賬目能否復算」——x * 256 從 28 個分配量子位、4 GiB 降到 19 個、8 MiB 是可被迴歸驗證的硬數字。配合 910C 的 167 項硬體驗收與 fail-closed 迴歸 lane，量子線正在形成「語義、資源、硬體」三份可核對的證據，這比單點效能更接近工程可用。
  • 風險：FlagGems 在審 158 筆、新開 82 筆，絕大部分來自 KernelGen 批次提交，合入 18 筆與之嚴重不匹配。若 2.3 凍結前評審吞吐不提升，要麼釋出被積壓拖住，要麼大批運算元繞開評審進主線，兩者都會削弱「合入即驗證」的口徑。
  • 外部參照（非 FlagOS 專案）：面壁智慧 10-30 開源運算元生成系統 ForgeKernel，公開直播中在 B200 上經 22.5 小時、42 輪迭代把 FlashMLA prefill 從 1834 微秒壓到 472 微秒，較 DeepSeek 的 518 微秒快 9.8%，並稱在 CANNBench 的 A3、950DT、950PR 三榜登頂。它與 FlagOS 的 KernelGen 屬同一賽道，說明「AI 寫運算元」已從論文指標進入公開打榜與真實框架接入階段；對 FlagOS 的啟示不在模型能力，而在評審與驗證流程能否承接生成速度——這正是本期 FlagGems 積壓暴露的問題。

附錄

信源核查表

信源 核查結果
GitHub 組織倉庫（61 倉） 17 倉視窗內推送，全部核到提交或分支歸屬
提交檢索（committer-date） 256 筆，FlagQuantum 148 筆居首
合併 PR 檢索 115 筆，覆蓋 14 倉
在審 PR 檢索 275 筆，新開 146 筆，FlagGems 佔 158 筆
Release / Tag 原子核查（31 倉 Release、8 倉 Tag） 視窗內無新 Release 物件；FlagCX v0.14.1 僅有標籤，正式 Release 仍是 v0.14.0
community 釋出清單 release/2.3 未建立（404），release/2.2 清單仍在
release-info 釋出站點 未出現 2.3.0 映象標籤
Google News RSS（24 組中英文查詢，走代理） 43 條命中，FlagOS 元件相關 0 條
HN Algolia（8 組，5 天範圍） 無直接命中
CSDN FlagOS 專欄 最新兩篇為 10-29，視窗內無新稿
智源社群 hub.baai.ac.cn 首頁與搜尋頁客戶端渲染，未見 FlagOS 新條目
成員單位官網（九家） 頁面未提供可解析日期，未見 10-30 之後新稿；財報以中證網與澎湃報道為準

完整信源清單

le 顯式 scale） — https://github.com/flagos-ai/FlagGems/pull/7589

9（海光 DCU 健康取樣） — https://github.com/flagos-ai/FlagScale/pull/1299