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

信源：GitHub（org: flagos-ai 61 倉庫全量核查、提交檢索 612 筆含第 6 至第 8 頁補全、合併 PR 274 筆與在審 PR 253 筆檢索、org 事件流 99 條、31 倉 Release/Tag 原子核查、5 倉 Atom 兜底）、FlagRelease 模型倉（Hugging Face 組織下 60 個模型倉最近更新核查）、Google News RSS（24 組中英文查詢詞，走代理）、HN Algolia（8 組）、CSDN FlagOS 專欄、智源社群、InfoQ 與成員單位通稿（詳見附錄信源清單）。

本期索引

  • 今日重點：MiniMax-M3.1-Flash 九芯 W8A8 同日交付；執行時 2.3.0 進入重建授權階段；FlagQuantum 三日 505 筆提交（10-23 ~ 10-26）
  • 一、開源專案進展（GitHub 動態）
    • 1.1 組織節奏：16 倉推送、612 筆提交、274 筆合入，FlagQuantum 獨佔八成提交（10-23 ~ 10-26）
    • 1.2 FlagRelease：MiniMax-M3.1-Flash 九芯 W8A8 同日上架，四家用 Express 版（10-23）
    • 1.3 執行時 2.3.0：兩筆 changelog 日期落定、重建獲授權，容器可按啟動引數選 FlagGems 與 FlagTree 版本（10-23 ~ 10-25）
    • 1.4 FlagQuantum：三日 505 筆提交、148 筆合入，QEC 包重組與 FTQC Stage A 試點並行（10-23 ~ 10-26）
    • 1.5 FlagQuantum：Quafu SDK 生命週期整體切換，Rydberg presence 契約落成（10-25 ~ 10-26）
    • 1.6 FlagGems：50 筆合入，崑崙芯缺陷修復與 KernelGen 運算元批次落地並行（10-23 ~ 10-24）
    • 1.7 FlagGems-sglang：34 筆競賽賽道運算元合入，首增 Debian 與 RPM 打包（10-23 ~ 10-25）
    • 1.8 Torch-FL：廠商命名重構一輪到底，兩日內 16 筆合入（10-23 ~ 10-25）
    • 1.9 推理外掛：vllm-plugin-FL 接入 MiniMax-M3.1，sglang-plugin-FL 補海光 Qwen3.6 MTP 解碼（10-23 ~ 10-24）
    • 1.10 其餘倉庫：FlagTree 跟版 MTHREADS 後端、FlagTrain 新增融合運算元、optest 命令列三改一退（10-23 ~ 10-25）
  • 二、新聞報道與生態
    • 2.1 InfoQ 長文覆盤 FlagOS 2.2：成員單位 107 家、季度下載 46.4 萬次（10-24）
    • 2.2 沐曦與摩爾執行緒同日宣佈 MiniMax M3.1 Flash Day-0 適配（10-23）
    • 2.3 渠道核查：44 條候選 3 條有效，CSDN 專欄視窗內無新稿（10-26）
  • 三、成員單位與後端廠商深挖
    • 3.1 海光：九芯中的 W8A8 版之外，MiniCPM-V 4.7 雙版本同日落倉（10-23）
    • 3.2 崑崙芯：FlagGems 側十餘筆修復與提速，XPU3 路徑集中收口（10-23）
    • 3.3 達摩院玄鐵：真武 Express 版交付，PPU 稀疏注意力在審（10-23 ~ 10-25）
    • 3.4 清微、天數、摩爾執行緒、沐曦：四家在運算元庫側各有一批提交（10-23 ~ 10-25）
  • 四、總結與趨勢觀察
  • 附錄：信源核查表與完整信源清單

今日重點：MiniMax-M3.1-Flash 九芯 W8A8 同日交付；執行時 2.3.0 進入重建授權；FlagQuantum 三日 505 筆提交（10-23 ~ 10-26）

日期：2026-10-23 ~ 2026-10-26　來源：FlagOS 多芯支援說明（MiniMax-M3.1-Flash） · FlagRelease 模型組織 · build-infra PR #1484 · FlagQuantum 提交（全量見附錄）

  • 交付面：MiniMax 於 10-23 開源 M3.1 Flash，FlagOS 社群同日把九家晶片的 W8A8 版本上架 ModelScope 與 Hugging Face：達摩院玄鐵（真武）、英偉達、沐曦、海光、華為昇騰、摩爾執行緒、天數智芯、崑崙芯、清微。九倉在 10-23 14:06 至 14:39 之間集中建立，另有兩家影片模型倉與海光 MiniCPM-V 4.7 雙版本同日跟進。
  • 技術面：FlagOS 把模型原有的 QAT NVFP4 權重重轉為跨芯統一的 W8A8 格式，英偉達、昇騰、崑崙芯與達摩院玄鐵四家提供 Express 版（模型名帶 -FlagOS-Express），其餘五家為標準版；原始碼路徑給到達摩院玄鐵示例，組合為 vLLM 0.24.0 加 vllm-plugin-FL 0.3.0 加 FlagGems 5.4.0，張量並行 8 卡。
  • 版本面：build-infra 在 10-23 與 10-25 各記一筆 2.3.0 的 changelog 日期（寒武紀 neuware 4.4.3、沐曦 maca 3.8.1.3），10-25 授權 2.3.0 執行時重建；容器新增啟動期版本引數，可指定 FlagGems 版本或讓 FlagTree 裝當日構建。2.3.0 尚未打標籤。
  • 開發面：視窗內 612 筆提交、274 筆合入，其中 FlagQuantum 單倉 505 筆提交（佔 82.5%）、148 筆合入（佔 54%）。組織級活躍度已高度集中於量子棧，其餘倉庫以修復與測試契約為主。
  • 判斷：這是繼 GLM-5.3-Flash 九芯之後，一週內第二次「模型開源當日九芯齊發」。區別在於交付物形態：上一輪是 BF16 與多精度並行，本輪統一收斂到 W8A8 單一路徑，並把四家常用平臺做成 Express 版——說明 Day-0 交付已從「能不能跑」進入「按統一格式批次複製」的階段。

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

