調研視窗：2026-10-16 06:00 ~ 2026-10-19 06:00（北京時間，約 72 小時；週一晨報，視窗覆蓋週末，自上一期日報（10-16）截點起算，含 10-17 至 10-18「2026 人工智慧開放計算大會暨眾智 FlagOS 技術大會」全程）。

信源：GitHub（org: flagos-ai 61 倉庫全量核查、提交搜尋 147 筆分頁核驗、合併 PR 139 筆與在審 PR 239 筆檢索、31 庫 Release 與 8 庫標籤原子核查、org 事件流 100 條與分支級兜底）、Google News RSS（24 組中英文查詢詞，走代理）、HN Algolia（8 組）、CSDN FlagOS 專欄與智源社群、大會官方議程頁與 DOIT 現場報道（詳見附錄信源清單）。

本期索引

  • 今日重點：2026 開放計算大會兩日全程——2.2 主論壇口徑（21 廠商 35 晶片 / 1454 運算元 / 跨芯 +27.6% / 264 位貢獻者）與量智雲釋出；GitHub 側 16 倉 147 筆提交、139 筆合入，新倉 FlagCV 骨架落庫、FlagQuantum 0.3.1 與 FlagCX 0.15.0.dev0 釋出、build-infra 六後端 22.04 builder 收口（10-16 ~ 10-19）
  • 一、開源專案進展（GitHub 動態）
    • 1.1 組織節奏：16 倉推送、147 筆提交、139 筆合入、239 筆在審；FlagCV 首次進入提交面（10-16 ~ 10-19）
    • 1.2 新倉 FlagCV：對齊 OpenCV 介面的多後端影象運算元庫骨架合入（10-18 ~ 10-19）
    • 1.3 build-infra：FlagCX 六後端 22.04 自包含 builder 收口；FlagTree 逐後端 builder 與每日輪子矩陣成型（10-16 ~ 10-18）
    • 1.4 FlagGems：KernelGen 三十餘條 NVIDIA 運算元批次落庫；崑崙芯最佳化潮二十餘筆；216 用例遷移 Protocol v6（10-16 ~ 10-17）
    • 1.5 FlagTree：SpaceMiT RISC-V 後端新增 smt_rvisa 裸核 eDSL，退役私有 TLE 方言（10-16）
    • 1.6 通訊與量子：FlagCX v0.15.0.dev0 與 Hygon UIL 雙筆；FlagQuantum 0.3.0 / 0.3.1 雙版本（10-16 ~ 10-18）
    • 1.7 推理與訓練棧：GLM-5.3 / Qwen4 運算元進 FlagGems-vllm；vllm-plugin-FL 昇騰全解碼圖；Torch-FL MPS 與 FlagCICD（10-16 ~ 10-19）
    • 1.8 運算元庫與審查面：FlagBLAS 達摩院玄鐵 PPU GEMM；FlagTensor 16 運算元套件；挑戰賽 27 筆在審（10-16 ~ 10-18）
  • 二、新聞報道與生態
    • 2.1 大會主論壇：FlagOS 2.2 的六組數字與四層架構（10-18）
    • 2.2 量智雲 Quantum-AI Cloud 釋出：FlagOS Execution Stack 託底 FlagQuantum（10-18）
    • 2.3 大會其餘版塊與渠道核查：分論壇直播頁上線，逐場紀要尚未公開（10-17 ~ 10-19）
  • 三、成員單位深挖
    • 3.1 摩爾執行緒：S5000 的大會口徑、MThreads 運算元與 MUSA 線（10-16 ~ 10-19）
    • 3.2 沐曦：C550 上 MiniMax M3 與 Kimi K3 兩檔最佳化在審，metax 輪子進每日線（10-18 ~ 10-19）
    • 3.3 天數智芯 / 燧原 / 寒武紀 / 海光 / 清微 / 曦望 / 達摩院玄鐵：六後端 22.04 與運算元線（10-16 ~ 10-18）
  • 四、總結與趨勢觀察

今日重點：大會兩日全程落定，2.2 的「規模口徑」與工程側的「可復現交付面」同步兌現（10-16 ~ 10-19）

日期：2026-10-16 ~ 2026-10-19　來源：DOIT 主論壇報道 · 大會議程頁 · FlagCV · build-infra（全量見附錄）

  • 大會（10-17 ~ 10-18）是本期絕對主線：主論壇 09:10 檔，智源研究院副院長兼總工程師林詠華以「眾智 FlagOS 2.2：從 token 經濟走向物理 AI」為題，首次集中披露 2.2 的規模口徑——21 家晶片廠商 35 款晶片、9 大運算元庫 1454 個運算元（較上版 +890）、跨芯運算元效能 +27.6%（覆蓋 10 款晶片）、264 位程式碼貢獻者（環比 +55%）；併發布 FlagPrism 跨晶片除錯工具與 FlagOS-Compressor 統一量化工具（詳見 2.1）。
  • 量智雲（Quantum-AI Cloud）10-18 釋出：智源研究院與北京量子資訊科學研究院聯合推出，經 FlagOS Execution Stack 支撐 FlagQuantum，對接「九鼎」AI 算力系統與「QUAFU」量子計算機，實現量子與經典混合作業排程——GitHub 側 FlagQuantum v0.3.0 的釋出說明（九鼎 / Quafu 任務可恢復、Quafu 多電路有序結果）與對外口徑互為印證（詳見 2.2 / 1.6）。
  • 工程側同期是三線並進：build-infra 45 筆提交、41 筆合入，把 FlagCX 的 nvidia / hygon / cambricon / metax / enflame / iluvatar 六後端 builder 統一到 22.04 自包含形態，並把 FlagTree 的 builder 與每日輪子改為「backends.yaml 一行一個後端」的矩陣（詳見 1.3）；FlagGems 48 筆提交、52 筆合入（KernelGen 批次落運算元與崑崙芯最佳化潮，詳見 1.4）；Torch-FL 20 筆提交、21 筆合入（MPS 原生運算元與 FlagCICD 上報，詳見 1.7）。
  • 組織新增一枚「運算元域擴張」訊號：10-14 建倉的 FlagCV 於 10-18 深夜首次落提交、10-19 01:38 合入 PR #1「Init project skeleton」——介面對齊 OpenCV、多後端結構沿用 FlagDNN、核心用 Triton 編寫，先落骨架不落運算元（詳見 1.2）。
  • 版本面：FlagQuantum 0.3.0（10-16 13:34）與 0.3.1（10-16 19:20）同日雙發；FlagCX 打出 v0.15.0.dev0（10-18 10:36）。視窗內無 2.2 清單內其它元件的正式版本變更。

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

