報告週期：2026 年 10 月 19 日（週一）至 10 月 23 日（週五），共 5 個工作日。

素材來源：本刊每日 FlagOS 動態報告 5 期（10-19 / 10-20 / 10-21 / 10-22 / 10-23，無缺期）。其中 10-19 期為週一晨報，調研視窗自上一期截點 10-16 06:00 起算（約 72 小時，含 10-17 至 10-18「2026 人工智慧開放計算大會暨眾智 FlagOS 技術大會」全程與量智雲釋出）；10-20 至 10-23 四期為 24 小時視窗，首尾相接，末期末班截至 10-22 06:00 至 10-23 06:00。因此本報告的事實區間為 10-16 至 10-22，10-16 至 10-18 部分按原始日期標註。

編制說明：覆蓋版本與釋出、元件與程式碼共建、成員單位與廠商適配、生態與社群、趨勢觀察五個維度。五期日報按各自視窗累加為提交 654 筆、合入 661 筆；若只取四個完整的 24 小時視窗（10-19 至 10-22 合併日），為提交 507 筆、合入 522 筆。單期有推送的倉庫數依次為 16、16、19、22、16 個，組織倉庫總數為 61 個。版本與標籤以各元件倉庫原子源（releases.atom）獨立複核，與日報口徑一致。

一、本週要聞

  • 大會兩日落定，2.2 的規模口徑第一次被拆成可核驗的四層（10-17 ~ 10-18）：主論壇上智源研究院副院長兼總工程師林詠華以「眾智 FlagOS 2.2：從 token 經濟走向物理 AI」為題披露——21 家晶片廠商 35 款晶片、9 大運算元庫合計 1454 個運算元（較上版增加 890）、跨芯運算元效能提升 27.6%（覆蓋 10 款晶片）、程式碼貢獻者 264 位（環比增 55%）。社群面另有活躍貢獻者 730 以上、成員組織 100 家以上、覆蓋 30 多個國家、開發者 55,800 以上；2.1 到 2.2 的合併 PR 由 1890 增至 4890、新建 issue 由 420 增至 1423、提交由 5100 增至 9730。同日釋出跨晶片除錯與效能分析工具 FlagPrism 與統一量化工具 FlagOS-Compressor。報道稱 2.2 於 9 月 30 日釋出，而倉庫清單實際落庫在 09-28 至 09-29，兩日差在正文按倉庫口徑處理。

  • 量智雲對外發布，FlagOS 的執行棧跨到量子與經典混合排程（10-18）：量智融合分論壇設「量智雲平臺釋出」環節，量智雲（Quantum-AI Cloud）由智源研究院與北京量子資訊科學研究院聯合推出，透過 FlagOS Execution Stack 支撐 FlagQuantum，對接「九鼎」AI 算力系統與「QUAFU」量子計算機，實現量子與經典混合作業排程。程式碼側相互印證：FlagQuantum v0.3.0 的釋出說明已寫明九鼎與 Quafu 任務可恢復、Quafu 多電路結果保序，說明發布時任務提交、回執與結果保序鏈路已在包內，而非僅有框架介面。邊界同樣明確——不在量子硬體上執行、不含 MCP server 與 agent runtime，硬體執行由九鼎與 QUAFU 側承接。

  • 2.3 週期第一次出現「需求到證據」的當日閉環（10-21 ~ 10-22）：10-21 合入兩份 FEP——FEP-0140 為 vllm-plugin-FL 定義三條版本線（0.24 補全五家、0.28 作為十一月主釋出支援十家、0.32 在五家引入），FEP-0141 把 SGLang 0.5.18 的十家廠商矩陣與 DeepSeek-V4 W8A8 目標寫死；10-22 海光即在 vllm-plugin-FL 與 sglang-plugin-FL 兩倉同日完成 vLLM 0.28.0 與 SGLang 0.5.18 的對齊（合計 84 檔案、淨增約 5700 行）。從「把矩陣寫進文件」到「第一條實測透過」只用了一天，是本季最快的需求到證據閉環。

  • 交付面在同一周內完成六後端到七後端的收口，並把通訊庫從特例改成通例（10-16 ~ 10-22）：build-infra 先為 FlagCX 的 nvidia、hygon、cambricon、metax、enflame、iluvatar 六後端各落一枚 22.04 自包含 builder，把 glibc 底線從 2.38 降到 2.35；10-19 把昇騰四個輪子從 24.04 執行時遷入同一形態並補齊清微與曦望；10-21 接入清微與摩爾執行緒成為 FlagTree 第五、第六後端；10-22 崑崙芯成為第七後端。同日把 flagcx==0.14.0 從只釘在兩條 nvidia 行擴到全部二十個後端，並新增一鍵安裝指令碼把多倉依賴收成一條命令。

  • 基建四件事同日補齊，組織的產能轉向「怎麼測、怎麼裝、怎麼共享」（10-20）：optest 迎來建倉以來首個實質提交（PR #1，38 檔案），內含 12 份後端配置與 13 家廠商硬體探針；FlagOps 把 FlagGems 的五個 CI action 上收為組織級共享；build-infra 新增一鍵安裝指令碼（1 檔案 +308）；Torch-FL 與 TransformerEngine-FL 同日引入 FlagCICD 統一入口並支援 L0 至 L2 分級，FlagScale 補上選擇性平臺 CI。測試、action、安裝、CI 入口四條線在同一視窗內各自完成一次結構性合入。

  • 量子棧從設計契約推到可跑路徑（10-21 ~ 10-22）：10-21 FlagQuantum 84 筆提交、34 筆合入，把動態電路降級為「後繼量子位加布林 SSA 結果」並落到 Program IR，且把精確降級與還原設為部署強制前置；10-22 再以 53 筆提交、20 筆合入把 M3 中性原子從兩份設計文件做成可執行路徑——Core 側原生 Rydberg 前端（PR #700）、Simulation 側 plan 1.7 動力學（#707）、Examples 側移動原子脈衝訓練（#714，40 步 128 區間實測無條件 RR 由 0.0431 升至 0.1228）。

  • 合入量在周內創出新高，但增量的主體是測試契約而非運算元（10-22）：當日 163 筆合入為近一週最高，其中 FlagGems 一家 91 筆、佔全組織 56%；同時提交量下降 18%、推送倉庫減少 27%，屬消化積壓而非擴張。測試主線由 lukatao 一人承擔 61 筆（佔該倉 67%），23:40 至 23:47 七分鐘內開出 10 筆批次 PR，把用例從包裝函式改為直接呼叫運算元或注入候選。全周 KernelGen 新增運算元集中在三批合入與稀疏族掃尾，真正新增能力的比例不足兩成。

  • 生態側出現三條不來自倉庫的資訊增量（10-19 ~ 10-22）：中華網刊出會後首篇全棧技術拆解（補七個量化案例與分組證據）；新京報與北京日報客戶端做產業版二次擴散，新增可引用口徑為「新模型一天內完成 12 款晶片適配」；Pandaily 以英文系統轉述 2.2，是首篇面向海外讀者的完整稿。另有北京市科委、中關村管委會 2026 年度眾智 FlagOS 加速計劃擬立項公示，跨維智心《基於 FlagOS-Robo 的 AlohaMini 具身智慧機器人端側部署與應用示範》入選，為具身方向首次出現帶交付物約束的外部立項。

