調研視窗：2026-09-20 10:18 ~ 2026-09-21 10:18（約 24 小時；承接 09-20 日報視窗，無空檔） 信源：GitHub（org: flagos-ai，54 倉庫 pushed_at 全量核查，視窗內 22 個倉庫有推送；提交搜尋命中 163 條，另計 FlagTree 沐曦專門化分支 10 條）、Google News RSS（中英文 24 組查詢詞，走代理）、量子位、新浪財經（轉介面新聞）、智源社群、CSDN FlagOS 專欄等（詳見附錄信源清單）

本期索引

  • 今日重點：2.2 釋出件 0.20.2 線全後端快照完成——20 個後端映象透過上機驗證，三個後端 FlagTree 釘版原因公開（09-20）
  • 一、開源專案進展（GitHub 動態）
    • 1.1 build-infra：0.20.2 線映象記錄回寫完畢，2.2.0 快照記錄上機驗證與釘版說明（09-20）
    • 1.2 FlagGems：TLE 路徑連開兩後端——昇騰 glu 適配、天數 Iluvatar 啟用 TLE（09-20/09-21）
    • 1.3 FlagGems：KernelGen 再入庫兩運算元；SiliconFlow 跨後端 FP8 grouped GEMM 修復合入（09-20/09-21）
    • 1.4 FlagTree：沐曦後端專有化重構過夜推進十筆；昇騰 910B FlagGems CI 工作流提交（09-20/09-21）
    • 1.5 FlagTree：AMD 後端兩處編譯器修復（W7900 精度測試暴露）（09-20）
    • 1.6 其餘動態：libtriton_jit 多後端打包、KernelGen 收錄清微、FlagQuantum 示例、Torch-FL 等（09-20/09-21）
  • 二、新聞報道與生態
    • 2.1 元件級檢索連續第十六個平靜視窗（09-20/09-21）
    • 2.2 中國電信 Xing4.0-29B-A4B 解讀：國產算力部署基於智源 FlagOS 統一開源軟體棧（09-20）
    • 2.3 FlagOS 發行版包通道：flagos-packaging 釋出 v2026.09.20，apt/dnf 雙格式（09-21）
    • 2.4 FlagOS × MiniCPM 挑戰賽今日進入提交階段（09-21）
  • 三、成員單位深挖
    • 3.1 沐曦：Qwen-Image-2.1 Day0 適配官宣，FlagTree 專有化重構連續推進（09-20/09-21）
    • 3.2 海光：fused_inv_rope_fp8_quant 運算元合入，FP8 grouped GEMM 調參（09-21）
    • 3.3 昇騰：glu 運算元 TLE 適配與 910B FlagGems 基線工作流（09-20/09-21）
    • 3.4 天數智芯：啟用 TLE 路徑，FP8 解碼走獨立核心（09-21）
    • 3.5 清微智慧：KernelGen 2.2.0 收錄為新增硬體（09-20）
    • 3.6 達摩院玄鐵：T-Head ZW810E 成本模型包 1.1.0 進入 FlagTune 目錄（在審）（09-20）
    • 3.7 摩爾執行緒 / 燧原：MUSA CI 與 GCU 效能最佳化（09-20）
  • 四、總結與趨勢觀察
  • 附錄：信源核查表
  • 完整信源清單

今日重點：2.2 釋出件 0.20.2 線全後端快照完成——20 個後端映象透過上機驗證，三個後端 FlagTree 釘版原因公開

日期：2026-09-20　來源：build-infra #991、build-infra #956

09-20 傍晚到晚間，build-infra 完成了 2.2 釋出件的又一條完整線：0.20.2 線（vLLM 0.20.2）的映象 tag 記錄在上海時間 19:04–19:27 集中回寫 14 條（覆蓋英偉達 cuda12.8、崑崙芯、天數 iluvatar 兩個版本、海光、摩爾執行緒兩個版本、昇騰三個變體、寒武紀兩個版本、清微、燧原等），加上此前 14:49–18:43 的 6 條，該線 20 個後端全部攜帶 2.2.0-0.2.2rc2.post2。19:40 合併的 #991 隨即把這一輪重建記錄成 0.20.2 線的 2.2.0 釋出快照——每條記錄在上機驗證後才放行：包矩陣比對、vllm/vllm_fl 實際匯入、真實 serve 出 token 三項全部透過。