1.1 組織節奏：16 倉推送、147 筆提交、139 筆合入、239 筆在審；FlagCV 首次進入提交面（10-16 ~ 10-19）

日期：2026-10-16 ~ 2026-10-19　來源：org 倉庫清單 · FlagGems · build-infra（全量見附錄）

  • 倉庫面：61 倉中 16 倉視窗內有推送——docs、FlagTree、FlagCV、Torch-FL、Trident、build-infra、FlagFFT、FlagCX、FlagQuantum、FlagGems、FlagGems-Experimental、FlagDNN、FlagGems-vllm、vllm-plugin-FL、FlagBLAS、FlagTensor。其中 FlagDNN / FlagFFT / Trident / docs 四倉的推送落在非預設分支（預設分支最新提交分別為 10-15 17:16 / 10-15 15:58 / 10-13 22:19 / 10-03 11:12），主線無新增。
  • 提交與合入：提交搜尋命中 147 筆、覆蓋 12 倉——FlagGems 48、build-infra 45、Torch-FL 20、FlagQuantum 11、FlagGems-vllm 6、FlagTree / FlagGems-Experimental / FlagCX / FlagCV / FlagTensor 各 3、FlagBLAS / vllm-plugin-FL 各 1；合併 PR 139 筆、覆蓋 11 倉（FlagGems 52、build-infra 41、Torch-FL 21、FlagGems-vllm 6、FlagTree 4、FlagQuantum 4、FlagCX 3、FlagGems-Experimental 3、vllm-plugin-FL 3、FlagCV 1、FlagBLAS 1）。
  • 在審面：視窗內有更新的 open PR 239 筆、覆蓋 23 倉，頭部為 FlagGems 104、FlagGems-sglang 31、vllm-plugin-FL 27、Torch-FL 14、FlagTree 12、FlagGems-vllm 11；其中 27 筆帶「FlagOS Competition-Track1」標籤，全部投向 FlagGems-sglang（詳見 1.8）。
  • 判斷：三日視窗的合入密度（日均約 46 筆）高於 10-15 單日（107 筆 / 24 小時）的常態水平，但結構未變——FlagGems 與 build-infra 兩倉合計佔提交量的 63%、佔合入量的 67%，仍是「運算元庫 + 構建基礎設施」雙引擎驅動；訓練側（Megatron-LM-FL / TransformerEngine-FL / FlagScale）視窗內零推送，處於大會前後的靜默期。

1.2 新倉 FlagCV：對齊 OpenCV 介面的多後端影象運算元庫骨架合入（10-18 ~ 10-19）

日期：2026-10-18 ~ 2026-10-19　來源：FlagCV · PR #1 · 提交記錄

  • 事實：10-14 建倉的 FlagCV 在 10-18 23:14 落下首筆提交「Add project skeleton and bitwise_and operator」，10-19 01:24 追加「Restructure as an immediate-mode skeleton without operators」，10-19 01:38 合入 PR #1（作者 zhangjieBaai）。PR 說明寫明三點設計取向：介面對齊 OpenCV（include/flagcv/ 下 core / imgproc / gpumat / handle / types 五個標頭檔案，對應 opencv2 的 core 與 imgproc）、多後端結構沿用 FlagDNN、核心用 Triton 編寫；本 PR 只落骨架、不含運算元。
  • 結構：倉庫 81 個路徑中，backends/ 已一次鋪開 nvidia / thead / ascend / hygon / iluvatar / mthreads 六個後端（各含 CMakeLists、backend.cpp、compiler.py 與 kernels/registry.json）；src/ 分 core、imgproc、image、lowering、runtime 五塊；compiler/flagcv_codegen 為程式碼生成入口；docs/ 已有 architecture、numerical-tolerance、operator-development 三篇。
  • 判斷：這是 FlagOS 運算元版圖第一次從「大模型 / 科學計算」伸向影象處理——過去 FlagCV 類的缺口由 FlagDNN（深度學習運算元）與各廠商自家 CV 庫分擔，現在以 OpenCV 相容介面單獨立倉。六後端目錄一次鋪開而非逐個加，說明團隊打算用既有 FlagDNN 的多後端正規化直接複用；numerical-tolerance 文件先於運算元出現，也符合 FlagOS 在 KernelGen 線「先立驗收口徑、再批次落運算元」的既有節奏。風險是影象處理運算元（插值、色彩空間、形態學）與 Triton 的表達能力匹配度尚未驗證，且倉庫尚無可執行運算元，短期內不宜對其覆蓋度下結論。

1.3 build-infra：FlagCX 六後端 22.04 自包含 builder 收口；FlagTree 逐後端 builder 與每日輪子矩陣成型（10-16 ~ 10-18）

