調研視窗：2026-11-04 06:00 ~ 2026-11-05 06:00（北京時間，24 小時；接續上一期日報截點）。

信源：GitHub（org: flagos-ai 61 倉庫全量核查、238 筆提交、167 筆合併 PR、288 筆視窗內更新在審 PR、其中 151 筆新開、26 倉推送、31 倉 Release 與 8 倉 Tag 原子核查）、Google News RSS（24 組中英文查詢詞，走代理）、HN Algolia（8 組）、CSDN FlagOS 專欄（逐篇核時）、智源社群（詳見附錄信源清單）。

本期索引

  • 今日重點：Torch-FL 一日 29 筆合入，MPS 補到能訓練、寒武紀 MLU 接為原生平臺；FlagTree 十四分鐘連開 38 筆堆疊單；vLLM 0.28.0 repack 上架 11 家廠商索引（11-04）
  • 一、開源專案進展（GitHub 動態）
    • 1.1 組織節奏：26 倉推送、238 筆提交、167 筆合入，在審 288 筆視窗內更新（11-04）
    • 1.2 版本面：2.3.0 記上海光 DTK 26.10，昇騰 CANN 9.2.1 補 OCI 標籤重推（11-04）
    • 1.3 推理棧：vLLM 0.28.0 repack 進 11 家廠商索引，FlagGems-vllm 開每日 wheel 線（11-04）
    • 1.4 FlagGems 合入：35 筆清賬，天數 12、英偉達 9、燧原 5（11-04）
    • 1.5 FlagGems 新開：66 筆裡 41 筆給 GCU300，燧原覆蓋單成批湧出（11-04）
    • 1.6 FlagTree：TLE 增強全部改執行期開關，十四分鐘開出 38 筆堆疊單（11-04）
    • 1.7 FlagQuantum：29 筆合入，合成棧 UP-04/05/06 與稀疏化學 SELECT 連續落地（11-04）
    • 1.8 訓練與運算元庫：Megatron 接 DSv4 第二筆，SGLang 外掛補天數 0.5.18（11-04）
    • 1.9 配套基建：DEB/RPM 打包統一 verify-only，optest 按廠商探查運算元清單（11-04）
  • 二、新聞報道與生態
    • 2.1 渠道核查：24 組查詢零元件級命中，CSDN 與 HN 視窗內無新文（11-05）
    • 2.2 生態側：智源釋出前沿開放權重 AI 風險管理框架（11-04）
  • 三、成員單位與後端廠商深挖
    • 3.1 寒武紀：MLU 以原生平臺進 Torch-FL，八卡 MLU590-M9 實測（11-04）
    • 3.2 地平線：BPU 運算元庫修到可用，鏈式執行把四次派發壓到 0.673 毫秒（11-04）
    • 3.3 海光：FP32 flash attention 前向落地，另開九筆 FP32 最佳化單（11-04）
    • 3.4 天數與燧原：一個補 SGLang 空適配，一個在 GCU300 上連開四十一筆（11-04）
    • 3.5 崑崙芯、沐曦、昇騰、摩爾執行緒與清微：修復與調優並行（11-04）
  • 四、總結與趨勢觀察
  • 附錄：信源核查表、完整信源清單

今日重點：Torch-FL 一天補完兩條邊界；FlagTree 用堆疊單改造 TLE；vLLM 0.28.0 repack 鋪到 11 家索引（11-04）

日期：2026-11-04　來源：Torch-FL PR #720 · Torch-FL PR #738 · FlagTree PR #1565 · FlagTree PR #1563 · build-infra PR #1635 · build-infra PR #1642（全量見附錄）

  • 統一裝置層雙向擴張：Torch-FL 當日 29 筆合入、29 筆提交，方向不是同一個。一端把 Apple Silicon 的 MPS 後端補到「能訓練」——補上 addmm（nn.Linear 帶偏置時真正落到的運算元）、卷積反向、比較與規約族、三角與指數族、cumprod、tril，其中卷積反向與參考實現逐位一致；另一端把寒武紀 MLU 接成新的 vendor-native 平臺，加 4870 行減 64 行、40 個檔案，在八卡 MLU590-M9 上端到端實測。同一倉庫同一天，一頭是消費級 GPU，一頭是國產加速卡。
  • 編譯器棧用堆疊單改造：FlagTree 在 13:02 至 13:15 的十四分鐘內連開 38 筆 PR，分 [TLE][NVIDIA] 12 筆、[TLE][AMD] 4 筆、[TLE][Iluvatar] 7 筆、[FlagCX] 5 筆、[Iluvatar][Native] 5 筆，另有 1 筆把功能 PR 的依賴圖與驗證門寫成文件。同日合入的 #1565 把每一個 FlagTree 增強都改成「編譯期宏 + 執行期開關」雙入口——後端一旦迴歸，可以只關掉那一個增強而不回滾整版編譯器。
  • 版本面繼續鋪映象：2.3.0 記上海光 DTK 26.10 的 base 與 runtime 兩層，昇騰 CANN 9.2.1 的 base 映象補 OCI provenance 標籤後重推。截至今日，23 個 base 與 23 個 runtime 映象的 changelog 都已記上 2.3.0，覆蓋 12 家廠商的 23 條工具鏈線。
  • 分發包一次鋪開：build-infra 記錄的 vLLM 0.28.0+flagos repack 已進 11 家廠商索引（AMD、昇騰、寒武紀、燧原、海光、天數、崑崙芯、沐曦、英偉達、曦望、清微），aarch64 提供 cp311 與 cp312、x86_64 提供 cp310 與 cp312；同日給 FlagGems-vllm 加上每日 wheel 線。
  • 節奏判斷：26 倉推送、238 筆提交、167 筆合入，在審 288 筆視窗內更新、151 筆新開。合入較上一視窗降 5.6%，新開升 29.1%，增量集中在 FlagGems 的 66 筆與 FlagTree 的 38 筆——兩倉都是批次開單、分批合入的形態。

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