1.1 組織節奏：16 倉推送、612 筆提交、274 筆合入，FlagQuantum 獨佔八成提交（10-23 ~ 10-26）

日期：2026-10-23 ~ 2026-10-26　來源：flagos-ai 組織倉庫 · 提交檢索 · 合併 PR 檢索

  • 倉庫面：61 倉中 16 倉視窗內有推送，按提交量依次為 FlagQuantum 505、FlagGems-sglang 39、FlagGems 27、Torch-FL 16、build-infra 12、optest 4、FlagGems-vllm 4、vllm-plugin-FL 2、sglang-plugin-FL 1、FlagTree 1、FlagTrain 1。docs、release-info、FlagSparse、Trident、FlagBLAS 五倉的推送落在非預設分支，主分支無新提交。
  • 合入面：合併 PR 274 筆，分倉為 FlagQuantum 148、FlagGems 50、FlagGems-sglang 34、Torch-FL 16、build-infra 12、FlagGems-vllm 4、optest 4、vllm-plugin-FL 2、sglang-plugin-FL 2、FlagTree 1、FlagTrain 1。
  • 在審面：視窗內有更新的 open PR 253 筆，其中新開 141 筆；倉庫分佈為 FlagGems 144（新開 84）、FlagGems-vllm 20、vllm-plugin-FL 14、FlagTree 14、FlagGems-sglang 14、docs 6、FlagTrain 6、sglang-plugin-FL 6、Torch-FL 5、FlagQuantum 4、FlagAttention 4、FlagScale 4。
  • 日均對比：視窗為 72 小時，折算日均提交 204 筆（上一期 24 小時視窗為 135 筆）、日均合入 91 筆（上一期 163 筆）、日均新開 47 筆（上一期 90 筆）。即開發側投入上升，評審吞吐回落——上一期是「佇列在清」，本期轉為「新碼在積」。
  • 版本面：視窗內 31 個倉庫的 Release 與 Tag 原子核查均為零新增，4 天視窗內無任何正式釋出；build-infra 最新標籤仍是 v2.2.0，與 2.3.0 重建授權形成「已授權、未釋出」的懸置狀態。
  • 事件面：org 事件流 99 條，其中 PR 事件 50、推送 20、刪分支 15、建分支 8、關注 3、評審 2、評論 1。刪分支 15 與新開 8 並存，仍是「批次分支合併即刪」的流水線習慣。
  • 判斷：提交與合入的落差集中在 FlagQuantum（505 筆提交對 148 筆合入，合入率 29%），而 FlagGems-sglang 反向（39 筆提交對 34 筆合入，合入率 87%）——前者在寫長週期的科學計算證據鏈，後者在批次吞競賽賽道運算元。兩種節奏同時存在，是本視窗最明顯的結構特徵。

1.2 FlagRelease：MiniMax-M3.1-Flash 九芯 W8A8 同日上架，四家用 Express 版（10-23）

日期：2026-10-23　來源：FlagOS 多芯支援說明 · FlagRelease 組織模型 · vllm-plugin-FL PR #631

  • 適配範圍：九家平臺為達摩院玄鐵（真武）、英偉達、沐曦、海光、華為昇騰、摩爾執行緒、天數智芯、崑崙芯、清微，全部提供 W8A8 版本；模型倉統一掛在 FlagRelease 組織下，ModelScope 與 Hugging Face 雙通道釋出。
  • 量化路徑：FlagOS 把 MiniMax 原生的 QAT NVFP4 權重轉成跨芯通用 W8A8 部署版本，本機不做二次訓練。英偉達、昇騰、崑崙芯與達摩院玄鐵四家為 Express 版，命名規則 MiniMax-M3.1-Flash-W8A8-<platform>-FlagOS-Express，其餘五家為標準版。
  • 模型規格：M3.1 Flash 總引數 428B、啟用 23B，支援 1M 上下文與影象、影片輸入，新增可調思考深度引數；官方口徑為線上推理速度較前代提升近 3 倍、Agent 場景綜合 Token 成本下降 70%。
  • 部署路徑：文件給出兩條路——推薦直接用 FlagRelease 映象（按晶片選倉、按模型卡拉驅動與容器），或從原始碼裝：達摩院玄鐵示例為 vLLM 0.24.0、vllm-plugin-FL 0.3.0、FlagGems 5.4.0，按需再加 FlagTree 與 FlagCX，tensor_parallel_size=8 起服務。
  • 程式碼側配套：vllm-plugin-FL 在 10-24 08:25 合入「add MiniMax-M3.1 support and inference example」（#631），把模型接入與推理示例一併進主幹；FlagGems-vllm 在 10-23 17:19 合入 PPU 側 flash_mla_sparse_fwd（#975），對上 M3.1 的稀疏 MLA 路徑。
  • 判斷：九倉集中在半小時內建立，說明發布流水線已模板化；真正的差異在模型卡里的執行時矩陣（框架版本、外掛分支、FlagGems 提交、是否需要 FlagCX），這也是判斷「是否真適配」的可核查依據。