日期：2026-10-16 ~ 2026-10-18　來源：build-infra #1369 · #1371 · #1372 · #1380 · #1389 · #1394 · #1398 · #1399 · #1403 · #1404 · #1407

  • FlagCX 線：24 小時內為六個後端各落一枚「22.04 自包含 builder」——nvidia（#1372）、hygon（#1380）、cambricon 4.7.2（#1389，配套補 pandas 依賴 #1391）、metax（#1394）、enflame（#1398）、iluvatar（#1403）；每枚 builder 都以 ubuntu:22.04 為 glibc 底線、把廠商 SDK 預置進映象，再在其上出 wheel，並在 wheel-info 留痕（#1375 / #1395 / #1400）。#1407 追加 dispatch 級 --no-bitcode 開關：v0.14.0 標籤早於 FlagCX #668 的 bindings/ir Makefile，重發 iluvatar 的 0.14.0+corex4.4.0 / corex4.5.0 兩個 pin 時不再產出裝置 bitcode，避免 setup.py 在非 nvidia adaptor 上直接拋錯。
  • FlagTree 線：builder 從「兩條工作流做一件事」合併為一個矩陣，backends.yaml 一行攜帶 Containerfile、映象倉、runner 標籤、磁碟預算與驗收斷言（#1369）；每日輪子同樣改為逐後端一行、由 plan 逐行算版本與檔名（#1371），metax 進每日線（#1377）、iluvatar 進目標與每日行（#1390 / #1393）、sunrise 把 builder 與 wheel 收進單檔案並啟用每日行（#1399 / #1402）、ascend 一對後端改為兩階段 builder（#1404 / #1405，構建環境即交付環境，讀 CANN 並據此 pin AscendNPU-IR）。#1397 明確把 FlagCX 從 iluvatar 的 FlagTree wheel 裡剔除，劃清兩條產物的邊界。
  • 打包線：wheel 上傳從 runner 本機 python 改為在 uploader 映象內執行（#1381 / #1382 / #1388）；釋出類工作流接受 pull/<N> 作為 ref（#1347），使 PR 分支可先跑一遍釋出鏈路；FlagGems-sglang 進入 noarch deb/rpm 與 flaglibs wheel 兩條線（#1387）；bundle 深度冒煙改為真機 device + 編譯器 JIT/執行（#1365），並在 bundle 的 glibc 底線（22.04）上跑驗證（#1376）。
  • 判斷：這一批不是零散修補，而是把「N 個後端 × M 類產物」壓成「一張矩陣 + 一份 backends.yaml」——新增後端從「再寫一條工作流」變成「加一行」。統一 22.04 是同一邏輯的另一面：只有把構建環境與交付環境的 glibc 底線釘死，跨發行版的 wheel 才談得上「一份產物多處可裝」。這正對應主論壇所說的「35 款晶片」——晶片數要靠可復現的交付面撐住，否則規模只是名單。

1.4 FlagGems：KernelGen 三十餘條 NVIDIA 運算元批次落庫；崑崙芯最佳化潮二十餘筆；216 用例遷移 Protocol v6（10-16 ~ 10-17）

日期：2026-10-16 ~ 2026-10-17　來源：FlagGems #6989 · #7215 · #7213 · #6985 · #7124（全量見附錄）

  • KernelGen（NVIDIA）批次落運算元：10-16 14:06 ~ 14:50 與 16:11 前後，三十餘條「[KernelGen][Nvidia] Add <運算元> operator with Triton kernel」集中合入，覆蓋 `slow_conv_transpose2d/3d`、`_slow_conv2d_backward`、`convolution`、`fft_rfft`、`linalg_cholesky_ex / eigvalsh / inv / tensorsolve`、`lstm_cell / gru_cell / rnn_tanh_cell / rnn_relu_cell`、`coalesce / col_indices_copy / values_copy`、`diagflat / gradient / dense_dim / _dim_arange / _dimV / _has_same_storage_numel / _sparse_broadcast_to` 等；FlagGems-Experimental 另落 3 條（`dstack` 與逐通道量化張量工廠運算元等）。
  • 測試口徑遷移：#7215 把 216 個運算元用例遷到 Protocol v6 的三件套佈局（tests/test_<op>.py + benchmark/test_<op>.py + definitions/<op>.json），並說明來源清單 220 個精確 ID 中 216 遷移、3 個經複核排除（tensor_split 等傘形行）、1 個暫緩（clone 無現實現）；附帶為 philox_normal_ 補版本門控的 Philox 註冊。
  • 崑崙芯最佳化潮：二十餘筆集中在 XPU 後端——amax / mv / i0 / cauchy、euclidean_dist / normed_cumsum、batch_norm_backward / layer_norm_backward、masked_scatter / nonzero / addr / logit、foreach_copy / foreach_pow_list / foreach_tan、float_power_ / gather_backward / scatter_add_ / to_copy、tril_ / arange、le_scalar_ / one_hot / mhc_pre、index_select_backward；其中 #7213 把 cumsum 的行掃描改寫為字首和矩陣乘，#7144 / #7218 補 int16 dtype 與精度修復。
  • 其餘線：MThreads 新增 moe_load_balance_loss 運算元（#6985，含 MUSA 特化：累加器 sem="relaxed"、tl.histogram 逐 program 直方圖替代標量原子、單次 scratch 分配，並帶 C++ wrapper 與 gtest）；昇騰修 adaptive_max_pool3d 網格上限與分塊發射偏移（#7124）；海光在審 #7242 把 split-KV 的 BLOCK_M 上限壓到 16 以守住 64KB LDS。
  • 判斷：KernelGen 的產出已經進入「按 ATen 清單補齊」的掃尾階段——本輪補的多是 _dim_arange、values_copy、_has_same_storage_numel 這類邊角運算元，說明主幹運算元覆蓋接近完成、開始處理別名/檢視/稀疏等邊界語義。崑崙芯二十餘筆的密度值得單獨標註：這是單一國產後端在三日視窗內最集中的最佳化投入。