二、版本與釋出動態

本週標籤與 Release 清單（北京時間）

時間 元件 標籤 / 版本 說明
10-18 10:36 FlagCX v0.15.0.dev0 開發線標籤；同窗合入 Hygon UIL 與逐 adaptor bitcode
10-19 13:01 FlagTree 0.7.1a1+ascend3.5 昇騰 3.5 構建線，0.7.1 系首個 alpha
10-20 20:11 FlagTree 0.7.1.dev1 基礎線由 a1 轉入 dev1，夜間構建產物
10-20 20:12 FlagTree 0.7.1.dev1+ppu3.6 PPU 3.6 構建線，與前一條相隔一分鐘
  • 四個標籤、三個元件，無一為正式版本：本週視窗內全部標籤均屬開發線或硬體構建線。除上述三個元件外，FlagGems、FlagBLAS、FlagDNN、Torch-FL、vllm-plugin-FL、sglang-plugin-FL、FlagOps、FlagScale、FlagAttention、FlagSparse 等倉庫視窗內無新 Release。這是 2.2 於 9 月 30 日釋出之後、2.3 於 12 月 30 日 GA 之前的典型空檔——對外版本靜默，製品線活躍。
  • 承接上一期：FlagQuantum v0.3.0（10-16 13:34）與 v0.3.1（10-16 19:20）已在上一期週報的標籤表中列明，本期作為量子棧的基線版本沿用，不重複計數。

FlagTree：釋出節奏按硬體版本切片

  • 四條構建線並存：0.7.1 線現有 ascend3.5、iluvatar3.6、xpu3.6、ppu3.6 四條硬體構建分支，基礎線由 a1 轉入 dev1。釋出說明只寫「pypi 加版本號」，屬自動化夜間構建而非功能釋出，判斷髮布與否必須看構建行而非版本號語義。
  • 後端矩陣在本週擴到七行：清微 TX8（10-21，第五）、摩爾執行緒 MUSA（10-21，第六）、崑崙芯 XPU（10-22，第七）先後接入 FlagTree 構建線與日常構建行。崑崙芯一行有五處獨有約束，包括十個預編譯輸入、按目錄名匹配的快取與兩棵共享 tarball 根的 LLVM 19 包、前端由環境變數選擇、pybind11 精確釘 3.0.1（3.0.4 會讓派發器 SIGSEGV）、以及不加 Release 構建引數（廠商 wheel 本身是 rel-with-asserts）。
  • 編譯器側的功能增量少而集中：AMD RDNA 在 10-21 由單協同大核解碼（M=1）推進到預填（M>1，PR #1365，66 檔案），RDNA 預填 WMMA GEMM 微核心相對 GEMV 迴圈在 M>1 時提速 10 至 30 倍，解碼側 split-K 把 lm_head 從 17.0 降到 14.9 ms/token、逐層寬投影從 14.9 降到 10.5 ms/token；MUSA 增加逐複製的 TME 快取持久化（#1385）；SpaceMiT RISC-V 後端新增 smt_rvisa 裸核 eDSL 並退役私有 TLE 方言（#1381，10-16，屬週一期視窗）。

FlagGems：5.4 為正式線，5.5 開發線無新增

  • 正式線口徑未變：5.4 仍是當前正式線（09-28 釋出），5.5.0.dev0 於 10-12 開線後本週無新標籤，包版本後設資料仍顯示 0.1.0——海光 vLLM 0.28 的驗收記錄裡即以「已安裝 1944 個原始檔逐檔案比對到 e12a220 提交、後設資料版本不可信」的方式取證，這種以內容代替 VCS 後設資料的做法本週再次出現。
  • 運算元覆蓋進入掃尾：本週 KernelGen 分三批合入 14 個 Nvidia 運算元，均為別名、檢視與稀疏語義的邊界運算元。10:43 批是複製、稀疏構造與巢狀張量表構造（ger、sparse_bsc_tensor）；15:23 批是值與形狀檢視，並補上巢狀張量儲存偏移與稀疏索引 csr 到 coo 的互轉（_values_copy、_shape_as_tensor）；22:23 批是維度重排與複數檢視（swapdims、moveaxis、view_as_complex_copy）。在審側 10-19 夜間一次開出約 20 筆稀疏族（_sparse_mm 系列、copy_sparse_to_sparse_、coo 與 csr 索引互轉等）。
  • 版本釋出的前置訊號在 build-infra：vllm-plugin-native 輪子在 10-21 補齊 nvidia、metax、kunlunxin、hygon 四類後端並登記釋出，10-22 又為全部後端統一釘 flagcx==0.14.0，這些都是 2.3 正式釋出前的製品準備。