與快照同時公開的還有一條此前只在提交標題裡出現的線索——三個後端無法使用統一編譯器底座：2.2.0 棧原計劃全後端統一在 FlagTree 0.7.0rc2 上，但沐曦（tl.dot 在 BLOCK_SIZE_M=8 觸發編譯器 ICE）、燧原 tops1.9.10（enable_i64 被舊工具鏈拒絕）、英偉達 cuda13.3（TLE 依賴 libcudart.so.12）三者在 0.7.0rc2 上跑不起來，各自以上機復現 + 0.6.x 對照的形式提交上游，並在映象記錄中逐一標註各自的 FlagTree 釘版（對應昨日的三條 hold 提交）。這組「快照 + 釘版原因」的組合，把釋出件的可核對程度又推進了一層：每個映象裝的是什麼、驗證過什麼、為什麼底座不同，都留在記錄裡。距 09-28 的 GA 還有 7 天，釋出工程處於收口節奏。

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

視窗總覽：org 內 54 個倉庫中 22 個在本視窗有推送；提交搜尋命中 163 條（跨 18 個倉庫），另有 FlagTree 沐曦專門化分支 10 條（非預設分支，未計入搜尋）與 FlagBLAS、docs 等倉庫的分支推送。分佈為：build-infra 52、FlagGems 34、FlagSparse 21、FlagGems-Experimental 10、FlagGems-vllm 6、Torch-FL 6、FlagQuantum 6、FlagGems-sglang 6、FlagDNN 5、docs 4、libtriton_jit 3、KernelGen 2、vllm-plugin-FL 2、FlagFFT 2，其餘各 1。

本視窗形態 = 「釋出件收尾」+ 「TLE 多後端鋪開」：build-infra 把 0.20.2 線映象記錄與釋出快照收完（詳見「今日重點」）；FlagGems 側 TLE（Triton 語言擴充套件）連續進入兩個新後端（昇騰、天數），與昨日達摩院玄鐵 PPU 啟用 TLE 形成三連；FlagTree 的沐曦專有化重構跨夜推進十筆，昇騰 CI 工作流也補上 910B 型號。

1.1 build-infra：0.20.2 線映象記錄回寫完畢，2.2.0 快照記錄上機驗證與釘版說明（09-20）

日期：2026-09-20　來源：build-infra #991、build-infra #955

主線詳見「今日重點」。補充三點：其一，0.24.0 線的 2.2.0-0.3.0rc2.post2 記錄（#957–#975）於 18:04–18:42 先一步落賬，兩條線在本視窗內先後收完；其二，ci: add a deb release path for FlagGems（#955）為 FlagGems 增加 Debian 包釋出通道，與發行版包體系（見 2.3）同題；其三，changelogs: name the FlagTree each 2.2.0 vllm image actually builds on（#953）逐個映象標註實際編譯底座——以上三處加上快照記錄，構成釋出件從「能構建」走向「可核對」的完整鏈條。

1.2 FlagGems：TLE 路徑連開兩後端——昇騰 glu 適配、天數 Iluvatar 啟用 TLE（09-20/09-21）

日期：2026-09-20、2026-09-21　來源：FlagGems #6522、FlagTree #1238

09-20 晚間提交、09-21 上午合併的 #6522 一次開啟兩處 TLE：昇騰側為 glu 運算元增加 TLE 適配（使用 tle.dsa.extract_slice 原語），天數 Iluvatar 側在 vendor descriptor 中把 tle_enabled 置為 True，正式匯出 TLE 路徑。這是 TLE 在 48 小時內進入的第三、第四個後端——上一視窗達摩院玄鐵 PPU 剛啟用 TLE，本視窗便延伸到昇騰與天數。配套地，FlagTree 在審 PR #1238 把昇騰 TLE 的 raw 原語命名從 tle.dsa.ascend.raw 統一為 tle.raw（09-20 提交）——TLE 跨後端的一致化正在命名層同步進行。

1.3 FlagGems：KernelGen 再入庫兩運算元；SiliconFlow 跨後端 FP8 grouped GEMM 修復合入（09-20/09-21）

日期：2026-09-20、2026-09-21　來源：FlagGems #5911、FlagGems #6349、FlagGems #5064