1.5 FlagTree：SpaceMiT RISC-V 後端新增 smt_rvisa 裸核 eDSL，退役私有 TLE 方言（10-16）

日期：2026-10-16　來源：FlagTree #1381 · #1394

  • 事實：#1381（作者 alex-spacemit）更新 SpaceMiT RISC-V（K3）後端，三件事一起做——新增 smt_rvisa，一個裸核（raw-kernel）eDSL，作者顯式指定 SEW / VL / 分塊 / 指令選擇，而不是交給排程器決定；核心經 C++ builder API 下降（不生成 MLIR 文字），另有一條 LLVM 直出路徑，用 MLIR Python bindings 直接產出 llvm.func 並整段跳過 spine-opt；後端不再保留私有 TLE 方言副本，改為消費通用 third_party/tle；同時修掉裸路徑暴露的指標 / 記憶體空間下降缺陷。
  • 配套：#1394 更新昇騰 CI 的 py311 / py312 與 ascend3.5 工作流；在審 #1395（[SPEC][XPU] 複用 core analysis 並路由 TritonTypes.td）、#1396（Ascend3.5 py312 交付工作流）顯示 XPU 與昇騰兩條線的規格化仍在推進；#1387 把 tle.gpu.alloc 別名的測試在 enflame 上跳過。
  • 判斷：RISC-V 後端過去在 FlagTree 裡是「能編、能跑」，本期第一次出現面向向量單元的手寫入口——SEW / VL 顯式可控意味著可以把 RVV 的向量長度與分塊策略寫進核心，而不是依賴自動排程推斷。退役私有 TLE 副本則是治理動作：多後端共用一個 TLE 方言，才不會出現「各後端一套語義」。對 RISC-V AI 晶片（進迭時空 K3 線）而言，這是把「能跑模型」往「能壓效能」推進的一步。

1.6 通訊與量子：FlagCX v0.15.0.dev0 與 Hygon UIL 雙筆；FlagQuantum 0.3.0 / 0.3.1 雙版本（10-16 ~ 10-18）

日期：2026-10-16 ~ 2026-10-18　來源：FlagCX v0.15.0.dev0 · FlagCX #643 · #668 · #663 · FlagQuantum v0.3.0 · v0.3.1

  • FlagCX：10-18 10:36 打出 v0.15.0.dev0（開發線標籤）；程式碼側三筆合入——#643 啟用 Hygon Device API 與統一 IR 的 HIP 後端，補上海光在 UIL（統一介面層）上的裝置通道；#668 讓裝置 bitcode 按 adaptor 生成而不是硬編碼 nvidia，這是異構通訊庫從「一家專屬」走向「多家同構」的關鍵改動；#663 把 CI 收斂到四卡並統一平臺配置。
  • FlagQuantum 0.3.0（10-16 13:34）：0.3 線轉穩定包，提供 Python 3.10–3.12 的 stable-ABI wheel（Linux x86_64 / macOS arm64 / Windows amd64）；九鼎與 Quafu 任務可恢復（opt-in 回執），Quafu 多電路結果保序；隨包附 FlagOS 2026 工作坊六講的英文與中文版。
  • FlagQuantum 0.3.1（10-16 19:20）：補 0.3.0 構建後合入的本地科研能力服務——flagquantum.services 發現與描述受限能力、型別化請求的校驗與估計、本地 CPU 執行與結構化證據校驗，含兩位元 Pauli-sum 基態 VQE 路徑與帶版本號的證據包；釋出說明同時劃清邊界：不負責從化學規格構造分子哈密頓量、不在量子硬體上執行、不含 MCP server 或 agent runtime（MCP 介面卡為獨立包）。
  • 判斷：兩條線在同一個視窗內完成「能力—產品」的對齊——FlagCX 的 UIL 化（Hygon 通道 + 逐 adaptor bitcode）是通訊層多廠商化的收口動作；FlagQuantum 的釋出說明把「能做什麼 / 不做什麼」寫得比多數專案清楚，而 0.3.0 裡的九鼎 / Quafu 任務恢復能力，恰好是次日量智雲對外發布的技術底稿（詳見 2.2）。

1.7 推理與訓練棧：GLM-5.3 / Qwen4 運算元進 FlagGems-vllm；vllm-plugin-FL 昇騰全解碼圖；Torch-FL MPS 與 FlagCICD（10-16 ~ 10-19）