三、元件與程式碼共建

組織節奏：五期累加 654 筆提交、661 筆合入

期次 視窗（北京時間） 推送倉庫 提交 合入 在審（視窗內更新）
10-19 10-16 06:00 ~ 10-19 06:00（72 小時） 16 147 139 239
10-20 10-19 06:00 ~ 10-20 06:00 16 93 88 180
10-21 10-20 06:00 ~ 10-21 06:00 19 115 120 195
10-22 10-21 06:00 ~ 10-22 06:00 22 164 151 154
10-23 10-22 06:00 ~ 10-23 06:00 16 135 163 183
合計 — — 654 661 —
  • 合入分倉累加（各期日報披露口徑）：FlagGems 290 筆（佔 43.9%）、build-infra 96（14.5%）、FlagQuantum 82（12.4%）、Torch-FL 53（8.0%）、FlagTree 25、FlagGems-vllm 21、vllm-plugin-FL 18、FlagGems-sglang 15、FlagBLAS 6、FlagCX 5、optest 5、FlagTrain 5、FlagGems-Experimental 3、sglang-plugin-FL 3、FlagOps 2、FlagAttention 2、community 2、FlagOS-Compressor 2，FlagSparse 與 TransformerEngine-FL 各 1；另有 FlagCV、Trident、.github、flir 各 1。部分期次僅按前 100 條合併 PR 分倉統計，可歸倉合計 641 筆，差額 20 筆為未展開的尾部倉。
  • 雙引擎結構未變：FlagGems 與 FlagQuantum 合計佔合入量的 56.3%，加上 build-infra 與 Torch-FL 後四倉佔 79%。周內形態是「週一至週三基建與量子棧抬升，週四至週五 FlagGems 集中清庫」。
  • 單人產出高度集中：lukatao 在 FlagGems 按合併日合計 119 筆（10-20 二十三筆、10-21 三十五筆、10-22 六十一筆），全部為測試與參考實現修復；tengqm 包乾 build-infra 的 35 筆（10-20 七筆、10-21 十五筆、10-22 十三筆）；lvyufeng 承擔 Torch-FL 的 MPS 與平臺側；FlagQuantum 的全部合入由同一賬號完成。

FlagGems（合入 290 筆）：測試契約成為第一主線

  • 三輪迴退與重建：10-20 的 PR #7361 先回退此前的共享測試設施改動（17 檔案 +599/−1040），把相容性處理下放到各運算元自己的測試，隨後 22 筆修復全部沿這個方向做——CPU 參考值模式下的輸入快照、張量檢視幾何、複雜與半精度取值比較、稀疏構造與轉換、生成用例可執行性、斷言邊界、pytest 標記歸一。這是一次「先承認共享方案走不通、再逐個運算元補齊」的工程修正。
  • lukatao 的用例改造三連：10-21 三十五筆把生成式用例改成跨後端可跑（split 與 squeeze、adjoint 與 mH 與 mT、as_strided、moveaxis 與 reshape_as 與 swapaxes、permutation 檢視、整型與半精度轉換），其中 #7425 至 #7440 為連續十六筆；10-22 再以 61 筆把 foreach 覆寫改為「直連路由」批次 01 至 09，並把最後九個運算元套件改為走公共候選 API，即把「測哪個實現」從隱式改成顯式。
  • 後端跳過治理開始寫明理由：昇騰與摩爾執行緒的跳過被逐條限定輸入域（linalg_vander 複數輸入、logdet 複數、row_stack_out 記憶體格式、trapz complex32、orgqr MUSA 零列、qint32 系列、Hygon cuDNN 校驗），並在 10-23 凌晨連續合入四筆稀疏套件移植（稀疏 log-softmax 跨後端可移植、稀疏校驗器韌體與直接基準候選呼叫、壓縮稀疏校驗器、公共稀疏塊構造器）。
  • 廠商側大額提交兩筆：燧原的整批更新 #7077（26 檔案 +3520/−511，標題只寫「update from enflame 20261013」，無逐條明細）；崑崙芯融合 MoE #7107（13 檔案），補齊三個 fused_experts 變體與 dispatch_fused_moe_kernel，聚合分 1.324 至 1.329，並主動宣告基線為替代實現、dispatch_fused_moe_kernel 的 0.626 不達標。
  • 崑崙芯最佳化線：10-20 九筆、10-21 十七筆、10-22 十三筆，從補實現轉入按精度與形狀設門——w8a8_block_fp8_matmul 增加 FP8 能力門控、fp64 與 grouped-MM 改為按能力跳過並寫明理由、單層 GRU 單元改扁平一維 kernel 把聚合分從 0.4217 提到 0.8253、sgn 大 numel 路徑改廉價主體加可配置一維 tile。