三條合入：其一，KernelGen 產出 inverse 運算元（#6349，09-20 22:21）——按程式做部分選主元的高斯-約當消元，工作矩陣與逆矩陣累加器全部駐留暫存器，行交換用 tl.gather 精確追蹤；暫存器放不下的大矩陣與複數輸入回退廠商 cuSOLVER。其二，KernelGen 再入庫 _gather_sparse_backward（#5911，09-21 09:25）——gather 的反向，產出稀疏 COO 梯度。其三，來自 矽基流動（SiliconFlow）的 _scaled_grouped_mm 跨後端修復與調優（#5064，09-21 09:49 合併，PR 開放近兩個月後收口）：沒有原生 FP8 dot 路徑的後端把 E4M3 解碼為 FP16 再做矩陣乘（FP32 累加）；新增 E4M3FN / E4M3FNUZ 的按位元組解碼；天數 Iluvatar 因 CoreX 4.4 會把融合進 dot 迴圈的解碼編錯，改用獨立的裝置端解碼核心；並補上海光與沐曦的專屬調參配置。

1.4 FlagTree：沐曦後端專有化重構過夜推進十筆；昇騰 910B FlagGems CI 工作流提交（09-20/09-21）

日期：2026-09-20、2026-09-21　來源：FlagTree 分支 refactor/metax-swizzle-dump-utils-v2、FlagTree #1247

沐曦（MetaX）後端專有化重構在視窗內新增 10 筆 [SPEC][METAX] 提交（09-20 16:02 ~ 09-21 10:18），從傍晚一路推到今晨：覆蓋 TritonIR、TritonToTritonGPU、TritonGPUToLLVM 三層原始碼的專有化、統一 MetaX CMake 入口（先接線、後修復）、專有化 TritonGPU ops 的 TableGen 選擇，直到今晨的 tensor pointer 重寫與 Gluon 佈局介面專有化。這條 refactor/metax-swizzle-dump-utils-v2 分支的工作方式，是把沐曦後端從「共用上游原始碼 + 條件編譯」推向「原始碼級專有化編譯路徑」。同日，昇騰側提交 Ascend 3.5-910B 的 FlagGems 基線與測試工作流（#1247，09-21 09:54 在審；內容先投 main 後改投 triton_v3.5.x 線）——承接 09-18 的 910C 版本（#1214），昇騰的 FlagGems 迴歸基建正按型號補齊。

1.5 FlagTree：AMD 後端兩處編譯器修復（W7900 精度測試暴露）（09-20）

日期：2026-09-20　來源：FlagTree #1240

在審 PR #1240 落下兩處 AMD 後端修復，來源是在 W7900（gfx1100）上執行 FlagGems 運算元精度測試時暴露的問題：其一，CanonicalizePointers 對 scf.if 兩臂的 fat-pointer 屬性改為取交集（canNarrow 兩臂一致才保留），不再斷言兩臂相等——FlagGems 的 cat / concatenate / div_tensor 核會合法產生兩臂屬性不同的 scf.if，此前在斷言開啟的 LLVM 構建上直接導致 pass 崩潰；其二，AtomicCAS 的非整數位轉換處理。兩處均為上游 Triton 對應處理的移植。AMD 消費級卡被納入 FlagGems 精度測試面，是本視窗一個可留意的方向。

1.6 其餘動態：libtriton_jit 多後端打包、KernelGen 收錄清微、FlagQuantum 示例、Torch-FL 等（09-20/09-21）

日期：2026-09-20、2026-09-21　來源：libtriton_jit #61、KernelGen #89、FlagQuantum 提交、Torch-FL 提交

  • libtriton_jit（3）：今晨連續三筆合併——多架構指令碼目錄修復（#58）、多後端打包（#61）、nlohmann-json 3.10.5 修復（#64），Triton JIT 執行時向多後端分發形態收斂。
  • KernelGen（2）：Updated Tsingmicro as a new hardware 合併（#89）——KernelGen 2.2.0 文件把清微（Tsingmicro）列為新增硬體（詳見 3.5）。
  • FlagQuantum（3）：示例與工程面繼續補齊——會話級九鼎 notebook 作業支援（#103）、演算法單元的可執行示例 + 指南檢查器（#105）、三處與執行結果不符的 docstring 更正（#106）。
  • Torch-FL（3）：GCU 上 Qwen-Image-2.1 去無效掩碼並分解 complex64 乘法（#363，09-20 23:58 合併）；修復重置峰值記憶體統計時丟失現存分配（#364）；清理不可達的 Python 層 FlagGems 註冊程式碼（#361）。
  • FlagSparse（2）：runner ci 與 #74 合併（09-20 19:29–19:33）。
  • vllm-plugin-FL（1）：MUSA CI 適配 vLLM 0.24 線（#457）。