1.1 組織節奏：26 倉推送、238 筆提交、167 筆合入，在審 288 筆視窗內更新（11-04）

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

  • 倉庫面：61 倉中 26 倉視窗內有推送，按推送時間從近到遠為 vllm-plugin-FL、Torch-FL、build-infra、FlagQuantum、FlagTree、release-info、FlagGems、optest、FlagGems-vllm、FlagGems-sglang、docs、FlagAttention、Megatron-LM-FL、FlagScale-Agent、sglang-plugin-FL、FlagCX、FlagBLAS、FlagTensor、libtriton_jit、flagtree-cpu、FlagDNN、FlagSparse、FlagFFT、FlagTrain、OpenCourse、FlagGems-Experimental。其中 vllm-plugin-FL、docs、release-info、FlagGems-sglang、FlagScale-Agent、flagtree-cpu 的推送來自非預設分支或頁面部署，主分支無視窗內新提交；Megatron-LM-FL 主分支有視窗內提交一筆。
  • 提交面：238 筆，分倉為 FlagQuantum 103、FlagGems 35、Torch-FL 29、build-infra 26、FlagGems-vllm 8、FlagBLAS 5、FlagTree 5、optest 4、OpenCourse 4、FlagAttention 4、FlagDNN 3、FlagTensor 3、FlagSparse 2、FlagCX 2、FlagTrain 2、FlagFFT 2、libtriton_jit 1。量子棧一倉佔 43.3%，仍是提交量的第一來源。
  • 合入面：合併 PR 167 筆，來自 22 倉：FlagGems 35、Torch-FL 29、FlagQuantum 29、build-infra 26、FlagGems-vllm 8、FlagTree 6、FlagAttention 4、optest 4、vllm-plugin-FL 3、FlagBLAS 3、FlagTensor 3、FlagCX 2、FlagDNN 2、FlagSparse 2、FlagFFT 2、OpenCourse 2、FlagTrain 2，Megatron-LM-FL、sglang-plugin-FL、libtriton_jit、flagtree-cpu、FlagGems-sglang 各 1。
  • 在審面：視窗內有更新的在審 PR 288 筆，其中新開 151 筆。分倉為 FlagGems 130（新開 66）、FlagTree 54（38）、FlagGems-vllm 26（9）、vllm-plugin-FL 13（5）、sglang-plugin-FL 10（3）、FlagTrain 6（3）、FlagAttention 6（1）、Megatron-LM-FL 6（1）、Torch-FL 5（3）、FlagQuantum 4（4）、FlagCX 4（2）、build-infra 3（2）、FlagGems-Experimental 4（4）、FlagGems-sglang 2（2）、FlagCV 2（2）等。
  • 作者面：合入側 lvyufeng 29 筆（全部為 Torch-FL）、FlagQuantum 機器人賬號 29 筆、tengqm 17 筆、shiptux 15 筆（橫跨七個倉庫的打包線）、youseeyouonedayday 12 筆、xuanzhengdu-eng 12 筆、github-actions 機器人 11 筆。新開側最集中的是 sunnycase（FlagTree 的 TLE 系列 38 筆）、youseeyouonedayday 17 筆（燧原 GCU300）、luojung 9 筆（海光 FP32）。
  • 對比：上一視窗（11-03 06:00 ~ 11-04 06:00）為 24 倉推送、228 筆提交、177 筆合入、271 筆視窗內更新在審、117 筆新開。本視窗倉數加 2、提交升 4.4%、合入降 5.6%、在審更新升 6.3%、新開升 29.1%。合入回落的主因是 FlagGems 從 76 筆降到 35 筆；新開上升則有兩處集中來源，一是 FlagTree 的 TLE 堆疊單，二是 FlagGems 的 GCU300 覆蓋單。

1.2 版本面：2.3.0 記上海光 DTK 26.10，昇騰 CANN 9.2.1 補 OCI 標籤重推（11-04）