1.3 執行時 2.3.0：兩筆 changelog 日期落定、重建獲授權，容器可按啟動引數選 FlagGems 與 FlagTree 版本（10-23 ~ 10-25）

日期：2026-10-23 ~ 2026-10-25　來源：build-infra PR #1472 · PR #1475 · PR #1480 · PR #1482 · PR #1484 · PR #1487

  • 流程改造（#1472）：執行時映象推送從此必須附 changelog 並記錄日期，否則流水線拒絕推送；#1478 進一步要求每份 changelog 記錄 FlagTree 的版本覆蓋值。釋出留痕從「人工記憶」變成「門禁」。
  • 版本留痕：10-23 14:40 機器人提交 2.3.0 的 changelog 日期（寒武紀 neuware 4.4.3），10-25 18:26 再提交一筆（沐曦 maca 3.8.1.3）。兩筆都由 github-actions 自動生成，說明對應廠商的後端組合已進入構建名單。
  • 重建授權（#1484）：10-25 10:03 授權對 2.3.0 執行時按版本請求重建，緊隨其後的 #1485 修掉 OCI 標籤構建引數的引號問題、#1486 修廠商 SDK 環境變數丟失 venv 字首的問題——都在為重建清障。
  • 引數化（#1480、#1482）：容器支援把 FLAGTREE_VERSION 設為 latest 以裝當日構建、用 FLAGGEMS_VERSION 指定 FlagGems 版本，版本從「燒進映象」變成「啟動時選擇」；#1477 同時刪掉 -build 變體，明確執行時映象即交付物。
  • 判斷：2.3.0 的準備工作集中在「可復現性」而非新功能——門禁、留痕、授權、引數化四件齊備，只差打標籤。按 build-infra 的既有節奏，標籤之後通常是全後端映象批次重出，屆時值得核對各廠商 changelog 是否補齊到九家。

1.4 FlagQuantum：三日 505 筆提交、148 筆合入，QEC 包重組與 FTQC Stage A 試點並行（10-23 ~ 10-26）

日期：2026-10-23 ~ 2026-10-26　來源：FlagQuantum 提交 · PR #749 · PR #832 · PR #868

  • 總量：505 筆提交、148 筆合入，均為全組織第一；提交佔 82.5%，合入佔 54%。三日連續作業，最晚一筆合併發生在 10-26 01:08。
  • QEC 包重組（#735 ~ #749 連續九筆）：把糾錯碼從單一實現拆成有邊界的包——先審計包邊界與相容基線（#735），再依次隔離碼矩陣與噪聲掃描（#737）、拆分碼族與所有權（#739）、分離儲存宣告與執行組裝（#740）、拆出探測器誤差模型（#744）、分離解碼演算法與可選介面卡（#746）、定稿包佈局與安裝指引（#748），最後一體化併入主幹（#749）。這是一次以「可安裝性」為目標的目錄手術。
  • FTQC Stage A 試點（#832 及後續）：10-25 02:12 合入有界規模試點資源與觀察記錄，隨後是混合線路策略研究（#846）、七點續跑方案（#860）、混合試點臺賬定稿（#868）、延續檢查點的物理評估（#847）。路徑特徵是按「預算—觀察—結論」三段留證，而不是一次跑完。
  • Ising 支線：10-25 08:55 起提供帶種子的 Ising 電荷軌跡執行，10-25 13:02 起從測量記錄驗證固定探測器佈局；取樣計劃（#838）與合同基線同日合入。
  • CI 側：新增 MC550 跑批（#742）、擴充 A800 的 CPU 容量並調整人工驗證路由（#743、#745）；在審 PR #762 提出暫停 R300 的 PR 排程、把池資格改為手動。
  • 判斷：量子棧用三天完成了一次結構性重整——包邊界、誤差模型、解碼器各自獨立，為後續把 M3 的取樣與終端儀器介面接進來騰出了乾淨位置。合入率只有 29%，說明大量提交仍走在提案與證據鏈上，短期內不宜按「功能交付」口徑解讀。

1.5 FlagQuantum：Quafu SDK 生命週期整體切換，Rydberg presence 契約落成（10-25 ~ 10-26）