FlagQuantum（合入 82 筆）：從契約到程式碼，再從程式碼到拒絕

  • 動態電路進 IR（10-21）：PR #681 定義帶型別的動態 Program IR 契約；#683 把中電路測量降級為「後繼量子位加布林 SSA 結果」、reset 降級為顯式後繼量子位、合取與析取對映為活躍布林值上的規範 DNF，且僅當降級結果與完整函式圖逐字一致才恢復；#694 把精確降級與還原設為動態部署的強制前置，未驗證程式在呼叫任何 provider 之前停止。
  • M3 中性原子從契約到可跑（10-22）：Core 側 #700 讓原生 Rydberg 控制直接在 ProgramRecord 上提供前端（RydbergProgram 提供 move、pulse、to_ir 三個動作，並明確「受控位置不代表物理存在」）；Simulation 側 #707 讓原生 Rydberg 程式走既有 Lindblad 計劃，plan 1.7 密封為恰好七個外層欄位；Examples 側 #714 訓練兩個脈衝幅度並讓原子對移動，40 步 128 區間實測無條件 RR 由 0.0431 升至 0.1228、存活條件 RR 0.1500、no-flag 選擇 RR 0.1439。
  • 一半合入量花在拒絕與刪除上：10-22 的 #701 讓原生物理程式在打包時統一拋 CapabilityError 而不是 AttributeError；#705 按提案 082 直接刪除從未有外部服務對應的 NeutralAtomProvider 與兩個 Remote 匯出，不留別名、不留空殼；#716 提出提案 083 定義 Runtime 的 sample_terminal 原語並在示例末尾列印「proposed, not implemented」。這類動作不增加能力，但決定了 M3 的邊界是否可信。
  • 出圖與可引用性補鏈：10-21 #668 新增惰性 LaTeX 後端與「編碼器—線路—測量頭」混合模型檢視（43 檔案 +14311），Notebook 優先顯示 SVG；#684 增加 CITATION.cff（版本 0.3.1、釋出日期 2026-10-16、Apache-2.0）；#687 盤點中性原子可複用能力與缺失契約，給出物理存活 0.8187、無條件 RR 0.4094、存活條件 RR 0.5 的獨立數值參照。
  • 算力擴容：10-20 #653 與 #661 把 CPU 套件遷到八臺 A800 runner 並自動觸發 GPU 測試，長任務改並行——推進方式從此是大規模一致性驗證，而非功能鋪開。

build-infra（合入 96 筆）：把「N 個後端乘 M 類產物」壓成一行

  • builder 矩陣形成：base/ 目錄本週從六家擴到九家廠商十七個基線映象——nvidia（cuda12.8 / 13.3）、ascend（cann8.5.0 / 9.0.0，含 910c）、cambricon（neuware4.4.3 / 4.7.2）、enflame（tops1.9.10 / 1.10.6）、hygon（dtk26.04）、iluvatar（corex4.4.0 / 4.5.0）、metax（maca3.7.2.1 / 3.8.1.3）、sunrise（tangrt1.2.0）、tsingmicro（tsm260610）。
  • FlagCX 的 22.04 收口：10-16 至 10-18 為六後端各落一枚自包含 builder，每枚以 ubuntu:22.04 為 glibc 底線、把廠商 SDK 預置進映象，並在 wheel-info 留痕；#1407 追加 dispatch 級 --no-bitcode 開關，避免 v0.14.0 標籤早於 bindings/ir 時在非 nvidia adaptor 上直接拋錯。
  • FlagTree 構建行：builder 從「兩條工作流做一件事」合併為一個矩陣，backends.yaml 一行攜帶 Containerfile、映象倉、runner 標籤、磁碟預算與驗收斷言。清微、摩爾執行緒、崑崙芯三行按同一模板落地，差別只在預編譯樹與工具鏈解析路徑。
  • 安裝路徑收斂：10-20 的 #1425 新增一鍵安裝指令碼（1 檔案 +308），第一次把「多個倉庫、多套依賴」的安裝過程收斂為單條命令；#1435 恢復 CUDA 分發後端的 vllm 原生擴充套件輪子並點明 PEP 440 忽略構建標籤、短釘扎會裝到錯誤後端的坑。
  • 構建文件成站：10-22 的十二筆提交（#1462 至 #1470）把 vllm-plugin-FL、FlagTree、FlagCX、FlagGems、FlagLibs、Megatron、SGLang、verl 八個元件的設計記錄與站點頁在五小時內連續合入，是本季第一次把構建設計寫成可檢索內容。

Torch-FL（合入 53 筆）：平臺面擴張後轉入逐項補齊

  • MPS 線完成主體：10-19 至 10-21 三日內的 MPS 相關合入共八筆——原生 mm 與 bmm 進 MPSGraph gemm 類、softmax 與逐元素 neg 與 pow 原生化、編譯後 MPSGraph 計劃快取、排隊工作保活與原生 masked_fill、Qwen3.5 的原生 MPSGraph 核心、Metal 上高階索引收集；10-20 的 #566 以 69 檔案 +22929/−236 落庫，CI 使用 GitHub 託管的 Apple Silicon arm64 runner，並顯式宣告「x86_64 的 macOS runner 沒有 Metal 裝置，環境檢查失敗是預期結果」。
  • 清微三連：torch.compile 落 TX8（#541，14 檔案，作者明示裝置屬性查詢只能返回常量而非硬體實測值）、主機側隨機數核心（#604）、裝置時間線進 torch.profiler（#630，基於 rocprofiler-sdk 的 DeviceTracer，TX8110 實測）。
  • 多卡正確性兩處硬修：崑崙芯 CrossDeviceMemcpy 此前呼叫同卡語義的 xpu_memcpy，傳入兩張卡的指標返回 −801 且目標不被寫入，任意卡間複製靜默無效，10-22 改走 xpu_memcpy_peer（#634）；liblaunch_shared.so 的 undefined symbol: cudaMemcpy 需在 Triton 啟動器 dlopen 之後才可解析，遂把昆芯的 CUDA 相容執行時提前載入（#632）。這兩筆不產生任何效能數字，但會讓此前所有多卡實驗的結論需要重算。
  • CI 與平臺行：BI-V150 共享 CI 行（#569，24 檔案，允許初始執行保留已知失敗以完成 bring-up）、FlagCICD 統一入口與 L0 至 L2 分級（#599）、AGENTS.md 定為唯一代理指引（#601）、崑崙芯 P800 的 2.9 穩定分支線（#273）、平臺 pytest 結果上報 FlagCICD（#542 與 #577）。