日期：2026-10-16 ~ 2026-10-19　來源：FlagGems-vllm #900 · #896 · vllm-plugin-FL #409 · #607 · Torch-FL #560 · #565 · #542

  • FlagGems-vllm（6 筆合入）：#900 為框架側 PR 454 補 GLM-5.3 Flash 公開運算元；#896 交付 Qwen4 的 HC / PLE / sparse QSA 三類運算元供外掛整合；#924 修 thead 的 W8A8 MoE 整型累加並複用 GEMM2；#934 修 MUSA 的 vLLM 基線啟動；#937 把 FP8 varlen 精度矩陣壓到 359 個用例。
  • vllm-plugin-FL：#409 為昇騰啟用通用全解碼圖模式（generic full-decode graph）；#598 關掉 H20 上失效的 NVLS 初始化；#593 為運算元 profile 補 eager 參考實現。在審兩筆指向沐曦 C550：#540 是兩節點 TP16 的 MiniMax M3 BF16 最佳化檔（09-18 開出、10-18 仍在更新），#607 是四節點 TP8 / PP4 的 Kimi K3 MXFP4/BF16 實現（10-19 01:58 新開，跑在 vLLM 0.28 相容的 0.4.0-dev 分支上）。
  • Torch-FL（20 筆提交 / 21 筆合入）：MPS 線三筆——原生 mm / bmm 進 MPSGraph gemm 類（#560）、softmax 與逐元素 neg / pow 原生化（#565）、編譯後的 MPSGraph 計劃快取與排程（#545）；昇騰線五筆（PrivateUse1 上的 bitwise_*_.Scalar、SDPA 帶 dropout 時退回、cumsum 走 aclnn、flip 走 aclnn、橋接 FlagTree 0.7.0 的 autotuning 引數改名）；GCU 三筆（rsub 原生、conv 與 layer_norm 按運算元裝置門控、Qwen-Image 旋轉表記憶化）；清微一筆（metadata-only 檢視運算元路由到廠商槽位）；CI 側新增崑崙芯 P800 的 2.9 穩定分支線（#273）、平臺 pytest 報告上報 FlagCICD（#542 / #577）、MUSA 執行時覆蓋併入共享整合清單（#574）、CUDA 線改跑 FlagGems 主導的預設輪子（#530）。
  • 判斷：推理側的動作已從「適配某晶片」轉為「適配某模型的新結構」——GLM-5.3 Flash 與 Qwen4 的 HC / PLE / QSA 都是 10 月才出現的新架構名詞，運算元先於模型公開落地。訓練側 Torch-FL 的重點則在 MPS（Apple 平臺）與 FlagCICD 上報：前者說明 FlagOS 的「多晶片」已把端側 / 工作站納入，後者是把多平臺 pytest 結果集中化的治理動作。

1.8 運算元庫與審查面：FlagBLAS 達摩院玄鐵 PPU GEMM；FlagTensor 16 運算元套件；挑戰賽 27 筆在審（10-16 ~ 10-18）

日期：2026-10-16 ~ 2026-10-19　來源：FlagBLAS #148 · FlagTensor · FlagGems-sglang PR 列表

  • FlagBLAS：#148 為達摩院玄鐵真武（Zhenwu）PPU 的 thead 後端補齊 GEMM——sgemm / hgemm / bfgemm / dgemm 四個 Triton 核心，各帶 NN / TN / NT / TT 四種佈局變體；cgemm / zgemm 只留佔位並轉調 flag_blas.ops.level3（真武無原生複數 GEMM）。PR 同時修正 thead 的精度與效能套件此前跑不起來的問題（cublasGemmEx 的計算型別引數等），並限定隻影響 thead 廠商。
  • FlagTensor：三筆提交把非 NVIDIA 廠商統一到固定的 16 運算元測試套件上，並同步更新各平臺指南（10-16 11:01 ~ 11:26）——即把「每個後端各測各的」改為「同一組 16 個運算元、同一套判定」。
  • 審查面：239 筆在審 PR 中，27 筆帶「FlagOS Competition-Track1」標籤、全部投向 FlagGems-sglang（該倉 31 筆在審），內容是為 SGLang 補 Triton 核心——寬行 softmax、MLA 吸收式 Q 拼接、DCP 的 LSE 合併、QKV-ZBA 拆分重排、投機取樣附加項收集等（核心名見附錄 PR 列表），提交者多為賽事戰隊賬號。
  • 在審要點（其它）：FlagGems #7246 摩爾執行緒 mm 最佳化（+3501/-72）；#7239 昇騰 mm 形狀分發與 Triton 分塊；#7243 昇騰 index_put 退回原生 ATen 規避 MLIR pass 崩潰；#7203 修達摩院玄鐵後端 GRU barrier 死鎖；FlagTree #1395 XPU 規格複用、#1396 昇騰 py312 交付流。
  • 判斷：三個運算元庫各自在做同一件事的不同層——FlagBLAS 補硬體後端的基礎線性代數、FlagTensor 統一驗收口徑、FlagGems 承接賽事與 KernelGen 的運算元流入。賽事在審量（27 筆）說明社群供給仍在，但集中在 sglang 一條線上，覆蓋面窄於 9 月首批 16 筆的批次收口。

二、新聞報道與生態

2.1 大會主論壇：FlagOS 2.2 的六組數字與四層架構（10-18）