二、新聞報道與生態

2.1 元件級檢索連續第十六個平靜視窗（09-20/09-21）

日期：2026-09-20 ~ 2026-09-21　來源：Google News RSS（中英文 24 組查詢詞，走代理）

以 FlagOS / FlagGems / FlagScale / FlagTree / FlagPerf / FlagCX / KernelGen 等元件名為關鍵詞的中英文檢索（when:7d 與 when:14d），24 小時視窗內繼續零命中，構成為元件級檢索連續第十六個平靜視窗（上一視窗為第十五個）。本視窗的對外資訊面由成員單位側與生態側提供（見 2.2、2.3）：成員單位詞命中中，沐曦的 Qwen-Image-2.1 Day0 適配為唯一強相關新聞（見 3.1），其餘為股市行情與無關稿件，已按標題語義剔除。

2.2 中國電信 Xing4.0-29B-A4B 解讀：國產算力部署基於智源 FlagOS 統一開源軟體棧（09-20）

日期：2026-09-20　來源：量子位

量子位 09-20 晚間發文解讀中國電信 09-17 開源的輕量級智慧體大模型 Xing4.0-29B-A4B（29B 總參 / 4B 啟用、256K 上下文、昇騰 910C + MindSpore/MindFormers 訓練、4-bit 量化後單張 3090 可執行）。文章在「讓企業真正用上 AI」一節明確指出：對於採用國產算力的企業，該模型基於智源 FlagOS 統一開源 AI 軟體棧打通了多家國產晶片的適配路徑，以降低跨硬體平臺遷移與部署成本。這是 FlagOS 作為「統一軟體棧」定位再次出現在第三方主流技術媒體的產品解讀中；模型的 Agent 框架適配清單（OpenCode / Claude Code / OpenClaw / Hermes）也與 FlagOS 生態的 Agent 方向同題。

2.3 FlagOS 發行版包通道：flagos-packaging 釋出 v2026.09.20，apt/dnf 雙格式（09-21）

日期：2026-09-21　來源：flagos-packaging v2026.09.20、包索引站點、build-infra #955

釋出工程倉庫 flagos-packaging 於今日凌晨釋出 v2026.09.20（周更節奏，此前為 09-06、09-13）。該倉庫為 FlagOS 軟體棧提供 APT（Debian/Ubuntu）與 YUM（Fedora/RHEL/OpenEuler/OpenCloudOS/OpenAnolis）雙格式原生包，已提供 el8 / el9 / fedora43 / openanolis8 / opencloudos9 / openeuler2403 六種發行版的 repo 檔案，包帶 GPG 簽名（示例：apt install libflagcx-nvidia python3-flagscale python3-flagtree-nvidia）。當前為沙箱端點與規劃中的生產端點（flagos-ai.github.io）同套服務，處於遷移期。配套地，build-infra 為 FlagGems 增加 deb 釋出路徑（#955），FlagBLAS 側三件打包 PR（Debian+RPM 打包、Nexus 釋出、0.3.0-rc2 移植）在審——容器映象之外，FlagOS 的發行版原生分發通道正在成形。

2.4 FlagOS × MiniCPM 挑戰賽今日進入提交階段（09-21）

日期：2026-09-21　來源：知乎機構號此前釋出

按此前公佈的賽程，FlagOS × MiniCPM 模型推理吞吐效能最佳化挑戰賽的開發與提交階段自 09-21 起開放（至 11-20，12 月評審）。賽題面向 FlagOS 棧上的推理吞吐最佳化（含 4k / 16k 兩類評測場景），是繼 SGLang 跨晶片運算元最佳化賽之後社群賽事體系的延續。今日起進入實際提交視窗，後續視窗可關注首批提交動態。