FlagTree（合入 25 筆）：矩陣鋪格子，語言層等穩定

  • 本週 FlagTree 的合入幾乎全在「後端乘版本乘工作流」三維矩陣上：燧原 enflame3.6-gcu300 的 FlagGems 基線與測試工作流、燧原 vLLM 基準進工作流、AMD amd3.6 基線與測試、昇騰 3.5 py312 交付與修復、triton_v3.5.x 分支 codeowner 更新、XPU3.6 的 vllm 基準工作流。
  • 唯一的結構性改動是 AMD 預填：10-21 的 #1364 為 FlagMega 增加 amd-gfx1100（W7900）與 amd-gfx1201（R9700）兩個目標，讓 bf16 的 Qwen3-1.7B 在 RDNA 上以單個協同大核完成解碼，為避免 128 個工作組無法共駐導致柵欄死鎖，把每塊計算 warp 上限壓到 4；10-22 的 #1365 再補 M>1 的預填與「預填只輸出最後一個 token 的 logits」。
  • 與 RISC-V 的介面：smt_rvisa 讓作者顯式指定 SEW、VL、分塊與指令選擇，核心經 C++ builder API 下降，另有 LLVM 直出路徑整段跳過 spine-opt；後端不再保留私有 TLE 方言副本，改為消費通用 third_party/tle。這類改動不出現在任何對外口徑裡，卻決定 RVV 後端能否從「能跑」走到「能壓效能」。

推理棧：vllm-plugin-FL（18）、FlagGems-vllm（21）、FlagGems-sglang（15）、sglang-plugin-FL（3）

  • 版本對齊是本週主線：vllm-plugin-FL 側 10-19 把達摩院玄鐵後端升到 vLLM 0.28.0、10-22 海光落 0.28.0（發行包 0.28.0+empty，eager 與 FULL_AND_PIECEWISE 兩種圖模式各跑一遍，TP=2、最大模型長度 4096、視訊記憶體利用率 0.85）；sglang-plugin-FL 側 10-21 昇騰 910C 獨立適配 0.5.18（67 檔案，驗收含四卡整機映象門禁）、10-22 海光 BW1000 升 0.5.18（65 檔案，含單機 TP2 與物理兩節點 TP4/PP1、TP2/PP2）。沐曦、清微、燧原、崑崙芯的同版本條目仍在審或未開。
  • 圖模式鋪到兩個國產後端：曦望 Sunrise 與燧原 GCU300 的圖模式（10-19，inductor 加 cudagraph）同日合入，vLLM 側的 CUDA Graph 通路不再只在昇騰與崑崙芯上驗證；10-21 昇騰補全解碼圖執行並適配 Qwen3.6-27B 與 35B-A3B 的文字與影象推理（26 檔案 +2513）。
  • 模型側先於公開發布：FlagGems-vllm 的 GLM-5.3 Flash 公開運算元（#900）與 Qwen4 的 HC / PLE / sparse QSA 三類運算元（#896）都是 10 月才出現的新架構名詞，運算元先於模型公開落地；隨後 #977 為沐曦融合 MoE 補 TP=2 配置，C550 上 14 個 M 值平均提速 1.065 倍。
  • 賽事第一次成為主倉供給：FlagGems-sglang 10-20 十筆賽事合入全部集中在 40 分鐘內由同一維護者合併（賽道一 tiny-k-gemm、pack-topk-ids、moe-topk-sum、indexed-scale-shift 等），配套 #163 單筆 +28940 的基準快照；10-22 的 #204 fused_pack_qkv 與 #201 fused_sigmoid_mul 說明賽事產出已進主幹而非停在提交物。

其它元件與整合設施

  • FlagBLAS（6 筆）：海光 gfx936 六精度 GEMM（#151，sgemm 至 zgemm，+7060/−127，dgemm 走 fp64 MMAC 點積並依賴 FlagTree 的 fp64 MMAC 支援）與 L1 支援（#149）；10-22 補天數 L1 最佳化（#153）與摩爾執行緒 GEMM（#152）。BLAS 的精度補齊把編譯器側能力缺口暴露出來，是本週跨倉協同的一處實證。
  • FlagCX（5 筆）：啟用 Hygon Device API 與統一 IR 的 HIP 後端（#643）、裝置 bitcode 按 adaptor 生成而非硬編碼 nvidia（#668）、v0.15.0.dev0 標籤、多段 VMM 視窗（#658，42 檔案 +7667，為 CUDA、海光 DU、沐曦與 PPU 各加多段回撥，用有界描述符交換分段檔案描述符，集體成功後才釋出視窗）、平臺路由與 CI 統一（#665）。
  • FlagTrain（5 筆）：摩爾執行緒後端與兩個運算元（#20）、KMCompiler 對 Megatron 與 TransformerEngine 的支援（#22）、blocked_flash（天數）與 mixed_moe_gemm（#23、#24）、multi_tensor_lion（四後端）與 quick_gelu（#16、#26）。該倉 10-15 才有首版文件，是當前最年輕的運算元倉。
  • 稀疏、注意力與量化：FlagSparse 合入 MUSA 最佳化（#113，來自外部貢獻方 NCIC-AlphaSparse 分支）；FlagAttention 把 kv-outer 的 MiniMax M3 稀疏注意力 prefill 里約 40 個主機側小運算元與 .item() 同步換成兩個 Triton kernel，構建快 1.5 至 2.5 倍並做成無同步排程與全路徑圖捕獲（#107）；FlagOS-Compressor 支援 DeepSeek V4.1 與 MiMo V2.5 的僅線性 INT8 匯出（#10）與 MXFP8、NVFP4 源檢查點轉換（#11，143 項測試透過）。
  • optest（5 筆）與 FlagOps（2 筆）：optest 由指令碼集合變成可安裝 wheel（#4）、改 src 佈局（#5）、暴露 console commands（#6）、CI 作業名顯示為倉庫加後端（#2）；FlagOps 承接 FlagGems 五個 action（#15）後，FlagGems 側同步完成本地 action 向共享 action 的遷移（#7346、#7416）。
  • 新倉與試驗倉：FlagCV（10-14 建倉）於 10-18 深夜首次落提交、10-19 凌晨合入 PR #1 骨架——介面對齊 OpenCV（core 與 imgproc 兩組標頭檔案），多後端結構沿用 FlagDNN，核心用 Triton 編寫，backends/ 一次鋪開 nvidia、thead、ascend、hygon、iluvatar、mthreads 六個後端，但尚無可執行運算元；Trident 是 10-12 建倉的實驗性橋接層（Triton 或 Torch 風格 Python 函式編譯到 MLIR 與 LLVM 再經 tvm_ffi 執行），本週 #3 補齊若干 ATen 運算元測試；flir 在審 #83 增加 TensorView 方言與 tile.load 與 tile.store 檢視，是 CommonIR 方向的實質動作。