日期：2026-11-04　來源：build-infra PR #1627 · build-infra PR #1628 · build-infra PR #1633 · build-infra PR #1616 · build-infra PR #1622 · FlagOS 2.3 釋出時間表

  • 海光兩層落地：#1627 與 #1628 分別把 base 與 runtime 的 hygon-dtk26.10 映象記上 2.3.0 的 changelog 日期。該後端 runtime 是首次交付：python 3.12 配 DTK 26.10 的 torch 閉包（torch 2.13.0、torchvision 0.28.0、torchaudio 2.11.0、apex 1.7.0、flash_attn 2.8.4、numpy 1.26.4），其上疊 FlagTree 0.7.0+hcu3.6 與 FlagGems 5.4.0，並把 flagcx==0.14.1+dtk2610 列為執行時依賴。
  • 一處關鍵修復：該映象的廠商 triton 升到 3.7.0+dtk2610.…，其 nvidia 驅動不再搶佔裝置，只有 hcu 處於 active，啟動時 Triton 不再被整體禁用。此前 torch2130 版本下 DTK 的 CUDA stub 使兩個驅動同時 active，導致每次 serve 都退回 V1 model runner。映象其餘內容不變。
  • 昇騰補標籤重推：#1633 授權 base/ascend-cann9.2.1 重推，補上首次構建未能寫入的 OCI provenance 標籤（revision、created、last-updated）——cann921 runner 當時 PATH 裡沒有 git，構建既沒記錄 commit 也沒記錄時間戳。缺 revision 標籤時 base_image_status.py 會把該後端報成 UNKNOWN，無法判斷已推映象是否落後於 HEAD。映象內容不變。
  • 依賴釘固：#1616 與 #1622 分別把 flagtree、flagcx 釘在 CANN 9.2.1 執行時線上，#1617 新增 ascend-cann9.2.1 的 flagcx builder 與 wheel 行，#1618 把節點側指令碼留在 python 3.7，#1621 填 cann9.2.1 的 wheel 行並記錄 cann9.0.0 行。
  • 覆蓋度：截至今日，23 個 base 與 23 個 runtime 映象的 changelog 都已記上 2.3.0，覆蓋 AMD ROCm 7.2.4、昇騰 CANN 8.5.0 與 9.0.0（含 910C 變體）與 9.2.1、寒武紀 neuware 4.4.3 與 4.7.2、燧原 tops 1.9.10 與 1.10.6、海光 DTK 26.04 與 26.10、天數 corex 4.4.0 與 4.5.0、崑崙芯 XRE 5.37.1、沐曦 MACA 3.7.2.1 與 3.8.1.3、摩爾執行緒 MUSA 4.3.6 與 5.2.0、英偉達 CUDA 12.8 與 13.3、曦望 1.2.0、清微 tsm260610。
  • 釋出態：31 倉 Release 與 8 倉 Tag 原子核查，視窗內零新增。community 的 release/2.3 目錄目前只有釋出時間表，清單檔案尚未落地；按該時間表，FEP 合入截止 11-13、特性凍結 11-30 拉 rc0、12-07 拉 rc1、12-14 拉 rc2、12-25 封板、12-30 GA。映象先行與清單未凍結屬計劃內節奏，不是異常。

1.3 推理棧：vLLM 0.28.0 repack 進 11 家廠商索引，FlagGems-vllm 開每日 wheel 線（11-04）

日期：2026-11-04　來源：build-infra PR #1635 · build-infra PR #1637 · build-infra PR #1642 · build-infra PR #1643 · build-infra PR #1636 · vllm-plugin-FL PR #692 · vllm-plugin-FL PR #686

  • 索引覆蓋面：包目錄中 0.28.0+flagos 一行列出 11 家索引——AMD、昇騰、寒武紀、燧原、海光、天數、崑崙芯、沐曦、英偉達、曦望、清微。aarch64 提供 cp311 與 cp312，x86_64 提供 cp310 與 cp312；配套的 xgrammar、compressed-tensors、opencv-python-headless 由 vLLM 自身依賴釘固安裝，不單列條目。
  • 釋出記錄機制：#1635 記錄 vLLM 0.28.0 wheel 的釋出事實，#1637 補上崑崙芯行，#1642 補 aarch64 的 cp312 產物，#1634 讓目錄只記 vLLM 自身的 wheel（不混入外掛產物）。這套「釋出步驟寫目錄、人工只寫文案」的機制本輪正式跑通，替代了此前手工改 pypi_index 欄位的做法。
  • 一處修邊界：#1636 修 repack 的 vendor 切分——按第一個連字元切而不是最後一個。版本串裡既有 + 平臺段又有 - 分段時，從末尾切會把平臺名截錯。
  • 每日 wheel 線：#1643 給 flagos-pypi-daily 增加 FlagGems-vllm 的每日 wheel 行，#1640 把 runner 的代理透傳進構建與上傳容器，#1638 給昇騰 verify 容器 1 GB 的 /dev/shm。
  • 外掛側同步：#692 完成 0.4.0-dev 向 0.5.0-dev 的 forward-sync（機器人提交），#686 讓沐曦適配 Torch 產物並繫結 MCCL abort，#670 把測試流水線與主分支對齊（stage model、routing、slash 命令）。
  • 觀察：上游 vLLM 0.28.0 的 repack 一次鋪到 11 家索引，說明「一份原始碼 + 多平臺構建變體」的分發模型成熟了；而 2.3.0 執行時映象對應的 torch 閉包已按 vLLM 0.32 的釘固在走（AMD 層寫明 torch 2.13.0+rocm7.2 與 triton-rocm 3.7.1），0.28 與 0.32 兩條線並行仍是常態。

1.4 FlagGems 合入：35 筆清賬，天數 12、英偉達 9、燧原 5（11-04）