日期：2026-10-25 ~ 2026-10-26　來源：PR #852 · PR #855 · PR #856 · PR #862 · PR #866 · PR #876

  • Quafu 遷移（10-25 18:23 ~ 23:26 六筆連發）：發現流程改走 SDK（#852）、邏輯任務遷移（#855）、QSteed 物理程式改由 SDK 提交（#856）、拓撲解析走 SDK（#858）、孿生生命週期遷移（#862）、最後退役舊執行生命週期（#866）。舊路徑是刪除而非保留別名，屬硬切換。
  • 在審收尾：PR #857 完成生命週期遷移的剩餘部分、#874 做只讀 SDK 切換，均處於在審狀態；說明切換是分批推進、按可回退粒度切開的。
  • Rydberg presence 契約（10-25 16:35 ~ 10-26 01:08）：先立契約基線（#854），再拒絕在無條件 Rydberg 組裝中出現觀察（#865），隨後編碼單次 presence 觀察（#869）、提出有界相干分支一致性（#870）、驗證有界相干分支參考（#873），最後提出有限動態相干參考（#876，10-26 01:08 合入）。
  • 判斷：兩條線都在做「先定契約、再放實現」的收口。Quafu 從自研執行生命週期切到廠商 SDK，意味著量子硬體側的外部依賴正式成形；Rydberg presence 從「能否宣告」推進到「能否觀察」，是中性原子路線跨過 M3 門檻前的最後一段。

1.6 FlagGems：50 筆合入，崑崙芯缺陷修復與 KernelGen 運算元批次落地並行（10-23 ~ 10-24）

日期：2026-10-23 ~ 2026-10-24　來源：FlagGems 提交 · PR #7095 · PR #7274 · PR #6623 · PR #7199

  • 總量：50 筆合入、27 筆主分支提交，是組織內合入數第二的倉庫；KernelGen 與崑崙芯兩條線交替落地。
  • 崑崙芯（XPU3）集中修復：addmv_out 補 M=0、beta=0、N=0 邊界（#7095）；log_softmax 前向改用整型鍵求最大值並加 N==1 快速路徑（#7523）；special_log1p 標量輸入改回 0 維張量（#7457）；rnn_relu 上融合核並接自動微分（#7110）；scaled_grouped_mm 在後端做 FP8 E4M3 解碼（#7274）；另有 frexp、conj_physical_、unsqueeze 與 upsample_linear1d 反向等一批修復與提速（#7610、#7599、#7560、#7595、#7349、#7354）。
  • KernelGen 批次：新增稀疏 BSR 運算元（#7076），foreach 系列測試改為直連候選注入並連開批次 01 至 09（#7543 至 #7551），einsum 定義與可注入套件（#7637），基準結果 JSON 保留優先順序（#7615），跨七平臺參考審計後補精確 OOM 跳過（#7662）。
  • 其他後端：摩爾執行緒 FP8 矩陣乘改用 TLE warp 特化（#6623）；昇騰把 addmm 的調優候選與 mm 隔離（#7575）；沐曦側修 scaled_mm 的用例收集與後端能力檢查、修 and 模式（#7248、#7454），並補 convolution_backward 兩個運算元（#7016）；英偉達最佳化 Hopper FP8 小 M 形狀（#7068）。
  • 清理：刪掉第一批誤移植的 CPU 運算元（#7199），屬對早期跨芯複製式移植的回撤。
  • 判斷：本期沒有新運算元庫級的大動作，重心在「把已有運算元在各後端修到能用」。#7199 的回撤與 #7662 的 OOM 審計是同一件事的兩面：先承認歷史移植有欠賬，再用測試契約逐條清賬。

1.7 FlagGems-sglang：34 筆競賽賽道運算元合入，首增 Debian 與 RPM 打包（10-23 ~ 10-25）

日期：2026-10-23 ~ 2026-10-25　來源：FlagGems-sglang 提交 · PR #210 · PR #191 · PR #196

  • 總量：34 筆合入、39 筆提交，合入率 87%，是組織內合入效率最高的倉庫。
  • 競賽賽道供給：絕大多數合入帶 [FlagOS Competition-Track1] 字首，來自 yzw1128、c2flowDS、SweetDeathh、love530love、xuanzhengdu-eng、liangkw16、sinpeyw、goldenfox2025、hangglider5 等外部貢獻者，覆蓋 MLA 緩衝讀寫、排布重排、Top-K 取樣、MoE 零專家、快取定位、軟池化等 SGLang 推理鏈路運算元。
  • 節奏：10-23 15:47 至 18:02 兩小時出頭連合 33 筆，其中 16:21 至 16:31 十分鐘內合入九筆；10-25 22:37 補入 memcpy_triton（#196），批次掃尾。
  • 工程側：新增 Debian 與 RPM 打包（#191），並修 SQLAlchemy 1.4 相容（#190），說明該倉已不只是運算元集合，開始承擔可安裝發行物的角色。
  • 在審：13 筆新開 PR 仍以競賽賽道運算元為主（#207 至 #220），另有裝置後設資料初始化修復。
  • 判斷：競賽成為穩定的運算元供給渠道，兩週內該倉從零散提交變成有發行包的專案。風險同樣明顯——稽核壓力集中在一個倉庫、單人單日可合十餘筆，契約一致性依賴事後的測試批次補齊。

1.8 Torch-FL：廠商命名重構一輪到底，兩日內 16 筆合入（10-23 ~ 10-25）