日期：2026-10-18　來源：DOIT《林詠華：眾智 FlagOS 2.2 釋出，token 經濟正走向物理 AI》 · 大會議程頁

  • 規模口徑：覆蓋 21 家 AI 晶片廠商、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。報道稱 2.2 於 9 月 30 日釋出；GitHub 側 2.2 清單 24 項實際在 09-28 ~ 09-29 落庫（見 09-29 / 09-30 日報），對外口徑與倉庫落庫日期存在兩日差，以倉庫為準。
  • 編譯與調優：FlagTree 單倉覆蓋 20 個廠商後端，新增 NVIDIA TileIR、AMD、達摩院玄鐵、進迭時空、輝羲與 ARM64 CPU 後端，main 分支升至 Triton 3.6；FlagOSTune 對矩陣乘等運算元的搜尋提效最高 298 倍。端到端實測：NVIDIA 上 DSV4-flash 吞吐 +12.63%、首 token 時延 −20.22%；摩爾執行緒 S5000 上 Qwen3.6-35B-A3B 達 H100 等效吞吐的 82.29% ~ 89.83%，超廠商原生 4% ~ 19%。跨芯整體 +27.6% 中，崑崙芯 P800 加速比提升 191.2%、昇騰 910B 提升 160.7%。
  • 工具鏈：新發布 FlagPrism（跨晶片除錯與效能分析，可把數值偏差定位到語句級，已支援昇騰、天數智芯、摩爾執行緒、英偉達、燧原）；統一外掛系統把「N×M」組合改為「N+M」解耦，覆蓋推理（vLLM / SGLang）、訓練（Megatron-LM / TransformerEngine）、強化學習（VeRL）與基礎框架（Torch-FL）；FlagOS-Compressor 首次提供跨晶片統一量化，397B MoE 做 W8A8 後體積減少 49.1%、GPQA-Diamond 保持 84.85%，已在 H20 與國產 PPU 上驗證；Day0 能力做到新模型一天內適配最多 12 款晶片，並同步分發到 HuggingFace、魔搭、騰訊雲、煥新社群與國家超算網際網路。
  • Token 與模型案例：DeepSeek V4.1 Flash 在 H100 上推理效能提升 18% ~ 20%、64 路併發總吞吐約 9190 tok/s；達摩院玄鐵 810E 提升 77% ~ 82%、實現 16 路併發可用；FP4 索引打分平均加速 2.75 倍、FP8 Dense GEMM 1.41 倍。GLM-5.3-Flash 在昇騰 910B 上吞吐提升 2.04 倍，長上下文冷 TTFT 降 8.1%、滿載 ITL 降 16.6%，效能達官方 API 的 99.7%、價效比高 19.4% ~ 27.6%。
  • 具身、端側與國際化：具身側 VLM 加速約 2.3 倍（MFU 33%）、Tx2V 約 1.9 倍（MFU 36%）、Action 約 2.0 倍（MFU 35%）、訓練 MFU 33% ~ 36%，對比 Cosmos3-Nano 的 23% 與 Cosmos3-Super 的 30%；端側在 Arm CPU 上僅用 CPU 跑 MiniCPM5-2B，預填充 1135 tokens/s、生成 90 tokens/s，經 FlagTree-CPU 與 SME2 / NEON I8MM 協同後完整模型 Prefill 再提 21% ~ 25%，Mac M5 Pro 上 Xing4.0 29B-A4B 相對 vLLM 原生提升 252.09%；國際側 9-28 聯合國「開放計算工作組」獲批、兩週內 300 多家全球機構報名，首會計劃在 11 月 APEC 期間舉行。
  • 判斷：這份口徑的價值不在單個數字，而在把「規模」拆成了可核驗的四層——晶片數（35）、運算元數（1454）、效能增益（+27.6%，且給出 10 款晶片的分項）、貢獻者數（264）。相較 2.1 時期的「支援多少晶片」，2.2 的敘事已經轉向「同一批晶片上的共享最佳化是否可累積」；FlagPrism 與 FlagOS-Compressor 兩個新工具正好是這句話的工具化表達。

2.2 量智雲 Quantum-AI Cloud 釋出：FlagOS Execution Stack 託底 FlagQuantum（10-18）

日期：2026-10-18　來源：DOIT 主論壇報道（量智雲段） · 正式議程（量智雲平臺釋出 10:05–10:15） · FlagQuantum v0.3.0

  • 事實：10-18 上午量智融合分論壇設「量智雲平臺釋出」環節（議程 10:05–10:15）。據主論壇報道，量智雲（Quantum-AI Cloud）由智源研究院與北京量子資訊科學研究院（BAQIS）聯合推出，透過 FlagOS Execution Stack 支撐 FlagQuantum 量子框架，對接「九鼎」AI 算力系統與「QUAFU」量子計算機，實現量子與經典混合作業排程。
  • 程式碼側印證：FlagQuantum v0.3.0 的釋出說明（10-16）已寫明「九鼎與 Quafu 任務可恢復（opt-in 回執）」「Quafu 多電路結果保序」，v0.3.1 再補本地科研能力服務與帶版本的證據包——說明量智雲釋出時，量子側的任務提交、回執與結果保序鏈路在包裡已經具備，而非僅有框架層介面。
  • 判斷：這是 FlagOS 從「AI 訓練推理」跨到「量子-經典混合」的第一個雲服務形態產物。值得注意的邊界：v0.3.0 / 0.3.1 的說明明確不在量子硬體上執行、不含 MCP server 與 agent runtime，硬體執行由九鼎與 QUAFU 側承接——分工是「FlagOS 做排程與執行棧、量子院做硬體與雲」。後續觀察點是量智云何時對外開放、以及 FlagQuantum 的多晶片後端（海光 / 摩爾執行緒）是否被納入雲端排程。

2.3 大會其餘版塊與渠道核查：分論壇直播頁上線，逐場紀要尚未公開（10-17 ~ 10-19）

日期：2026-10-17 ~ 2026-10-19　來源：CSDN FlagOS 專欄 · AI 系統分論壇直播頁 · 量智融合分論壇直播頁 · AI Agent 分論壇直播頁

  • 版塊結構：大會為 1 主論壇 + 6 分論壇 + 1 全天工作坊，分論壇含開放計算 AI 系統、車載智慧、量智融合、具身智慧、AI Agent、國際 AI 計算合作；10-18 全天工作坊五場（KernelGen 運算元生成、端側推理、Triton-TLE 注意力運算元、量智融合量子程式設計、FlagScale-Agent 架構）。議程細節在 10-12 / 10-13 日報已收錄，本期不重複。
  • 可核查的增量：CSDN FlagOS 專欄於 10-17 / 10-18 上線 AI 系統、量智融合、AI Agent 三個分論壇的直播頁（標註「回放中」）；截至視窗截止，未檢索到逐場紀要或演講實錄，主論壇內容仍以 DOIT 一篇現場報道為主要來源。智源社群（hub.baai.ac.cn）視窗內未檢出 FlagOS 相關條目。
  • 新聞檢索結論：Google News RSS 24 組中英文查詢命中 34 條，元件名直查（FlagOS / FlagGems / FlagScale / FlagTree / FlagPerf / FlagCX / KernelGen）在視窗內仍為零命中，唯一實質命中是 10-18 的主論壇報道（見 2.1）；HN Algolia 8 組查詢無直接命中。其餘命中為成員單位企業稿與行情稿——摩爾執行緒 Step 5 Preview Day-0（10-15，前一期已收錄）、沐曦曦索 X302 工博會獲獎（10-12 起多站轉載，已收錄）、燧原「A 股上市」（經核為 09-11 舊聞重發）、「7 天完成千億大模型適配」（東方算芯 DF1000，非 FlagOS 相關）、藍芯算力 RISC-V 灣芯展稿（非 FlagOS 相關），一併剔除。