日期：2026-11-04　來源：FlagGems PR #7388 · FlagGems PR #7318 · FlagGems PR #8097 · FlagGems PR #8004 · FlagGems PR #8396 · FlagGems PR #7032 · FlagGems PR #8432

  • 天數 12 筆：全部是 BI-V150 的 KernelGen 產物——三角邊距損失、偽逆、矩陣乘加、線性代數張量求逆、索引歸約、逆伽馬函式、三維網格取樣、三維轉置卷積及其反向、線性組合計算與 CTC 損失，另 #8396 回退量化最大池化與 Hermite 兩處更新（回退本身也是一條記錄：先前的合入在 BI-V150 上不成立）。
  • 英偉達 9 筆：sparse_bsr_tensor_unsafe、sparse_csr_tensor、slow_conv_dilated3d、chain_matmul、can_cast、empty_affine_quantized、_remove_batch_dim、_unpack_dual、_fw_primal。仍是長尾補齊，但已從「常用運算元」推進到稀疏張量與自動微分內部運算元。
  • 燧原 5 筆全是裝置守衛修復：#8104 一次修四處 CUDA-only guard、#8100 修 im2col 的硬編碼守衛、#8099 修 kl_div 與 arctanh、#8098 修 upsample_nearest3d_backward 的整型索引鉗位、#8126 讓 --override 與運算元名不匹配時顯式失敗而不是靜默跳過。
  • 最佳化與正確性：#7388 給海光補 FP32 flash attention 前向（IEEE FP32 點積、-inf 初始化線上 softmax 最大值、按 head dim 與序列長選三套靜態 tile，見 3.3）；#7318 給沐曦補通道級 bmm_w8a8 INT8 融合縮放；#8097 最佳化摩爾執行緒的瘦長 FP8 矩陣乘（轉置點積 + GEMV tile）；#8004 按 GLM-5.2 的形狀最佳化 TLE/PPU 的 W8A8 INT8 矩陣乘。
  • 其它：#8106 讓 linalg_pinv 與 conv_tbc_backward 在崑崙芯 XPU 上編譯透過；#6619 給 scatter_add 的二維快路徑加布局守衛；#6650 修 mean 的空歸約；#7032 讓 deb wheel 版本從 git 推導而非 Dockerfile 預設值；#8432 把昇騰 GRU 運算元測試依賴加進 flagos-optest。

1.5 FlagGems 新開：66 筆裡 41 筆給 GCU300，燧原覆蓋單成批湧出（11-04）

日期：2026-11-04　來源：FlagGems PR #8385 · FlagGems PR #8395 · FlagGems PR #8417 · FlagGems PR #8426 · FlagGems PR #8446 · FlagGems PR #8456

  • 規模：FlagGems 視窗內新開 66 筆，其中燧原 41 筆、天數 12 筆、海光 9 筆、崑崙芯 5 筆，其餘為通用運算元與 CI。燧原一家佔 62%。
  • 運算元清單：直方圖統計、一維複製填充、掩碼散射反向、Philox 均勻取樣、dstack 與 stack、沿維取值、二維負對數似然、上下翻轉、軟閾值反向、硬切反向、混合精度矩陣乘、貝塞爾 y0/y1/j0、切比雪夫 t/w 多項式、Hermite h 多項式、矩陣求逆、Householder 乘積、批歸一化、renorm、hardsigmoid 反向、三維自適應池化反向、量化引數選擇、特徵丟棄、滑動平均量化助手與權重歸一化。
  • 手法一致：把 64 位 lane offset 收窄到 32 位、把 launch 幾何搬到 host 側預計算、把 __nv_* extern 換成本地實現、把點態 dynamic 降級改成專用核、撤掉會掛編譯器的 autotune。這些改法只在 GCU300 上成立，說明 KernelGen 產線已經能按後端生成「規避本後端不支援的寫法」的替代實現，而不是照上游翻譯一遍。
  • 海光 9 筆由 luojung 一人提交：rsqrt、floor、nonzero（有界塊掃描）、FP32 全維歸約、masked_fill、nan_to_num、neg（有符號零語義）、masked_select（空廣播結果）、aminmax（跨步輸入）。形態統一——先把 FP32 連續記憶體路徑做對，再談調優。
  • 其它方向：#8446 給 7 個後端的 backend key 加版本號（快取與調優引數按後端版本隔離）；#8456 讓注意力接受可廣播 mask 並跳過不可執行的 cuDNN 分支；#8414 給沐曦補 layernorm；#8449 修 linspace 零步長；#8412 統一空維度歸約處理。

1.6 FlagTree：TLE 增強全部改執行期開關，十四分鐘開出 38 筆堆疊單（11-04）

日期：2026-11-04　來源：FlagTree PR #1565 · FlagTree PR #1563 · FlagTree PR #1524 · FlagTree PR #1370 · FlagTree PR #1556 · FlagTree PR #1514

  • 執行期開關：#1565 合入，加 123 行減 27 行、15 個檔案。把每個 FlagTree 增強統一成四件套：編譯期宏、執行期 knob（FLAGTREE_<NAME>，預設開，進 CACHE_INVALIDATING_ENV_VARS）、與周邊程式碼一致的 guard 塊、以及標註宏名的 #else/#endif。本輪補齊三個缺 knob 的宏與兩個不按約定寫的 guard。
  • 為什麼重要：編譯器增強一旦進了生產，迴歸就只能靠回滾整版來止損。把開關下放到環境變數，等於給每個後端留了一條「只關這一個增強」的退路，也讓同一份二進位制可以按機器能力分級啟用。
  • 堆疊單：13:02 至 13:15 十四分鐘內連開 38 筆，[TLE][NVIDIA] 12 筆（區域性指標證明穿透 load/store 降級、內聯時保留 call-site 引數提示、合併相容的佈局提案、非同步複製所有權與精確填充位、WGMMA 累加器佈局與非同步生命週期、tensor-map 釋出與描述符檢視、可複用 pipe 的結構身份與排空語義）、[TLE][AMD] 4 筆（count/phase barrier 降到 LDS 狀態、grid barrier 與 launch scratch 初始化、靜態 wave 分割槽、RDNA barrier 協議）、[TLE][Iluvatar] 7 筆（顯式佈局跨控制流、SME transport 的 tile 幾何、pipe 身份與可複用 warp-group barrier、物理 grid barrier 域、SME payload 跨 warp group 釋出、收斂與作用域內 FP 收縮）、[FlagCX] 5 筆（通用指標裝置庫簽名、collective barrier 限定到 warp group、分散式上下文與 bootstrap 清理、原生分配器快取與對稱張量分配、按視窗容量校驗索引 barrier）、[Iluvatar][Native] 5 筆（執行緒數由 warp size 推導、按元素大小選向量訪問寬度、顯式 load-vectorization 編譯選項、兩個復現用例）。
  • 說明書：#1563 把功能 PR 的依賴圖與驗證門寫成文件——哪些必須按序合、哪些可獨立驗證。38 筆堆疊單沒有這張圖無法評審，這一步本身是工程能力的一部分。
  • 同日其它：#1524 給 AMD native 補三角相容與獨立舍入乘法 API；#1370 把 DEB/RPM 打包工作流改成 verify-only；#1556 與 #1564 讓 FlagGems 結果變化推到飛書群；#1514 給 hcu3.6-bw1100 加測試標籤。
  • 判斷：TLE 正在從「單點增強」變成「按後端分片的功能集」，而執行期開關是它能進生產的前提。這一批的評審成本會很高——38 筆裡有跨 PR 的依賴，合入順序錯一筆就會帶出一串失敗。