三、成員單位深挖

3.1 沐曦：Qwen-Image-2.1 Day0 適配官宣，FlagTree 專有化重構連續推進（09-20/09-21）

日期：2026-09-20　來源：新浪財經（轉介面新聞）、新浪財經（轉觀點網）

09-20 晚，阿里千問團隊宣佈開源影象生成模型 Qwen-Image-2.1 後，沐曦股份宣佈完成對該模型的 Day0 適配，實現「上線即適配」（介面新聞、觀點網、同花順等多源報道）。程式碼側同期兩條：其一，FlagTree 的沐曦後端專有化重構在視窗內推進 10 筆（詳見 1.4）；其二，FlagSparse 的 MACA 線落 maca spsv coo and spmv csr test（09-20 17:18）。另可對照的是，FlagOS 棧內 Torch-FL 倉庫的 Qwen-Image-2.1 多晶片效能最佳化線仍在延續（本期 GCU 側 #363，見 3.7）——「大模型釋出當日多晶片可用」這一模式，正在從通稿走進各家後端的實際程式碼路徑。

3.2 海光：fused_inv_rope_fp8_quant 運算元合入，FP8 grouped GEMM 調參（09-21）

日期：2026-09-21　來源：FlagGems-vllm #801、FlagGems #5064

今晨合併的 #801 為海光 DCU（gfx936 / BW1000）加入 fused_inv_rope_fp8_quant 運算元——面向 DeepSeek-V4 注意力路徑的「逆 RoPE + 每 128 元素 FP8 E4M3FN 組量化」融合實現，走既有 vendor-override 機制（同名函式從 runtime/backend/_hygon/ 覆蓋通用實現）。由於 gfx936 沒有原生 FP8 轉換指令，Triton 會把 .to(fp8) 展開為長模擬序列，該融合運算元的效能意義即來自此處。另在 FlagGems #5064 中，海光與沐曦的 _scaled_grouped_mm 專屬調參配置一併建立。

3.3 昇騰：glu 運算元 TLE 適配與 910B FlagGems 基線工作流（09-20/09-21）

日期：2026-09-20、2026-09-21　來源：FlagGems #6522、FlagTree #1247、FlagGems-vllm #810

昇騰線三條：glu 運算元的 TLE 適配（#6522，用 tle.dsa.extract_slice，見 1.2）；Ascend 3.5-910B 的 FlagGems 基線與測試工作流提交（#1247，在審，見 1.4）；vllm 外掛側新增 kda_state_gather Triton 運算元（#810，09-21 09:29）。加上上一視窗的專用線性運算元（#6456）與 kda_gate_cumsum（#809），昇騰方向的運算元與 CI 雙線均保持密集。

3.4 天數智芯：啟用 TLE 路徑，FP8 解碼走獨立核心（09-21）

日期：2026-09-21　來源：FlagGems #6522、FlagGems #5064

天數（Iluvatar）線兩條：其一，在 vendor descriptor 中啟用 TLE 路徑（tle_enabled=True，#6522）——天數成為 TLE 多後端名單中的一員；其二，_scaled_grouped_mm 的 FP8 解碼在 CoreX 4.4 上改用獨立裝置端核心（#5064）——因為該工具鏈會把融合進 dot 迴圈的解碼序列錯誤編譯，此項特化即是對具體版本缺陷的工程繞行。兩處均為「按晶片實際能力做差異化路徑」的典型樣本。

3.5 清微智慧：KernelGen 2.2.0 收錄為新增硬體（09-20）

日期：2026-09-20　來源：KernelGen #89

KernelGen 合併 Updated Tsingmicro as a new hardware（#89）——清微（Tsingmicro）被列為 KernelGen 2.2.0 的新增硬體。這與 build-infra 映象矩陣中 tsingmicro-tsm260610 後端在兩條 vLLM 線上均有記錄（0.3.0 / 0.2.2 各一條）相互印證：清微在 FlagOS 2.2 的多晶片矩陣中已從「接入中」進入「隨釋出件走」的狀態。

3.6 達摩院玄鐵：T-Head ZW810E 成本模型包 1.1.0 進入 FlagTune 目錄（在審）（09-20）

日期：2026-09-20　來源：FlagTree #1236