四、成員單位與廠商適配

  • 崑崙芯：本週工程密度最高的後端，且不在公開成員單位名單內。可歸屬的合入約 40 筆（合併日 10-20 九筆、10-21 十八筆、10-22 十三筆，10-19 視窗未單列計數），內容跨運算元、構建、執行時三層：運算元側從補實現轉入按精度與形狀設門（FP8 能力門控、fp64 與 grouped-MM 按能力跳過、GRU 扁平一維 kernel 聚合分 0.4217 到 0.8253、融合 MoE 三運算元 1.324 至 1.329）；構建側成為 FlagTree 第七後端；執行時側修掉跨卡複製靜默失效與預載入順序兩個硬缺陷。風險在運算元側——多數改動是同一運算元的另一種 tile 或融合，缺少統一效能門禁，聚合分又因基線替代而不可跨廠商比較。
  • 海光：本週唯一在兩個推理外掛倉同時完成上游版本對齊的廠商。vLLM 0.28.0 與 SGLang 0.5.18 同日合入（合計 84 檔案、淨增約 5700 行），驗證環境為一卡 64 GiB 的 BW1000 叢集，vLLM 側發行包 0.28.0+empty、SGLang 側物理兩節點 TP4/PP1 與 TP2/PP2 並修流水並行協同退出。配套 FlagBLAS 六精度 GEMM 與 L1、FlagGems FP8 稀疏求和反向韌體、FlagDNN 一筆 hygon 修復。它的可複用價值在於把 empty 後端的升級流程寫成帶版本表的模板。
  • 清微智慧：本週補的全是基礎設施短板而非運算元覆蓋——torch.compile 落 TX8（#541，裝置屬性只能返回常量）、主機側隨機數核心（#604）、裝置時間線進 torch.profiler（#630，TX8110 實測，同時釘上廠商構建開關）、FlagTree 構建行接入並掛日線（#1436、#1440）。順序值得記錄：先能在 CI 裡構建、再能復現隨機性、再能看效能，最後才談最佳化。
  • 昇騰：本週主線是兩個外掛倉的版本與圖執行——vLLM 0.24 全解碼圖執行加 Qwen3.6-27B 與 35B-A3B 文字與影象推理（#606）、SGLang 0.5.18 的 910C 獨立適配（#131）、W8A16 FP8 TopK（#6030）、按 SoC 的 fp32 能力給 matmul 加門控（#616）、四個輪子遷入 22.04 builder（build-infra #1414，glibc 底線 2.38 降到 2.35）。測試側十餘筆為 FP8 輸入構造、tile block 報錯與參考文件，仍以修復為主。
  • 摩爾執行緒：MUSA 成為 FlagTree 第六後端並進入日常行（#1449、#1456），本地二進位制隨 ref 變化要顯式指定；FlagTree 增加逐複製 TME 快取持久化（#1385）；FlagBLAS 增加 GEMM 實現（#152）；FlagGems 側複數 cholesky_solve 輸入改在 CPU 構造、moe_load_balance_loss 的 MUSA 特化合入。五筆測試跳過集中在該後端的輸入域限制，說明失敗面仍以「輸入不支援」為主而非實現錯誤。
  • 燧原：本週動作覆蓋基線、基準、打包、斷言、圖模式五個環節——enflame3.6-gcu300 基線與測試工作流、vLLM 基準進工作流、builder 驗證改資料驅動、toolkit deb 預置進映象、GCU300 圖模式合入；FlagGems 的廠商整批更新 #7077（26 檔案 +3520/−511）一次進主幹，但標題只寫日期、無逐條明細。FlagTree 側因偶發匯流排錯誤停用 02-sparse-mla 用例並更新 vllm benchmark 引數，穩定性問題仍在用例層。
  • 天數智芯：CI 與構建兩側齊全——BI-V150 共享 CI 行合入（#569，CoreX 4.5.0）、iluvatar 獨立執行時使輪子可連結 CPU 版 torch（#593）、build-infra 重新整理 pin 到 22.04 重發版本；程式碼側仍以直推 master 為主（FlagDNN 四筆加三筆，無 PR 流程），等價效能基線（equivalent_baseline.cpp 等 +8157）是該倉本週最實質的產出。流程規範化落後於 Torch-FL 與 FlagQuantum。
  • 沐曦：本週投入集中在效能檔與在審的成對部署方案——兩節點 C550、TP16 的 MiniMax M3 BF16 最佳化檔（#540，09-18 開出、10-18 仍在更新）與四節點 C550、TP8 與 PP4 的 Kimi K3 MXFP4 與 BF16 實現（#607，10-19 新開，跑在 vLLM 0.28 相容分支）；已合入的有 FlagGems-vllm 的融合 MoE TP=2 配置（#977，C550 上 14 個 M 值平均 1.065 倍，並修掉 M≥4096 時共享記憶體配置越界）與 build-infra 的 metax 原生輪子按平臺如實標註。
  • 達摩院玄鐵（含真武 PPU）：FlagBLAS 補真武 PPU 四種精度 GEMM 並