1.7 FlagQuantum：29 筆合入，合成棧 UP-04/05/06 與稀疏化學 SELECT 連續落地（11-04）

日期：2026-11-04　來源：FlagQuantum PR #1063 · FlagQuantum PR #1066 · FlagQuantum PR #1073 · FlagQuantum PR #1068 · FlagQuantum PR #1080 · FlagQuantum PR #1077

  • 合成前端三個里程碑：#1055、#1057、#1059、#1062 把 UP-04 的有界均勻態製備、標量相干控制、有界謂詞與受檢相位助手補齊；#1065 與 #1067 歸一化 UP-05 的前端入口分發並把算術降級抽成共享路徑；#1071 與 #1074 支援 UP-06 的 Qmod 與原生 qfunc 的 U 門與陣列 Hadamard。
  • 演算法與降級：#1063 新增稀疏化學 SELECT 的門級降級、#1066 實現可執行的 THC SELECT、#1073 讓 THC 旋轉經 QROM 與相位梯度降級、#1061 準備有符號 Pauli LCU 係數、#1056 按執行目標選擇 Pauli LCU 降級、#1054 與 #1050 用 Qualtran 對照 Pauli LCU 走查與門數。
  • 編譯與執行時：#1068 共享測量輔助的地址遍歷、#1070 在非法角度繫結時保住 checkpoint、#1077 用 PyTorch 校驗宣告的 batch VJP、#1081 提議可選 Module 後端。
  • 探測器誤差模型（DEM）線：#1052 互斥故障奇偶、#1053 重複故障合併、#1058 多 chunk 往返、#1064 稀疏 chunk 投影、#1069 逐輪解碼，配合 #1072 的 FTQC W1-B 參考覆蓋圖。這條線在補的是「量子糾錯解碼的資料路徑」，不是演算法演示。
  • CI 結構變化：#1076 在鎖定離線環境中跑 core CPU 與覆蓋率、#1080 把 Main 冒煙遷到 hosted runner 並把託管併發上限設為 8。此前該倉依賴自託管 runner，遷到託管側意味著單次驗證不再受機器排隊影響。
  • 判斷：29 筆合入裡沒有單點大改，但合成前端、演算法降級、DEM、CI 四條線各推進一段。這種節奏的價值在於每條線都能獨立復算——對仍在快速變動的量子棧，賬目清晰比功能多少更重要。

1.8 訓練與運算元庫：Megatron 接 DSv4 第二筆，SGLang 外掛補天數 0.5.18（11-04）

日期：2026-11-04　來源：Megatron-LM-FL PR #214 · sglang-plugin-FL PR #139 · FlagAttention PR #118 · FlagAttention PR #121 · FlagAttention PR #117 · FlagCX PR #693

  • Megatron 同步：#214 是「DeepSeek-V4 向上遊同步」系列的第 2 筆，主題是 mHC 與專家並行的重疊（overlap）。上一期是 1/N 的精度敏感引數保護，這個系列按「一筆一個子系統」的方式推進。
  • SGLang 補天數：#139 為天數補 SGLang 0.5.18 的空執行時適配——即廠商側尚無 0.5.18 路徑時，先讓外掛在 0.5.18 上跑通。這是繼 10-30 沐曦「0.28 空適配」之後同類手法的第二次使用。
  • FlagAttention 四筆：燧原新增 parallax 運算元；摩爾執行緒新增 Moba attention 並修 import；海光最佳化 GLA 後端；另一筆修測試標記收集會真的執行測試的問題。
  • FlagCX 兩筆：#691 讓 Window 資源拆除可重試（拆到一半失敗時可重入）；#693 新增 CoopOps 與 Clock traits 並給出 NVIDIA 實現。通訊庫正在把「裝置能力查詢」抽成 trait，而不是在每個後端寫 if vendor ==。
  • FlagBLAS 與 FlagTensor：FlagBLAS 刪 TRMM 測試與基準、修海光 collection、RPM 打包在 openEuler 上不依賴 pyproject 版本；FlagTensor 讓 deb 構建在 PEP 668 下可用、RPM 指向 per-distro 倉庫、版本對齊 0.3.0。
  • FlagGems-vllm 八筆：SiliconFlow 補分塊 KDA 縮放點積核與融合迴圈 KDA（後者一次覆蓋五個後端）、TLE/NVIDIA 補 dense FP8 MLA decode、mhc_pre 按平臺分發變體、摩爾執行緒補 topk/softplus/sqrt、修 MoE 在編譯器不支援 TLE 時的查詢與空 launch extent、修海光無 CUDA PDL 內建時的匯入、修文件陳舊內容並加 Hugo 構建 CI。