日期：2026-10-23 ~ 2026-10-25　來源：Torch-FL 提交 · PR #643 · PR #649 · PR #653 · PR #639

  • 總量：16 筆合入、16 筆主分支提交，全部由 lvyufeng 主導。
  • 命名重構（#645 ~ #650）：把箱化槽位從 Backend::kCuda 改為 Backend::kBoxing（#645），給每個平臺加廠商名（#646），按廠商重新命名原始碼與 CI 目錄（#647）、配置與標記與打包目錄（#648）、後端列舉與英偉達路由鍵（#649），最後修掉重新命名留下的查表失配（#650）。六筆在 13:38 至 15:59 之間完成。
  • 語義修正（#643）：明確「不得從預設配置路由箱化」，並新增僅箱化的 day-0 配置——這是把「某平臺缺運算元時回落到打包路徑」從隱式行為改成顯式宣告。
  • 平臺修復：MPS 側保留 MPSGraph 廣播形狀（#640）、給線性運算元用例配 CPU 參考與可讀差異（#606）、讓 Qwen3.5 視覺工廠與插值留在 MPS（#639）；CUDA 側把運算元路由到 FlagGems 而不是空槽（#638）；#653 修 MPS wheel 的平臺命名與字首預檢。
  • 在審：4 筆新開，含 DCU 執行時改從 CUDA 原始碼構建（#654）、CMake 平臺解析相容兩種拼寫（#651）、天數非內層歸約避開掩碼行塊（#644）；另有 #603 的 FlagCICD 契約化編排仍在審。
  • 判斷：一次跨六個 PR 的命名重構能在一個下午完成，說明 Torch-FL 的廠商抽象層仍薄、耦合可控；把箱化行為顯式化則是對「靜默回落」這類最難排查問題的正面處理。

1.9 推理外掛：vllm-plugin-FL 接入 MiniMax-M3.1，sglang-plugin-FL 補海光 Qwen3.6 MTP 解碼（10-23 ~ 10-24）

日期：2026-10-23 ~ 2026-10-24　來源：vllm-plugin-FL PR #631 · sglang-plugin-FL PR #149 · FlagGems-vllm PR #975 · FlagGems-vllm PR #991

  • vLLM 側：10-24 08:25 合入 MiniMax-M3.1 支援與推理示例（#631），是九芯交付在程式碼側的對齊動作；10-23 10:24 另有一筆把 FlagGems-vllm 數學 shim 的修復釘進 CI（#610）。
  • SGLang 側：海光實現 eager 模式下 Qwen3.6 的 MTP 解碼（#149，10-23 15:23），同日更新支援模型與晶片清單（#151）。
  • 運算元側：FlagGems-vllm 在 10-23 合入 PPU 的 flash_mla_sparse_fwd（#975）、修摩爾執行緒 top_k_per_row_prefill 在窄值帶上的錯序（#831）、最佳化 PH1 的塊縮放 FP8 bmm（#893）、給 persistent_topk 加取樣路徑（#991）。
  • 在審：vllm-plugin-FL 14 筆、sglang-plugin-FL 6 筆視窗內有更新，其中 sglang-plugin-FL #153 修昇騰混合視覺語言批處理與確定性歸約，#139 補天數 SGLang 0.5.18 的 empty 執行時適配。
  • 判斷：兩個外掛倉的單筆合入量不大，但每筆都對應一家廠商的一條真實推理鏈路。九芯交付的軟體側證據，最終就落在這些 PR 的模型卡版本矩陣裡。

1.10 其餘倉庫：FlagTree 跟版 MTHREADS 後端、FlagTrain 新增融合運算元、optest 命令列三改一退（10-23 ~ 10-25）

日期：2026-10-23 ~ 2026-10-25　來源：FlagTree PR #1416 · FlagTree PR #1436 · FlagTrain PR #15 · optest PR #10 · FlagBLAS PR #154

  • FlagTree：主分支僅一筆——摩爾執行緒後端跟到上游 0842829c1（#1416）。在審 14 筆，重點有崑崙芯的分散式 TLE 後端（#1436，10-25 新開）、tle.gpu.copy 增加 pad_value（#1429）、顯式 tile 複製範圍（#1433）、昇騰 tl.where 接受指標運算元（#1430）、按後端拆分的 deb 打包（#1417）。
  • FlagTrain：合入 wf6af16_linear 融合運算元（#15），覆蓋英偉達、昇騰、天數、沐曦四家 Triton 實現；在審有 moe_gemm（#31）、fp8_gemm（#18）、mixed_gemm（#10），訓練側運算元供給在補。
  • optest：一天內三改一退——支援當前與顯式專案目錄（#7）、移除遺留 root profile（#8）、報告命令改預設工作目錄（#9），隨後回退 #8（#10）。回退說明 profile 方案仍需保留，屬試驗性收斂。
  • FlagBLAS：10-24 新開 PR #154「Add T-Head L1 support」，把達摩院玄鐵的 L1 運算元接進 BLAS 庫；預設分支無新提交。
  • Trident 與 FlagSparse：Trident 的 feature/monad 分支在 10-24 至 10-25 推送五次，PR #4 引入 Monad 中間層做計算組合；FlagSparse 僅 zyq_sparse 分支有推送，主分支靜默。
  • docs 與 release-info：docs 由機器人三次推送模型清單分支（ModelScope、愛幻芯、Hugging Face 各一次），對應 PR 仍在審；release-info 的 gh-pages 三次更新，但 31 倉原子核查未見新 Tag 或 Release。