附 NN/TN/NT/TT 四種佈局變體（#148，複數 GEMM 轉調 level3）；FlagGems 修後端 GRU barrier 死鎖（#7203）；FlagGems-vllm 新增 W8A8 block INT8 矩陣乘（#954，9 檔案 +1493，含調優配置與自動調優接入）並修 W8A8 MoE 整型累加；vllm-plugin-FL 升到 vLLM 0.28.0（#574）。四條線分別對應基礎庫、併發正確性、量化運算元與版本跟進。

  • 曦望與進迭時空：曦望（sunrise）10-19 落 22.04 自包含 builder 並記錄輪子以 22.04-clean 重發，10-19 圖模式合入（#569），探針進入 optest 統一設施；進迭時空（SpaceMiT）的 smt_rvisa（FlagTree #1381）是 RISC-V AI 方向首次進入編譯器語言層擴充套件，與 FlagGems 的同後端在審項構成 RISC-V 線本週的全部動作。
  • 地平線與寒武紀：本週兩家在組織內均無專屬倉庫推送與合入，其中 10-21、10-22 連續兩個視窗靜默。日報已連續兩日將其標註為缺口；若下週仍無動作，應作為風險項單列。

五、生態與社群

  • 大會與會後報道形成三段擴散（10-17 ~ 10-22）：10-18 主論壇由 DOIT 現場報道首發；10-19 中華網刊出會後首篇全棧技術拆解，按「運算元與編譯、輔助研發、外掛與量化、Token 服務、端側與平臺」五段組織，補上此前未覆蓋的量化事實——KernelGen 已支援九款晶片、本季度新增生成 765 個運算元、其中 416 個在至少五款國產晶片上透過精度驗證並達原生運算元 80% 以上效能，FlagGems-SGLang 的 40 個運算元在 NVIDIA 上全部透過，Qwen3.5-397B-A17B 做 W8A8 後模型檔案由 751.41GB 降至 382.45GB（減少 49.1%）而 GPQA-Diamond 保持 84.85%；10-20 新京報與北京日報客戶端做產業版二次擴散，新增可引用口徑為「新模型一天內完成 12 款晶片適配」；10-22 Pandaily 以英文系統轉述，並首次公開中國電信 Xing4.0-29B-A4B 長輸入首 token 時延較原生運算元下降 19.87%。
  • 量智雲的邊界寫得比多數宣傳清楚：FlagOS 做執行棧與排程、量子院做硬體與雲，v0.3.0 與 0.3.1 明示不在量子硬體上執行、不含 MCP server 與 agent runtime（MCP 介面卡為獨立包）。對外觀察點是量智云何時對外開放，以及 FlagQuantum 的海光與摩爾執行緒後端是否被納入雲端排程。
  • 治理面首次把 2.3 的驗收物件固定下來：FEP-0140（vLLM 三版本線）與 FEP-0141（SGLang 0.5.18 十家廠商）於 10-21 合入，測試複用 2.2 工作流、在廠商或 FlagOS 映象內按需從原始碼安裝目標外掛版本，驗收含安裝、稠密與 MoE 文字與影象推理、效能、併發與 24 小時穩定性。同期 .github 給組織主頁中英文兩版加上 Slack 邀請入口，解決新開發者找不到既有邀請的問題。
  • 具身方向出現第一個帶交付物的外部專案（10-22）：北京市科委、中關村管委會 2026 年度「中央引導地方」及「新一代資訊通訊技術創新」專項眾智 FlagOS 加速計劃方向擬立項公示，跨維智心《基於 FlagOS-Robo 的 AlohaMini 具身智慧機器人端側部署與應用示範》入選。驗收含具身模型訓練適配與推理部署、國產晶片端側應用、多晶片推理精度一致性測試，以及具身模型、運控小腦與本體控制的協同。這是繼 FEP 矩陣與賽事之後第三個帶交付物約束的外部專案。
  • 社群影響力事件（10-19，回顧稿 10-21 釋出）：Triton Developer Conference 2026 在聖何塞舉行，到場開發者超過 500 人；FlagOS 團隊的 KernelGen 是現場唯一系統化展示「多晶片運算元自動生成 Agent」的專案，且建立在 FlagTree 編譯基礎設施之上；2.2 口徑下 8 款晶片上自動生成的運算元數量為 77 至 551 個，效能對比區間 2.58 倍至 38.33 倍（原文註明為各演講者測試條件，不宜跨專案外推）。
  • 賽事與開發者運營：CSDN FlagOS 站點掛出的 SGLang 跨晶片運算元最佳化賽賽道一已開始向主倉產出可合併成果，但節奏仍是批次式而非分散式；10-22 新增一條高校圓桌直播（全球 AI 開放計算師資發展計劃下的教學落地），屬社群活動而非技術釋出。
  • 渠道核查結論：24 組中英文查詢詞在五個視窗中，元件名（FlagOS、FlagGems、FlagScale、FlagTree、FlagPerf、FlagAttention、FlagCX、KernelGen）直查持續零命中；有效條目全部來自成員單位稿、產業媒體與社群自有渠道。CSDN FlagOS 專欄首頁最新原創稿仍停在 08-28 的 Day0 適配稿，智源社群搜尋頁為客戶端渲染僅得框架頁，HN Algolia 八組查詢無標題直接匹配。生態建設的可核查進展仍以倉庫為準。