1.9 配套基建：DEB/RPM 打包統一 verify-only，optest 按廠商探查運算元清單（11-04）

日期：2026-11-04　來源：FlagBLAS PR #145 · FlagTensor PR #33 · libtriton_jit PR #71 · flagtree-cpu PR #8 · optest PR #38 · optest PR #35

  • 打包線一次收口：shiptux 的 15 筆合入橫跨七個倉庫——FlagBLAS #145、FlagSparse #111、FlagTree #1370、FlagFFT #24 與 #26、FlagDNN #23 與 #24、FlagTensor #29/#31/#33、libtriton_jit #71、flagtree-cpu #8。核心動作是把 DEB/RPM 工作流統一改成 verify-only：只驗證能否構建，不重複釋出產物。
  • 修的具體問題：FlagFFT 把 triton_jit 輔助指令碼裝到私有路徑以避開與 libtriton_jit 的檔案衝突、RPM 構建容器臨時裝 nlohmann_json 3.11.3；FlagDNN 允許在沒有可匯入的 torch/triton 時配置 NVIDIA 構建、構建映象指向已釋出的 FlagOS 倉庫；FlagSparse 把 license 寫成表格以適配發行版 setuptools。
  • optest 四條：#38 按廠商探查 FlagGems 運算元清單（每個後端實際註冊了哪些運算元，不再靠猜）；#35 補英偉達基線指令碼；#36 修「收集測試標記卻真的執行了測試」；#37 刪掉與環境相關的 uv lock。這四條合起來，讓運算元測試的輸入（清單）與基線（英偉達）都變成可復現的。
  • 課程與文件：OpenCourse #5 與 #6 更新全部實驗材料到主線；FlagGems-vllm #1064 修文件陳舊內容並加 Hugo 構建 CI。

二、新聞報道與生態

2.1 渠道核查：24 組查詢零元件級命中，CSDN 與 HN 視窗內無新文（11-05）

日期：2026-11-05　來源：Google News RSS（FlagOS 查詢） · HN Algolia（FlagOS 查詢） · CSDN FlagOS 專欄

  • 元件查詢全空：24 組中英文查詢（FlagOS、FlagGems、FlagScale、FlagTree、FlagPerf、FlagCX、KernelGen 等，含中英文兩種 ceid）在 24 小時視窗內零命中；HN Algolia 八組查詢零直接命中。這與近十餘個平靜視窗的形態一致。
  • 成員詞查詢有命中但不可用：智源研究院、清微智慧、燧原科技、國產算力等詞共 13 條結果，逐條核後為三類——股市與融資行情稿（燧原融資買入、國家大基金持股異動）、智源社群的技術科普與訪談（與 FlagOS 元件無關）、以及他省宣傳稿。按篩選規則整批剔除。
  • CSDN 專欄逐篇核時：首頁 52 條連結全部核過釋出時間，最新三篇《FlagOS 讓「牛來」模型跑在更多國產晶片上：GLM-5.3-Flash Day0 適配 9 款 AI 晶片》《Qwen3.8-Flash-Next 釋出首日適配 8 款 AI 晶片》《影片生成推理框架 LightX2V 正式接入 FlagOS》分別釋出於 10-22 與 10-29 之前，不在本期視窗，故不重複收錄。
  • 智源社群：搜尋頁仍是客戶端渲染，抓不到條目列表，以首頁核查為準；首頁視窗內無 FlagOS 相關新帖。

2.2 生態側：智源釋出前沿開放權重 AI 風險管理框架（11-04）

日期：2026-11-04　來源：智源社群（Google News 聚合）

  • 內容：智源社群 11-04 刊出《全球首份〈前沿開放權重 AI 風險管理框架〉，讓負責任的開源走得更遠》。這是開放權重模型治理層面的對外輸出，與 FlagOS「開源棧 + 多晶片」的敘事互補。
  • 邊界：該文不含 FlagOS 元件版本、晶片適配或釋出資訊，按篩選規則只能作生態背景記錄，不作為技術條目。同日的燧原科技登陸 A 股訊息已在 11-04 期收錄，本期不重複。

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

3.1 寒武紀：MLU 以原生平臺進 Torch-FL，八卡 MLU590-M9 實測（11-04）

日期：2026-11-04　來源：Torch-FL PR #720 · Torch-FL PR #724 · Torch-FL PR #708

  • 接入形態：#720 加 4870 行減 64 行、40 個檔案，把 cambricon 寫進 cmake/flagos_platforms.json，並補齊平臺所需的一切——新的 libcnrt 執行時層、torch.mlu 墊片（讓 FlagGems 的 cambricon 後端在沒有 torch_mlu 時也能用）、生成的 backends_cambricon.conf、CI 配置、平臺表與契約更新。
  • 前提條件：整套東西跑在 stock torch 2.10.0+cpu 上，不帶 torch_mlu、不帶 FlagTree、不帶 CUDA runtime。這一點值得記：它不是「把廠商 torch 包進來」，而是在通用 torch 上補一層執行時。
  • 驗證：八卡 MLU590-M9 上端到端實測。PR 正文另記三處共享程式碼缺陷（含清微測試夾具與 FlagGems autotune 快取補丁），說明新後端接入仍會牽動既有廠商路徑。
  • CI 順序：#724 在同日把 cambricon 的 CI lane 撤下，理由是還沒有 runner 承載它。先接後端、後補 CI，這個順序被明確寫在提交資訊裡，而不是留一個永遠紅的流水線。
  • 順帶的通用能力：#708 新增兩個能力查詢介面（融合運算元可用性判定、裝置能力查詢），讓上層程式碼不再用 tensor.is_cuda 判斷「這個裝置能不能跑融合運算元」——在 flagos 張量上該欄位恆為 False，會讓 flex attention 這類程式碼靜默退到 eager 路徑。