在審 PR #1236 為 FlagTune 模型目錄增加 T-Head ZW810E 的 MM/MV 成本模型包 v1.1.0：包含 8 個 BF16 flaggems/mm 變體（含與 mv 共用的 gemv_ppu）與 2 個沿用 1.0.0 包的 flaggems/mul 模型；模型契約新增「精確有序的 configs 列表」支援（逐項校驗引數名與合法值並拒絕與 config_space 混用）。這是繼上一視窗 PPU 啟用 TLE 之後，玄鐵方向在自動調優成本模型上的配套推進——TLE 負責「怎麼寫」，成本模型負責「選哪個配置」，兩條線在 2.2 的多後端最佳化框架內合流。

3.7 摩爾執行緒 / 燧原：MUSA CI 與 GCU 效能最佳化（09-20）

日期：2026-09-20　來源：vllm-plugin-FL #457、Torch-FL #363、FlagBLAS PR

摩爾執行緒線：vllm-plugin-FL 的 MUSA CI 適配 vLLM 0.24 線（#457）；FlagSparse 的 musa updates（09-20 13:58）；FlagBLAS 的 MUSA 二級支援分支（feat/mthreads-l2-support）在視窗起點有推送、對應 PR #112 在審。燧原線：Torch-FL 在 GCU 上的 Qwen-Image-2.1 最佳化——融合 SDPA 通道刪去無效掩碼、complex64 乘法改為分解式（#363，09-20 23:58 合併），餘量以「已測量未追平」如實記錄在 PR 中。

四、總結與趨勢觀察

  • 釋出件完成「可驗證」收尾：0.20.2 線 20/20 後端映象完成上機驗證（包矩陣比對 + 匯入 + 真實 serve 出 token）並留檔快照；三個後端不能上 0.7.0rc2 的原因（沐曦 ICE、燧原工具鏈、cuda13.3 依賴）逐一公開、帶上游復現。距 GA（09-28）7 天，收口質量優先於速度。
  • TLE 跨後端三連：達摩院玄鐵 PPU（09-20）→ 昇騰與天數 Iluvatar（09-21），48 小時內進入四個後端；命名（tle.raw 統一）、成本模型（T-Head 1.1.0）同步跟進。TLE 正從單點試驗轉為多後端統一最佳化路徑，與 10 月大會「Triton-TLE Attention kernel」工作坊議程互相印證。
  • 晶片廠商深度參與編譯器後端：沐曦專有化重構過夜十筆（原始碼級專有化 + 統一 CMake 入口），說明國產棧分工中，廠商工程師已在 FlagTree 這類編譯器底座上做深水區改造，而非只做運算元適配。
  • 分發方式多元化：容器映象之外，apt/dnf 原生包通道（flagos-packaging 周更、build-infra deb 路徑、FlagBLAS 打包三件套）開始成形；釋出物從「映象 + 文件」擴充套件到「發行版原生包」。
  • 平靜的元件級新聞 vs 高位工程側：本視窗 163 條提交 / 22 倉推送全部來自程式碼；對外傳播由生態日程承接（挑戰賽今日開賽、大會 10-17/18 報名中）。唯一第三方媒體層面的 FlagOS 提及來自量子位對中國電信 Xing4.0 的解讀（部署路徑基於 FlagOS 統一軟體棧）。

附錄：信源核查表

類別 信源 核查方式 結果
GitHub org: flagos-ai repos API 54 倉庫 pushed_at 全量核查 22 倉視窗內活躍
GitHub 提交搜尋 + 逐倉 commits API 視窗內逐條核驗 163 條 + 特性分支 10 條
新聞 Google News RSS（中英文 24 組查詢詞，走代理） 24 小時視窗過濾 + 剔除 元件詞零命中（第 16 個平靜視窗）
媒體 量子位 / 新浪財經（轉介面新聞、觀點網） 原文抓取複核 Xing4.0 解讀（含 FlagOS 表述）、沐曦 Day0 兩條
社群/生態 知乎機構號、CSDN FlagOS 專欄、智源社群 人工檢索複核 挑戰賽賽程核對；CSDN 專欄視窗內無新稿
發行工程 flagos-packaging 倉庫與包索引站點 釋出頁直接抓取 v2026.09.20 釋出核對

完整信源清單

b.com/flagos-ai/FlagTree/pull/1236>