二、新聞報道與生態

2.1 InfoQ 長文覆盤 FlagOS 2.2：成員單位 107 家、季度下載 46.4 萬次（10-24）

日期：2026-10-24　來源：InfoQ：智源眾智 FlagOS 2.2 讓前沿模型與多元算力協同演進

  • 生態口徑：截至第三季度，FlagOS 生態成員單位 107 家，季度社群下載 464,336 次，為第二季度的 4.76 倍；程式碼貢獻者 264 位，較上一版增加 55%。
  • 開發量口徑：從 2.1 到 2.2，合併 PR 由 1,890 增至 4,890，程式碼提交由 5,100 增至 9,730，新建 Issue 由 420 增至 1,423。
  • 技術口徑：九大運算元庫合計 1,454 個運算元、較上一版增 890 個；上千運算元、10 款晶片範圍內跨芯整體效能提升約 27%；GLM-5.3-Flash 在存量昇騰 910B 上邏輯服務吞吐 8.52k 升至 17.36k tokens/s（2.04 倍），512K 長上下文生成 60.9 tokens/s。
  • 成本口徑：按每臺 8 卡 910B 月租 16,500 元、3P1D 部署、93% 快取命中率測算，256K 輸入 8 併發場景每百萬輸出 Token 折算 59.27 元、512K 輸入 4 併發 104.53 元，分別較對應商業 API 計費參考低 19.4% 與 27.6%。
  • 判斷：這是 2.2 釋出後最完整的一篇中文技術覆盤，價值在它給出了可比的社群指標（下載量、貢獻者、PR 數），而不只是效能數字。需注意成本項是「按租金折算」的測算，不是同負載實測對照，引用時應保留這一限定。

2.2 沐曦與摩爾執行緒同日宣佈 MiniMax M3.1 Flash Day-0 適配（10-23）

日期：2026-10-23　來源：新浪科技：沐曦曦雲 C 系列 Day 0 跑通 MiniMax M3.1 Flash · 介面新聞：摩爾執行緒完成 MiniMax M3.1 Flash 適配

  • 沐曦：10-23 開源當日，曦雲 C 系列完成 Day 0 深度適配，官方稱依託 MXMACA 全棧軟體棧（驅動、MXCC 編譯器、運算元庫、推理框架適配）；自 2025 年 12 月以來已完成 45 個旗艦模型 Day-0 適配，這是其第四次跟進 MiniMax 旗艦。
  • 摩爾執行緒：同日由旗艦訓推卡 MTT S5000 與 MUSA 軟體棧完成適配，表述為「完成適配」而非「Day-0」。
  • 口徑辨析：兩家通稿強調的是自有軟體棧（MXMACA 與 MUSA）的能力；FlagOS 側的交付物是 FlagRelease 的九芯 W8A8 倉與 vllm-plugin-FL、sglang-plugin-FL 兩個外掛。兩者可以同時為真，但不是同一件事——廠商口徑適合看單晶片首日可用性，FlagOS 口徑適合看跨芯統一格式與批次複製能力。
  • 判斷：Day-0 已成為國產晶片廠商的標準營銷節點，媒體的「首發」「率先」措辭不再稀缺。真正有區分度的是交付物是否可下載、版本矩陣是否寫明，這一點本輪 FlagOS 與兩家廠商都給到了可核查材料。

2.3 渠道核查：44 條候選 3 條有效，CSDN 專欄視窗內無新稿（10-26）

日期：2026-10-26　來源：Google News RSS（走代理） · CSDN FlagOS 專欄 · HN Algolia

  • Google News：24 組中英文查詢詞共 44 條落在視窗內，逐條按標題語義過濾後 3 條有效——InfoQ 的 2.2 覆盤、沐曦與摩爾執行緒的 Day-0 通稿。其餘為股市行情、燧原與清微的股價類稿件、智源社群的 AI 研究類推文，均與 FlagOS 軟體棧無直接關係。
  • 噪音模式：燧原科技 when:7d 15 條几乎全是科創板行情與融資資料；摩爾執行緒 開源 when:7d 14 條被 MiniMax 開源稿佔滿；清微智慧 when:7d 命中自媒體標題黨一篇。這類查詢今後可只保留標題含「FlagOS/運算元/軟體棧/晶片適配」的條目。
  • CSDN 專欄：最新一篇為 10-22 19:00 的高校圓桌直播預告，視窗內無新稿；專欄當前頭條仍是 GLM-5.3-Flash 九芯 Day0 與 Qwen3.8-Flash-Next 八芯適配，均屬此前各期。M3.1 九芯的專欄稿截至本視窗末尚未釋出。
  • HN Algolia：8 組查詢 4 天內共 36 條命中，FlagOS、FlagGems 各 3 條但無標題直接匹配，BAAI 30 條均為模型與研究討論，無 FlagOS 相關。
  • 智源社群：搜尋頁為客戶端渲染，抓取僅得框架頁，無法作為條目來源；本期未從該渠道取用內容。

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

3.1 海光：九芯中的 W8A8 版之外，MiniCPM-V 4.7 雙版本同日落倉（10-23）