3.2 地平線：BPU 運算元庫修到可用，鏈式執行把四次派發壓到 0.673 毫秒（11-04）

日期：2026-11-04　來源：Torch-FL PR #721 · Torch-FL PR #726

  • 三處硬故障：#721 查清 BPU 的 eager 路徑其實每個運算元都在 CPU 上跑——運算元桶階梯從不超過 512 lane、雙輸入 artifact 用單張量描述符提交導致靜默錯值、hbdk4 在 box64 下無法匯入 numpy 導致 x86 工具鏈不可用。修復後把 Run 透過 C ABI 暴露，讓 eager 路徑繞開 aten dispatcher，並把每次呼叫的固定工作移出熱路徑。
  • 實測資料：RDK S600 上 262144 lane 的 relu 從 0.176 毫秒降到 0.073 毫秒，一個 conv block 從 23.2 毫秒降到 11.1 毫秒。
  • 鏈式執行：#726 新增 DeviceChain，在裝置上連續跑多個 BPU artifact，中間啟用不回主機、只首入末出過記憶體，用一小圈裝置緩衝傳遞。S600 上序列化的 elementwise 從 0.417 毫秒降到 0.104 毫秒，四次獨立派發從 1.667 毫秒降到 0.673 毫秒。
  • 判斷：地平線這條線的瓶頸不是算力而是固定開銷。驅動每次呼叫 0.09 毫秒，對單運算元不算什麼，對一層幾十個運算元的模型就是主要成本；把中間啟用留在裝置上，等於把這筆開銷從「每運算元一次」壓成「每段一次」。

3.3 海光：FP32 flash attention 前向落地，另開九筆 FP32 最佳化單（11-04）

日期：2026-11-04　來源：FlagGems PR #7388 · FlagGems PR #8404 · FlagGems PR #8451 · FlagGems-vllm PR #1066 · build-infra PR #1628

  • FP32 前向：#7388 給 _flash_attention_forward 的海光實現補一條顯式支援的 FP32 路徑，同時保住 ATen 的五輸出 schema 與既有 FP16/BF16 行為。支援範圍寫得很窄：固定長度、連續 4D BSHD、方形 MHA 且 Q/K/V 同形、head dim 為 64 或 128、dropout 為 0、無 window/alibi/seqused/varlen。不支援的組合直接報錯，而不是走未驗證路徑。
  • 實現要點：QK 與 PV 用 IEEE FP32 點積；線上 softmax 的最大值用 -inf 初始化，避免低於 -1e30 的有效 logit 被吞；長序列走 exp2/log2，短序列保留自然指數；按 head dim 與序列長選三套靜態 tile；低精度路徑在編譯期與之隔離。
  • 同側最佳化：luojung 九筆開放單覆蓋 rsqrt、floor、nonzero、FP32 全維歸約、masked_fill、nan_to_num、neg、masked_select、aminmax，全部限定「連續 FP32」。這是先把一條路徑做對再談效能的典型順序。
  • 版本與外掛：DTK 26.10 的 base 與 runtime 今天記上 2.3.0（見 1.2）；FlagGems-vllm #1066 修海光在沒有 CUDA PDL 內建時的匯入；FlagBLAS 修海光 collection；FlagTrain 的 mixed_gemm 覆蓋 Hygon。

3.4 天數與燧原：一個補 SGLang 空適配，一個在 GCU300 上連開四十一筆（11-04）

日期：2026-11-04　來源：sglang-plugin-FL PR #139 · FlagGems PR #8090 · FlagGems PR #8396 · FlagTree PR #1525 · FlagGems PR #8417

  • 天數：#139 補 SGLang 0.5.18 的空執行時適配，讓外掛在新版 SGLang 上先跑通；FlagGems 側合入 11 筆 BI-V150 運算元（三角邊距損失、偽逆、矩陣乘加、張量求逆、索引歸約、逆伽馬、三維網格取樣、三維轉置卷積與其反向、線性組合與 CTC 損失），另回退兩處不成立的更新。
  • 天數編譯器側：FlagTree 的 12 筆新開全部是 [Iluvatar][Native] 與 [TLE][Iluvatar]——執行緒數由目標 warp size 推導、按元素大小選向量訪問寬度、顯式 load-vectorization 編譯選項、顯式佈局跨控制流、SME transport、物理 grid barrier 域。方向是在 native 後端上把「通用 Triton 假設」換成「按目標機規格生成」。
  • 燧原：FlagGems 合入 5 筆裝置守衛修復，新開 41 筆 GCU300 覆蓋單（見 1.5）；FlagAttention 新增 parallax 運算元；build-infra 的 enflame tops 1.9.10 與 1.10.6 兩個映象都在 2.3.0 覆蓋內。
  • 對比：兩家都在「把運算元鋪滿」，但路徑不同——天數走編譯器 Native 後端，把生成策略按目標機改建；燧原走 KernelGen，把上游寫法按本後端不支援的語法逐條改寫。前者是一次性投入換長期收益，後者是數量換覆蓋。

3.5 崑崙芯、沐曦、昇騰、摩爾執行緒與清微：修復與調優並行（11-04）