三、成員單位深挖

3.1 摩爾執行緒：S5000 的大會口徑、MThreads 運算元與 MUSA 線（10-16 ~ 10-19）

日期：2026-10-16 ~ 2026-10-19　來源：DOIT 主論壇報道 · FlagGems #6985 · #7246 · FlagGems-vllm #934 · build-infra #1399

  • 大會口徑：主論壇給出兩組與摩爾執行緒相關的數字——S5000 上 Qwen3.6-35B-A3B 達 H100 等效吞吐的 82.29% ~ 89.83%、超廠商原生 4% ~ 19%；端到端對比中 DSV4-flash 在 NVIDIA 上的提升（+12.63%）與國產側的對比項並列呈現，說明 S5000 已被納入 2.2 的效能基準盤。
  • 程式碼側：FlagGems 合入 moe_load_balance_loss（MUSA 特化，#6985），在審 #7246 為 mm 最佳化（+3501/-72，10-19 00:06 新開）；FlagGems-vllm #934 修 MUSA 的 vLLM 基線啟動、#937 收斂 FP8 varlen 精度矩陣；build-infra 的 sunrise（曦望）builder 與本條無關，摩爾執行緒自身對應 FlagTree 的 mthreads 輪子行（既有）。
  • 說明：摩爾執行緒 10-15 的 Step 5 Preview Day-0（MTT S5000 + MUSA + SGLang-MUSA，混合滑窗/CSA 稀疏注意力、FP8 DeepGEMM、MTP3 投機解碼）走的是自家 MUSA 軟體棧，不是 FlagOS 外掛鏈路；該事件前一期已收錄，本期不重複計入 FlagOS 生態條目。

3.2 沐曦：C550 上 MiniMax M3 與 Kimi K3 兩檔最佳化在審，metax 輪子進每日線（10-18 ~ 10-19）

日期：2026-10-18 ~ 2026-10-19　來源：vllm-plugin-FL #540 · #607 · build-infra #1377 · #1394

  • 模型適配（在審）：#540 是兩節點 MetaX C550、TP16 的 MiniMax M3 BF16 最佳化檔（09-18 開出，10-18 21:54 仍在更新，含稀疏注意力、小批次 Linear/MoE 與通訊最佳化）；#607 是四節點 C550、TP8 / PP4 / DP1（EP、SP 關閉）的 Kimi K3 MXFP4/BF16 實現，跑在 vLLM 0.28 相容的 0.4.0-dev 分支，模型適配、TP/head 打包、shape 選擇與 PP 執行時編排都留在 FL 側（10-19 01:58 新開）。
  • 構建側：build-infra 把 metax 放進 FlagTree 的每日輪子線（#1377）、為 metax 落自包含 22.04 FlagCX builder（#1394，含 SDK 版本變數名與 deb 解包路徑兩處修正），並在 10-18 09:21 記錄 metax 輪子重發。
  • 判斷：沐曦在 FlagOS 內的角色從「被適配的晶片」轉為「效能檔的貢獻者」——兩筆在審 PR 都是成對的部署方案（節點數、並行度、量化格式、上下文）而非單運算元補丁，這類 PR 的評審成本高，一旦合入即成為可複用的參考配置。

3.3 天數智芯 / 燧原 / 寒武紀 / 海光 / 清微 / 曦望 / 達摩院玄鐵：六後端 22.04 與運算元線（10-16 ~ 10-18）

日期：2026-10-16 ~ 2026-10-18　來源：build-infra #1380 · #1389 · #1398 · #1403 · FlagCX #643 · FlagBLAS #148（全量見附錄）

  • 天數智芯（iluvatar）：FlagCX 22.04 builder 與 v0.14.0 兩個 corex pin 的重發（#1403 / #1407，22.04-clean、不帶裝置 bitcode）；FlagTree 的 iluvatar 行從「單獨一條工作流」併入矩陣並啟用每日輪子（#1390 / #1393 / #1397）；Torch-FL 把 FlagGems 工廠裡的複數 dtype 在 DCU 上重路由（#548）；FlagGems #7220 的 conv2d 權重快取與 channels_last 融合最佳化在審。
  • 燧原（enflame）：FlagCX 22.04 builder（#1398 / #1401，記錄 enflame 輪子重發）；FlagTree 側修 tle.gpu.alloc 別名測試在 enflame 上誤跑（#1387）；FlagGems-vllm #900 的 GLM-5.3 Flash 公開運算元為跨廠商共享，非 enflame 專屬。
  • 寒武紀（cambricon）：FlagCX 4.7.2 的 22.04 builder（#1389，附補 pandas 以解 torch_mlu 匯入問題 #1391），10-17 21:39 記錄 neuware 4.7.2 的 22.04-clean 重發（#1392）。
  • 海光（hygon）：FlagCX 啟用 Hygon Device API 與統一 IR 的 HIP 後端（#643），並落 22.04 builder 與輪子重發記錄（#1380 / #1383）；FlagGems 在審 #7242 把 split-KV 的 BLOCK_M 上限壓到 16 以守住 64KB LDS；Torch-FL 的 DCU 複數 dtype 重路由同 #548。
  • 清微（tsingmicro）：Torch-FL 把 metadata-only 檢視運算元路由到廠商槽位（#550），延續 2.2 週期內清微後端「先立骨架、再補語義」的路徑。
  • 曦望（sunrise）：FlagTree 的 builder 與 wheel 收進單檔案（22.04 工具鏈可釋出複用，pybind11 釘到 3.1.0），並加入共享 builder 矩陣、啟用每日輪子行（#1399 / #1402）。
  • 達摩院玄鐵（thead）：FlagBLAS 補真武 PPU 的四種精度 GEMM（含 NN/TN/NT/TT 變體，#148）；FlagGems-vllm 修 W8A8 MoE 的整型累加並複用 GEMM2（#924）；FlagGems 在審 #7203 修後端 GRU barrier 死鎖、#7209 系列的 thead 精度套件同步在跑。
  • 地平線（D-Robotics）：視窗內未檢出提交、PR 或新聞動作。