日期：2026-10-23　來源：FlagRelease 模型組織 · sglang-plugin-FL PR #149 · FlagScale PR #1299

  • 模型交付：MiniMax-M3.1-Flash 的 W8A8-hygon-FlagOS 標準版落倉；同日 17:47 至 17:48 另有兩個 MiniCPM-V 4.7 倉上架（1B BF16 與 35B-A3B BF16），是海光在視覺模型線上的補位。
  • 推理鏈路：sglang-plugin-FL 合入 eager 模式下的 Qwen3.6 MTP 解碼（#149），把投機解碼路徑開到海光；同日更新支援模型與晶片清單（#151）。
  • 運算元與注意力：FlagAttention 有兩筆在審——去掉 FP8 MSA 路徑並修測試匯入（#109）、新增 HY3 後端支援（#112，10-25 新開）。
  • 訓練側：FlagScale 的在審 PR #1299 增加 DCU 硬體健康取樣，屬長週期在審項（9-18 起）。
  • 判斷：海光在本視窗的動作是「模型線鋪開、推理線補 MTP、注意力線開新後端」，三條線同時推進但都以標準版而非 Express 版交付，與其在 FlagOS 九芯中的定位一致。

3.2 崑崙芯：FlagGems 側十餘筆修復與提速，XPU3 路徑集中收口（10-23）

日期：2026-10-23　來源：FlagGems PR #7095 · PR #7110 · PR #7274 · FlagTree PR #1436

  • 運算元修復量：FlagGems 視窗內帶崑崙芯標籤的合入約 15 筆，覆蓋 addmv、log_softmax、rnn_relu、scaled_grouped_mm、frexp、conj_physical_、unsqueeze、upsample_linear1d 反向、batch ops 等，多數標註 [KunlunXin][XPU3]。
  • 效能側：log_softmax 前向加 N==1 快速路徑、unsqueeze 與 upsample_linear1d_backward 提速、foreach 與 or_scalar 效能修復，屬穩定器而非新能力。
  • 編譯側：FlagTree 在審 #1436 提出崑崙芯的分散式 TLE 後端（10-25 新開），若合入將是崑崙芯在 TLE 層的首塊分散式能力。
  • 交付：九芯中的崑崙芯為 Express 版（W8A8-kunlunxin-FlagOS-Express），與英偉達、昇騰、達摩院玄鐵同列。
  • 判斷：崑崙芯是本期運算元側修復密度最高的後端，幾乎全部集中在「已有運算元跑不通或跑得慢」這一類問題上，與它上一期剛成為 FlagTree 第七後端的時間點吻合——後端接入之後必然有一段長尾修補期。

3.3 達摩院玄鐵：真武 Express 版交付，PPU 稀疏注意力在審（10-23 ~ 10-25）

日期：2026-10-23 ~ 2026-10-25　來源：FlagRelease 模型組織 · FlagGems-vllm PR #975 · FlagAttention PR #111 · FlagBLAS PR #154

  • 模型交付：MiniMax-M3.1-Flash 的 W8A8-zhenwu-FlagOS-Express 於 10-23 落倉，是四家 Express 版之一；模型卡給出的原始碼部署示例即以達摩院玄鐵為基準平臺（vLLM 0.24.0、vllm-plugin-FL 0.3.0、FlagGems 5.4.0、TP=8）。
  • 稀疏注意力：FlagGems-vllm 合入 PPU 側 flash_mla_sparse_fwd（#975，10-23 17:19），對上 M3.1 的 MLA 稀疏路徑；FlagAttention 在審 #111 進一步把 MiniMax 稀疏注意力支援開到 PPU（10-24 新開）。
  • 運算元庫擴充套件：FlagBLAS 在審 #154「Add T-Head L1 support」（10-24 新開），把 L1 級運算元納入跨芯 BLAS。
  • 判斷：達摩院玄鐵同時出現在「模型交付的基準平臺」與「運算元庫的新增後端」兩側，說明其在 FlagOS 內部承擔的既是首批驗證平臺、也是運算元覆蓋的補齊物件。Express 版與標準版的差別（是否帶預置執行時）值得後續核對。

3.4 清微、天數、摩爾執行緒、沐曦：四家在運算元庫側各有一批提交（10-23 ~ 10-25）

日期：2026-10-23 ~ 2026-10-25　來源：FlagGems PR #6623 · FlagGems PR #7454 · FlagGems-vllm PR #893 · TransformerEngine-FL PR #148

  • 清微：九芯中的 W8A8-tsingmicro-FlagOS 標準版於 10-23 14:39 落倉；程式碼側視窗內無本倉專屬合入，仍以模型交付為主。
  • 天數（Iluvatar）：九芯標準版落倉；Torch-FL 在審 #644 修非內層歸約避開掩碼行塊（10-23 新開）；sglang-plugin-FL 在審 #139 補 SGLang 0.5.18 的 empty 執行時適配。
  • 摩爾執行緒：FlagGems 合入 FP8 矩陣乘的 TLE warp 特化（#6623），FlagGems-vllm 修 top_k_per_row_prefill 窄值帶錯序並最佳化 PH1 的 FP8 bmm（#831、#893）；FlagTree 在審 #1401 提 PH1 上的混合 FP8/BF16 SQMMA 流水。
  • 沐曦：FlagGems 修 scaled_mm 用例收集與 and 模式、補 convolution 反向（#7248、#7454、#7016）；build-infra 的 2.3.0 changelog 以 maca 3.8.1.3 記入構建名單。
  • 其餘：TransformerEngine-FL 在審 #148 修 generic_gemm 的 alpha 丟失、beta 被忽略與 3D 轉置還原錯誤（10-23）；FlagScale 在審 #1315 提出 L0 至 L4 能力規劃與全量夜跑的測試路由。
  • 判斷：四家的共同特徵是「模型倉先行、運算元修復隨後」，與崑崙芯、海光的路徑一致。九芯交付的真正門檻不在模型倉上架，而在各家的執行時矩陣能否被後續幾周持續維護。