日期：2026-11-04　來源：FlagGems PR #8106 · FlagGems PR #8394 · FlagGems PR #7318 · FlagGems PR #8097 · FlagGems PR #8004 · FlagDNN PR #23

  • 崑崙芯：合入 #8106（linalg_pinv 與 conv_tbc_backward 在 XPU 上編譯透過）；新開 5 筆，含 where 吞 NaN/Inf 且超 4096 元素編譯失敗、logdet 降級、infinitely_differentiable_gelu_backward、conv_transpose1d/3d 錯值、cholesky 求解助手與量化覆蓋。vLLM 0.28.0 wheel 的目錄行由 #1637 補上，optest 的 per-vendor 清單探查覆蓋它。
  • 沐曦：#7318 補通道級 bmm_w8a8 INT8 融合縮放；vllm-plugin-FL #686 適配 Torch 產物並繫結 MCCL abort；新開 #8414 補 layernorm 並做最佳化。MACA 3.7.2.1 與 3.8.1.3 兩條線都在 2.3.0 映象覆蓋內。
  • 昇騰：#8432 把昇騰 GRU 運算元測試依賴加進 flagos-optest；FlagDNN 修昇騰效能；FlagTrain 補昇騰依賴；build-infra 三條把 flagtree 與 flagcx 釘在 CANN 9.2.1 線；CANN 9.2.1 的 base 補標籤重推（見 1.2）。
  • 摩爾執行緒：#8097 最佳化瘦長 FP8 矩陣乘（轉置點積 + GEMV tile）；FlagGems-vllm 補 topk/softplus/sqrt；FlagAttention 新增 Moba attention 並修 import。MUSA 4.3.6 與 5.2.0 兩條線均在 2.3.0 覆蓋內。
  • 清微：本期無 FlagOS 側提交；其 tsm260610 映象仍在 2.3.0 覆蓋內（見 1.2）。Torch-FL #720 的共享程式碼修復順帶觸及其測試夾具。

四、總結與趨勢觀察

日期：2026-11-04 ~ 2026-11-05　來源：flagos-ai 組織 · 本期各條目的 PR 連結（見附錄）

  • 一句話：這一天的重心從「補運算元」轉向「補能力邊界」——Torch-FL 把統一裝置層推到 Apple Silicon 與寒武紀 MLU 兩端，FlagTree 把 TLE 改造成可按後端單獨開關的增強集，build-infra 把 vLLM 0.28.0 repack 一次鋪到 11 家索引。
  • 觀察一：AI agent 已是主要提交者。Torch-FL 當日 29 筆合入的 PR 正文都帶「Agent/Tool、Model、Human Reviewer」段，工具寫的是 DSH（DeepSeek Harness）與 Claude Code CLI，模型寫的是 deepseek-v4.1-flash 與 Claude Opus 5.5，人工評審統一為同一位維護者。這不改變程式碼質量的判斷標準，但把瓶頸從「寫」移到了「評」——288 筆在審、151 筆新開就是這條瓶頸的量化。
  • 觀察二：映象先行是計劃內節奏，不是脫節。23 個 base 與 23 個 runtime 映象都已記上 2.3.0，而清單檔案要到 11-30 特性凍結才生成。按 2.3 時間表（FEP 合入截止 11-13、rc0 11-30、rc1 12-07、rc2 12-14、封板 12-25、GA 12-30），映象跑在清單前面屬正常。真正值得盯的是 11-13 的 FEP 合入截止——那才是這一版範圍的硬邊界。
  • 觀察三：後端接入的最後一公里是 runner。寒武紀 MLU 後端合入當天就把 CI lane 撤下；FlagTree 的 Iluvatar native 系列也大量附帶復現用例而非 CI 門禁。多晶片棧的成本正在從「適配程式碼」轉向「驗證環境」，這與其說是缺陷，不如說是這個階段的常態。
  • 待觀：FlagTree 的 38 筆堆疊單能否在 11-13 前分批合入；FlagGems 的 41 筆 GCU300 覆蓋單會不會重演「一天幾十筆」的合入節奏；vLLM 0.32 線的多後端適配是否隨 2.3.0 rc0 一併收口。

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

信源核查表

信源 核查結果
flagos-ai 組織倉庫（61 倉） 26 倉視窗內推送，主分支新增提交集中在 FlagQuantum、FlagGems、Torch-FL、build-infra 四倉
提交檢索（committer-date 視窗） 命中 238 筆，分 17 倉；FlagQuantum 103 筆佔 43.3%
合併 PR 檢索（merged 視窗） 命中 167 筆，來自 22 倉；FlagGems、Torch-FL、FlagQuantum、build-infra 四倉合計 119 筆
在審 PR 檢索（updated 視窗） 命中 288 筆，其中新開 151 筆；FlagGems 130、FlagTree 54 兩倉佔 63.9%
Release / Tag 原子核查（31 倉 + 8 倉） 視窗內零新增；最近一次為 FlagCX v0.14.1（11-01）
Google News RSS（24 組中英文查詢） 元件級零命中；成員詞 13 條經核為行情稿、科普稿與無關宣傳，整批剔除
HN Algolia（8 組查詢） 零直接命中
CSDN FlagOS 專欄 首頁 52 條連結逐篇核時，最新三篇均早於視窗，不重複收錄
智源社群 搜尋頁客戶端渲染不可抓；首頁視窗內無 FlagOS 相關新帖；11-04 有開放權重風險管理框架一文（作生態背景）
2.3 釋出清單（community release/2.3） 目錄存在，僅釋出時間表；清單檔案未落地，按計劃 11-30 特性凍結時生成

完整信源清單

PR #721（BPU 運算元庫可用性） — https://github.com/flagos-ai/Torch-FL/pull/721

lagTree/pull/1524>

]** libtriton_jit PR #71（0.1.0-4 打包） — https://github.com/flagos-ai/libtriton_jit/pull/71