四、總結與趨勢觀察

  • 敘事與工程第一次同頻：主論壇把 2.2 講成「規模化共享最佳化」（21 廠商 35 晶片、1454 運算元、+27.6%、264 貢獻者），而同一視窗 GitHub 側最重的一筆恰好是 build-infra 的六後端 22.04 builder 與逐後端每日輪子矩陣——兩者回答的是同一個問題：晶片名單要靠可復現的交付面撐住。這是本期最值得記錄的對應關係。
  • 運算元域在擴張，但擴張的方向需要看清：KernelGen 三日落下三十餘條 NVIDIA 運算元，多是 _dim_arange、values_copy、_has_same_storage_numel 這類邊界運算元，說明主幹覆蓋接近完成、進入別名與檢視語義的掃尾；而國產後端的增量仍集中在崑崙芯（二十餘筆最佳化）與達摩院玄鐵（GEMM 補齊），後端之間的覆蓋差距並未縮小。FlagCV 立倉是另一個方向的擴張——從 LLM 與科學計算走向 OpenCV 式影象處理，六後端目錄一次鋪開，但倉庫尚無可執行運算元，短期不宜高估。
  • 量子線出現產品形態：FlagQuantum 0.3.0 / 0.3.1 雙發 + 量智雲對外發布，把「九鼎 / QUAFU 任務可恢復」這類工程能力寫進發布說明，同時明確不在硬體上執行、不含 agent runtime。分工是「FlagOS 做執行棧與排程、量子院做硬體與雲」，這比籠統的「量智融合」口號更能說明邊界。
  • RISC-V 側的動作在編譯器深處：SpaceMiT 的 smt_rvisa 讓作者顯式控制 SEW / VL / 指令選擇，並退役私有 TLE 副本——這類改動不出現在任何對外口徑裡，卻決定了 RVV 後端能否從「能跑」走到「能壓效能」。
  • 待觀察：一是大會分論壇與工作坊的逐場紀要尚未公開，主論壇之外的技戰術內容（統一 IR、Token 工廠、端側部署）目前只有議程口徑；二是量智云何時對外開放；三是 FlagCV 何時落第一個可執行運算元；四是訓練側（Megatron-LM-FL / TransformerEngine-FL / FlagScale）三日零推送，是大會前後的正常靜默還是 2.3 週期的起點，需下一期確認。

附錄：信源核查表

信源 核查方式 結論
GitHub org 倉庫全量（61 倉） 16 倉視窗內推送；FlagDNN / FlagFFT / Trident / docs 四倉為分支推送，預設分支最新提交均在視窗外
GitHub 提交搜尋（分頁） 147 筆、12 倉；分兩頁拉取（100 + 47），並補 org 事件流 100 條與四倉 commits.atom 兜底
GitHub 合併 PR 檢索 139 筆、11 倉（兩頁：100 + 39），以 is:merged + merged:>= 為真值
GitHub 在審 PR 檢索 239 筆、23 倉（三頁：100 + 100 + 39），其中 27 筆為賽事標籤
GitHub Release / 標籤原子核查 31 庫 releases.atom + 8 庫 tags.atom：FlagQuantum v0.3.0 / v0.3.1、FlagCX v0.15.0.dev0 在視窗內；FlagOps v2.0.5 / v2.0.6 在 10-15（視窗外臨近）
新聞 Google News RSS（24 組中英文，走代理） 34 條命中；實質收錄 1 個事件（10-18 主論壇），其餘為成員企業稿、舊聞重發與非 FlagOS 稿
新聞 HN Algolia（8 組） 無直接命中
新聞 DOIT 現場報道 主論壇內容逐段核驗（2.1 / 2.2 / 3.1）；報道所述「9 月 30 日釋出」與倉庫落庫日期（09-28 ~ 09-29）不一致，已在正文標註
官方渠道 CSDN FlagOS 專欄 視窗內新增三個分論壇直播頁（10-17 / 10-18）；未見新增長文
官方渠道 智源社群 hub.baai.ac.cn 未檢出視窗內 FlagOS 條目
歷史對照 10-16 日報（上期） 去重核驗：上期截點為 10-16 06:00；Step 5 Preview Day-0、沐曦挑戰賽、天數智芯 MiniCPM-V 4.7 均已收錄，本期不重複

完整信源清單

gos-ai/build-infra/pull/1395> · https://github.com/flagos-ai/build-infra/pull/1400

i/FlagGems/pull/6983> · https://github.com/flagos-ai/FlagGems/pull/7053 · https://github.com/flagos-ai/FlagGems/pull/6985 · https://github.com/flagos-ai/FlagGems/pull/7124

ai/Torch-FL/pull/567> · https://github.com/flagos-ai/Torch-FL/pull/273 · https://github.com/flagos-ai/Torch-FL/pull/530 · https://github.com/flagos-ai/Torch-FL/pull/542 · https://github.com/flagos-ai/Torch-FL/pull/568 · https://github.com/flagos-ai/Torch-FL/pull/574 · https://github.com/flagos-ai/Torch-FL/pull/577 · https://github.com/flagos-ai/Torch-FL/pull/584 · https://github.com/flagos-ai/Torch-FL/pull/357