六、趨勢觀察

  • 交付面統一先於功能擴張：本週最重的一批工作不是新運算元，而是 glibc 底線、builder 形態、通訊依賴與安裝命令——22.04 自包含 builder 從六後端收口到七後端、flagcx==0.14.0 從兩條 nvidia 行擴到二十個後端、一鍵安裝指令碼把多倉依賴收成一條命令、optest 把測試設施變成可安裝 wheel。這些動作的共同效果是「換後端時不再改安裝指令碼」，而它比任何單點效能提升都更直接決定 2.3 的交付速度。
  • 需求到證據的閉環在本週被壓縮到一天：10-21 兩份 FEP 合入把版本乘廠商寫成矩陣，10-22 海光就點亮第一格；同樣，10-20 的 optest 與 FlagCICD 落地後，10-22 的 FlagGems 用例改造立即轉向「直連候選」。2.3 的剩餘九家與兩條版本線是此後六週的主工作量，觀察點是同一個 0.28.0 是否在清微、沐曦、燧原、崑崙芯上覆用海光的 empty 後端模板。
  • 質量優先於數量的取向已經穩定：全周 661 筆合入裡，真正新增運算元能力的不足兩成，主體是測試契約（至少 119 筆來自單人）、自動化產出（KernelGen 三批 14 個運算元加稀疏族在審）與構建基建。這與 2.2 釋出後「先把既有能力測準」的取向一致，代價是運算元數量增長放緩、對外效能數字的更新也會放緩。
  • 量子棧形成一種可複製的推進方式：先把契約寫成可拒絕的實現，再逐塊放開：擴子包而鎖核心（159 個新公開名進子包、Stable Core 41 個匯出不變）、把部署前置校驗寫成強制門、刪除沒有外部服務的供應商、凍結未批准的取樣介面。本週一半合入量花在拒絕與刪除上，這決定了 M3 後續的邊界是否可信；風險是 20 至 34 筆合入全部由單一賬號完成，物理語義的驗證依賴同一批人寫測試與實現，外部無法獨立複核。
  • 可觀測性與多卡正確性成為多後端的新短板：清微第一次有裝置時間線，崑崙芯跨卡複製此前一直是錯的（位元組從未寫入，同步呼叫不會掩蓋），這兩件事都發生在「能跑」之後。過去兩週的測試移植與用例契約改造、本週的 optest 集中化，本質是對同一判斷的不同表達——多後端在能跑之後的第一道坎是可復現，而不是更快。
  • 三個風險項需要在下一期確認：一是「整批更新」類提交缺少可核對明細（燧原 26 檔案 +3520/−511 無法對應到具體運算元與收益），崑崙芯融合 MoE 又以替代基線測出，兩者都會讓後續跨廠商對比失真；二是地平線與寒武紀連續兩日靜默，若下週延續應在週報中單列；三是訓練側（Megatron-LM-FL、FlagScale）本週推送稀少，TransformerEngine-FL 三筆 NPU PR 尚未合入，2.3 週期的訓練棧進度落後於推理棧。
  • 下一觀察點：FlagTree 0.7.1 開發構建是否在 2.3 前轉正式版；vLLM 0.28 的第二家廠商（清微或沐曦）是否複用海光模板；FlagCV 何時落第一個可執行運算元；大會分論壇與工作坊的逐場紀要是否公開；量智云何時對外開放。

附錄：素材與核查

  • 素材：2026-10-19、10-20、10-21、10-22、10-23 五期 FlagOS 日報，視窗分別為 10-16 06:00 至 10-19 06:00（72 小時）、10-19 06:00 至 10-20 06:00、10-20 06:00 至 10-21 06:00、10-21 06:00 至 10-22 06:00、10-22 06:00 至 10-23 06:00，週期內無缺期。
  • GitHub 核查方法：對組織 flagos-ai 全部 61 個倉庫逐日核查推送狀態；合入以 is:merged 加 merged:>=視窗起點 檢索為真值，在審以 is:open 加 updated:>=視窗起點 檢索；主分支新增用 commits?sha=<分支>&since=<UTC> 複核，非預設分支推送由 org 事件流與 commits.atom 兜底分辨。分倉合入數為各期日報披露口徑的累加，部分期次僅統計前 100 條合併 PR，可歸倉合計 641 筆，差額 20 筆為未展開的尾部倉。
  • 版本與標籤核查：以元件倉庫 releases.atom 原子源逐一複核，本週視窗內檢出四個標籤（FlagCX v0.15.0.dev0、FlagTree 0.7.1a1+ascend3.5、0.7.1.dev1、0.7.1.dev1+ppu3.6），FlagGems、FlagScale、FlagBLAS、FlagDNN、Torch-FL、vllm-plugin-FL、sglang-plugin-FL、build-infra、FlagAttention、FlagSparse、FlagOps 等倉庫無新 Release，與日報記載一致。
  • 新聞側核查：Google News RSS 24 組中英文查詢詞（元件名取 14 天、成員與產業詞取 7 天）、HN Algolia 八組、CSDN FlagOS 專欄、智源社群與成員單位原稿逐條交叉驗證；有效條目按「原站優先」引用，晚索引與舊聞重發（如火絨性質的行情稿、工博會獲獎舊聞）按規則剔除，未計入條目。
  • 口徑說明：日期與時間均為北京時間；週一期覆蓋 72 小時，其 10-16 至 10-18 的內容按原始日期標註，與上一期週報（覆蓋 10-12 至 10-16）在邊界日存在重疊，重疊部分的標籤與 FEP 已在上一期列明，本期不重複計數；「合入」指 GitHub 檢索的合併時間落在視窗內的 PR，與日報的逐日視窗計數存在一天左右的錯位，本報告統一採用合併日期口徑。
  • 侷限：分支級活動（如 FlagPrism 的燧原除錯分支、FlagGems 的 bump-flagtree-tsm 分支）無法以預設分支口徑完整列舉；訓練側 Megatron-LM-FL 與 FlagScale 的視窗內動作稀疏，相關判斷的置信度低於推理棧；元件名新聞側持續零命中，生態內容主要來自成員單位與產業媒體，非 FlagOS 官方公告的部分已在正文標註來源性質。

參考文獻

g/0.7.1.dev1%2Bppu3.6>

rch-FL/pull/569> · https://github.com/flagos-ai/Torch-FL/pull/599 · https://github.com/flagos-ai/Torch-FL/pull/630 · https://github.com/flagos-ai/Torch-FL/pull/634 · https://github.com/flagos-ai/Torch-FL/pull/632

n.net/> · https://hub.baai.ac.cn/ · https://hn.algolia.com/api · https://news.google.com/