四、總結與趨勢觀察

  • Day-0 交付進入批次化階段：一週內 GLM-5.3-Flash 九芯與 MiniMax-M3.1-Flash 九芯連續兩次同日齊發，且本輪統一為 W8A8 單一路徑、四家 Express 版。交付的可複製性已經建立，下一步的觀察點是「同一格式在不同模型上是否穩定」以及模型卡版本矩陣是否隨上游升級同步更新。
  • 2.3.0 處於「已授權、未釋出」的懸置期：build-infra 的門禁、changelog、重建授權、版本引數化四件事全部就位，標籤尚未打出。與 2.2 釋出前不同的是，本輪把「容器啟動時選元件版本」做成了正式能力，意味著執行時與運算元庫、編譯器的版本解耦，長期看會改變適配與驗證的顆粒度。
  • 組織活躍度高度集中於量子棧：FlagQuantum 單倉佔 82.5% 提交、54% 合入。這種集中帶來快速的結構重整（QEC 包拆分、Quafu SDK 切換），也使組織級的「非量子側」吞吐明顯回落——日均合入從 163 筆降至 91 筆，主要差額來自 FlagGems 與 FlagGems-sglang 的回落。
  • 競賽賽道成為運算元供給主渠道：FlagGems-sglang 34 筆合入中絕大多數來自外部貢獻者的 Competition-Track1，兩小時內可合入 30 筆。供給快、稽核集中，測試契約的補齊依賴事後批次，這條通道的長期質量需要觀察缺陷迴歸率。
  • 廠商側修復進入長尾期：崑崙芯、昇騰、沐曦、摩爾執行緒本期的動作以「已有運算元修到能用」為主，另有一次 CPU 運算元誤移植的回撤。這是後端接入後的必然階段，也說明 2.2 的 1,454 個運算元清單在真實晶片上仍存在覆蓋與精度缺口。
  • 資訊面相對平靜：44 條新聞候選僅 3 條有效，無新版本釋出、無新倉庫建立（新倉均為 10-13 至 10-14 建立）。本期內容主體來自 GitHub，屬典型的「程式碼活躍、釋出會靜默」視窗。
  • 侷限說明：本期提交檢索為 GitHub search 的 total_count 口徑（612 筆），按提交 URL 去重後逐條歸倉，個別倉庫可能存在跨頁重複導致的 ±1 誤差；FlagQuantum 的 505 筆含合併提交與分支同步提交，不能等同於 505 個功能改動；FlagRelease 的時間戳為 Hugging Face 的 UTC 記錄，已換算北京時間；廠商通稿中的「Day-0」「率先」等表述為公司口徑，未取得第三方驗證；InfoQ 的成本數字為按租金折算的測算，非實測對照。

附錄：信源核查表與完整信源清單

信源核查表

信源 核查結果
GitHub 組織倉庫 API 61 倉全量返回，16 倉 72 小時視窗內有推送
GitHub 提交檢索 612 筆（5 頁上限後補第 6 至第 8 頁），按 URL 去重歸倉 11 倉
GitHub 合併 PR 檢索 274 筆視窗內合入，最強為 FlagQuantum 148 筆
GitHub 在審 PR 檢索 253 筆視窗內更新，其中新開 141 筆
GitHub org 事件流 99 條，PR 50、推送 20、刪分支 15、建分支 8
Release 與 Tag 原子核查 31 倉全部零新增，4 天視窗內無正式釋出
Atom 兜底 docs、FlagBLAS、FlagSparse、Trident、release-info 五倉補查，均落在非預設分支
FlagRelease 模型組織 60 倉最近更新核查，視窗內新增 9 個 MiniMax-M3.1 倉與 2 個 MiniCPM-V 4.7 倉
Hugging Face 模型卡 MiniMax-M3.1-Flash 多芯說明文件隨倉首日釋出，九芯清單與 Express 規則可核查
Google News RSS 24 組中英文查詢 44 條候選，3 條有效（走代理）
HN Algolia 8 組查詢 4 天 36 條命中，無標題直接匹配
CSDN FlagOS 專欄 最新稿為 10-22 直播預告，視窗內無新稿
智源社群 搜尋頁客戶端渲染，僅得框架頁，本期未取用
待收錄佇列 當日檔案僅含 RISC-V 條目且已被消費，本主題無指定條目

完整信源清單

[22] FlagGems PR #7199（回撤誤移植 CPU 運算元） — https://github.com/flagos-ai/FlagGems/pull/7199

ll/1299>