調研視窗：2026-10-20 06:00 ~ 2026-10-21 06:00（北京時間，24 小時；週三晨報，視窗自上一期日報截點接續）。

信源：GitHub（org: flagos-ai 61 倉庫全量核查、提交檢索 115 筆分頁核驗、合併 PR 120 筆與在審 PR 195 筆檢索、19 個活躍倉 Release 原子核查、org 事件流 100 條與分支級兜底）、Google News RSS（24 組中英文查詢詞，走代理）、HN Algolia（3 組）、新京報與北京日報客戶端原稿、CSDN FlagOS 專欄與智源社群渠道核查（詳見附錄信源清單）。

本期索引

  • 今日重點：基建四件事同日落地——optest 首個實質提交把運算元測試收成統一設施、FlagOps 上收共享 action、build-infra 出一鍵安裝指令碼、Torch-FL 與 TransformerEngine-FL 引入 FlagCICD 統一入口；同日 19 倉推送、115 筆提交、120 筆合入（10-20）
  • 一、開源專案進展（GitHub 動態）
    • 1.1 組織節奏：19 倉推送、115 筆提交、120 筆合入；基建與介面類合入集中落庫（10-20）
    • 1.2 optest：首個實質提交 38 檔案，12 後端配置與 13 家廠商探針進入統一設施（10-20）
    • 1.3 FlagOps：FlagGems 五個 action 上收為組織級共享（10-20）
    • 1.4 FlagGems：22 筆測試基建修復為主線，先回退共享設施再逐運算元本地化（10-20）
    • 1.5 FlagQuantum：15 筆合入，動態電路與顯式基空間成型，A800 池擴至八臺（10-20）
    • 1.6 Torch-FL：MPS 後端 69 檔案落庫，清微 TX8 torch.compile 與天數 BI-V150 CI 行同日合入（10-20）
    • 1.7 build-infra：CUDA 分發後端原生輪子恢復，海光 hcu builder 與一鍵安裝指令碼落地（10-20）
    • 1.8 FlagTree：0.7.1.dev1 與 ppu3.6 兩個構建標籤，0.7.1 線轉入 dev 構建（10-20）
    • 1.9 FlagGems-sglang：賽事貢獻 10 筆合入，單筆基準快照兩萬九千行（10-20）
    • 1.10 其餘倉庫：FlagDNN 三筆直推、FlagTrain 接入 Megatron 與 TE、FlagScale 選擇性 CI（10-20）
  • 二、新聞報道與生態
    • 2.1 新京報 10-20 稿：跨芯複用口徑與 27% 效能提升，黨報都市報產業版接續擴散（10-20）
    • 2.2 渠道核查：CSDN 專欄與智源社群無新增，HN 零命中，其餘候選為展會與行情噪音（10-20）
  • 三、成員單位深挖
    • 3.1 崑崙芯：FlagGems 九筆合入，XPU3 與 foreach 族為重心（10-20）
    • 3.2 清微：torch.compile 落 TX8，裝置屬性以常量代償（10-20）
    • 3.3 天數智芯：BI-V150 CI 行合入，FlagDNN 直推修復跨三後端（10-20）
    • 3.4 燧原與曦望：燧原除錯分支解決 TOPS 依賴，兩家探針進入統一設施（10-20）
    • 3.5 昇騰與達摩院玄鐵：FP8 測試構造與 W8A8 block INT8 矩陣乘（10-20）
  • 四、總結與趨勢觀察

今日重點：基建四件事同日補齊，組織的產能轉向「怎麼測、怎麼裝、怎麼共享」（10-20）

日期：2026-10-20　來源：optest PR #1 · FlagOps PR #15 · build-infra PR #1425 · Torch-FL PR #599（全量見附錄）

  • 節奏面：61 個倉庫中 19 個視窗內有推送，提交檢索命中 115 筆，合併 PR 120 筆，另有 195 筆在審 PR 視窗內有更新。提交時間自 07:00 延續到次日 02:00，11:00 檔 27 筆為峰值，15:00 與 17:00 兩檔分別為 12 筆與 11 筆，屬典型工作日雙峰節奏。上一期（10-19）為 16 倉、93 筆提交、88 筆合入，本日各項均上抬約兩成。
  • 第一件事是測試設施收口：10-13 建倉時只有骨架的 optest 迎來首個實質提交（PR #1，38 檔案 +6331），把運算元測試的 CI 工具集中到一倉：12 份後端硬體配置、13 家廠商的硬體探針指令碼、效能報告生成與通知工具。此前各倉各自維護測試工作流，這次改為「一份配置描述一個後端」的組織級設施，與 FlagGems 同日 22 筆測試修復互為表裡。
  • 第二件事是共享 action 上收：FlagOps PR #15 把 FlagGems 的五個 CI action（checkout-pr、checkout-retry、robust-checkout、run-ondemand-test、setup-project）遷入 FlagOps 供全組織複用（11 檔案 +983）。FlagOps 在此之前長期無推送（上一期日報記為視窗內零動作），本日轉為組織級 CI 複用倉。
  • 第三件事是安裝路徑收斂：build-infra PR #1425 新增一鍵安裝指令碼（1 檔案 +308），第一次把「多個倉庫、多套依賴」的安裝過程收斂為單條命令；同日 PR #1435 恢復 CUDA 分發後端的 vllm 原生擴充套件輪子（5 檔案 +587），並在說明中點明 PEP 440 會忽略構建標籤、短釘扎可能裝到錯誤後端的坑。
  • 第四件事是 CI 入口統一：Torch-FL PR #599 引入 FlagCICD 統一入口並支援 L0-L2 分級（8 檔案 +1819，含專案清單與 plan、report、resolve 三個指令碼），TransformerEngine-FL 同日在 PR #140 裡落了同規格入口，FlagScale 也補上選擇性平臺 CI、合併門與評論觸發測試（#1309）。至此測試、action、安裝、CI 入口四條線在同一視窗內各自完成一次結構性合入。

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

1.1 組織節奏：19 倉推送、115 筆提交、120 筆合入（10-20）

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

  • 倉庫面：61 倉中 19 倉視窗內有推送，按提交量依次為 FlagQuantum 32、FlagGems 27、FlagGems-sglang 18、build-infra 10、Torch-FL 9、FlagGems-vllm 7、FlagDNN 3、FlagTree 3、FlagOps 2，optest、FlagGems-Experimental、FlagScale、FlagTrain 各 1。
  • 合入面：合併 PR 120 筆，前 100 條分倉統計為 FlagGems 47、FlagQuantum 15、FlagGems-sglang 10、build-infra 9、Torch-FL 7、FlagGems-vllm 6、FlagTree 3，FlagOps、vllm-plugin-FL、optest 各 1。FlagGems 與 FlagQuantum 合計佔合入量的五成以上。
  • 在審面：視窗內有更新的 open PR 195 筆（取前 100 條統計），標題含 Nvidia 的 29 筆、KernelGen 的 26 筆、sparse 的 9 筆、崑崙芯的 8 筆、昇騰的 5 筆、sglang 的 5 筆、天數的 3 筆。KernelGen 與 Nvidia 兩條佇列高度重疊，仍是待消化主體。
  • 產能面：單人產出集中在少數賬號——lukatao 在 FlagGems 合入 23 筆（全部為測試與參考實現修復），build-infra 的 7 筆合入由 tengqm 一人完成，Torch-FL 的 MPS 三筆由 lvyufeng 完成；FlagGems-sglang 的 18 筆提交由 liuhycs 統一合併賽事分支。
  • 兜底核查：FlagPrism、FlagFFT、FlagSparse、vllm-plugin-FL、docs 五個倉庫的推送落在非預設分支（分別為燧原除錯分支、昇騰 Triton 原生分支、sparse 最佳化分支、外掛分支與文件分支），預設分支無新提交，已在 3.4 與 1.10 分別註明。
  • 判斷：視窗內無新倉庫建立，除 FlagTree 兩個開發構建標籤外無新版本，當日組織沒有對外發布動作，產能全部落在基建與後端適配。

1.2 optest：首個實質提交 38 檔案，12 後端配置與 13 家廠商探針（10-20）

日期：2026-10-20　來源：optest PR #1 · optest 倉庫

  • 體量：PR #1「Centralize ops-test CI tooling for FlagOS libraries」38 檔案 +6331，14:50 合入，是該倉自 10-13 建立以來的首個實質提交（建倉時僅骨架，已見於 10-14 日報）。
  • 後端配置（12 份）：910B、BI-V150、BW1000、C550、H800、MLU590-M9DE、MTT-S5000、P800、PPU-ZW810E、S60、TX8110、W7900D，每份描述廠商、自託管 runner 標籤、容器映象與掛載卷。以 910B 為例，容器映象釘在 vllm 0.24 與 CANN 9.0 的 2.2 基線，並掛載昇騰驅動目錄。
  • 廠商探針（13 個）：amd、ascend、cambricon、enflame、hygon、iluvatar、kunlunxin、metax、mthreads、nvidia、sunrise、thead、tsingmicro 各一支硬體檢查指令碼，用於在跑測前確認裝置與驅動是否符合該後端要求。
  • 報告與通知：performance_report.py 與三份效能彙總產物（文字、HTML、Web），另有飛書通知指令碼與標籤工具，形成「跑測—彙總—通知—歸檔」的閉環。
  • 判斷：這是把「每個運算元庫各自維護一份測試工作流」改為「一份配置描述一個後端」的關鍵一步。它的價值不在新增測試，而在讓同一套用例可以在 12 個後端上以同一口徑比較，與 FlagGems 同日的大規模測試修復構成配套。

1.3 FlagOps：FlagGems 五個 action 上收為組織級共享（10-20）

日期：2026-10-20　來源：FlagOps PR #15

  • 內容：PR #15「migrate FlagGems actions to FlagOps for org-wide sharing」11 檔案 +983，17:30 提交、18:31 合併。
  • 遷移項：checkout-pr（按 PR 取程式碼）、checkout-retry（失敗重試三次）、robust-checkout（帶兜底的檢出）、run-ondemand-test（按需觸發測試）、setup-project（專案級環境準備），README 同時給出 actions 與 workflows 的目錄約定。
  • 背景：FlagOps 在上一期日報中記為「視窗內零推送」，其版本線此前停在 v2.0.6（10-15）。本次是它第一次承接跨倉共享職責。
  • 判斷：這與 optest 方向一致但分工不同——optest 管「測什麼、在哪測」，FlagOps 管「測試之外的可複用步驟」。兩者同日落地，說明組織在把散落在各倉的 CI 片段按職責拆成共享層。

1.4 FlagGems：22 筆測試基建修復為主線，先回退共享設施再逐運算元本地化（10-20）

日期：2026-10-20　來源：FlagGems 提交 · PR #7361 · PR #6659

  • 總量：27 筆提交、47 筆合入（前 100 條統計內），為當日合入最多的倉庫。按標題分類為測試與參考實現 22 筆、崑崙芯 9 筆、KernelGen 新增運算元 7 筆、其他 9 筆。
  • 測試主線有一個前置動作：PR #7361「Revert shared infrastructure changes and localize operator test compatibility」（17 檔案 +599/−1040）先回退此前的共享測試設施改動，把相容性處理下放到各運算元自己的測試裡。此後 22 筆修復都按這個方向做：CPU 參考值模式下的輸入快照（#7367）、張量檢視幾何（#7359、#7371）、複雜與半精度取值比較（#7356、#7373）、稀疏構造與轉換（#7366、#7369）、生成用例可執行性（#7368）、斷言邊界（#7353）、pytest 標記歸一（#7350）、FBGEMM 主機側夾具（#7370）。
  • 判斷：這是一次「先承認共享方案走不通、再逐個運算元補齊」的工程修正。單日 22 筆全部集中在測試正確性而非運算元數量，說明 2.2 釋出後的產能正投向「既有運算元在各後端可測可比」。
  • 其他支線：#6871 修正注意力共享前向裡的廣播掩碼步長；#7161 與 #7184 去掉指數變換左尾的 1e-4 原子誤差；#7280 在運算元清單中登記 embedding_spmdm；#7331 把 CI 拉取超時提到 15 秒。

1.5 FlagQuantum：15 筆合入，動態電路與顯式基空間成型，A800 池擴至八臺（10-20）

日期：2026-10-20　來源：FlagQuantum 提交 · PR #648 · PR #661

  • 總量：32 筆提交、15 筆合入，全部經 PR 流程，是當日提交量最大的倉庫。
  • 動態電路：#648 讓中電路測量按密度矩陣精確執行；#655 建立動態電路的成熟度基線；#664 允許中電路條件對兩個讀出中的任一個觸發，即析取式條件。
  • 顯式基空間：#649 提出帶標籤的約束態空間設計；#651 建立一致性基線；#652 讓 Lindblad 求解器執行有序顯式基空間，配套文件說明序列化計數不帶關鍵字語法。
  • 演算法與編譯器：#646 把一個變分問題收斂為單一值；#660 讓噪聲模型自行選擇摺疊對的落點；#657 把路由代價從「距離」改為「鏈路成本」計價；#647 支援分段常量控制；#656 保證 Crank-Nicolson 方案重放精確一致。
  • CI 擴容：#653 校驗合併佇列的整合版本；#654 與 #661 把 CPU 套件遷到八臺 A800 runner 並自動觸發 GPU 測試，長任務改為並行。
  • 判斷：量子棧已過「框架成型」階段，本日全部合入都是語義細化與可重放性證明，同時把算力從單機 CPU 擴到八臺 A800，說明後續將以大規模一致性測試為推進方式。

1.6 Torch-FL：MPS 後端 69 檔案落庫，清微 TX8 與天數 BI-V150 同日合入（10-20）

日期：2026-10-20　來源：PR #566 · PR #541 · PR #569 · PR #599

  • 總量：9 筆提交、7 筆合入，是當日平臺面變化最大的倉庫。
  • MPS 後端（#566）：69 檔案 +22929/−236，新增兩套實現——運算元側的 Metal 後端（核心生成檔案與登錄檔）與執行時側的裝置記憶體管理，共 47 個檔案未在摘要中列出；CI 使用 GitHub 託管的 Apple Silicon arm64 runner，並在平臺配置裡顯式宣告「x86_64 的 macOS runner 沒有 Metal 裝置，環境檢查失敗是預期結果而非靜默跳過」。配套 #602 讓 MPS 路由在託管 macOS 上跑通。
  • 清微 TX8 的 torch.compile（#541）：14 檔案 +628，新增 Inductor 後端與程式碼生成、平臺剖面、FlagTree 適配層與架構文件。作者在說明中明確兩點侷限：TX 執行時沒有裝置屬性查詢介面，因此裝置屬性查詢返回的是與 FlagGems 描述一致的常量而非硬體實測值；其餘能力僅限整合測試覆蓋的圖。
  • 天數 BI-V150 CI 行（#569）：24 檔案 +934，含 CoreX 4.5.0 主機的平臺配置、環境指令碼、包清單、校驗指令碼與能力矩陣文件。該 PR 上一期為在審狀態，本日合入，構建行首次允許保留已知執行時失敗以完成 bring-up。
  • CI 入口（#599）與文件（#601）：#599 引入 FlagCICD 統一入口與 L0-L2 分級（8 檔案 +1819，專案清單加 plan、report、resolve 三個指令碼）；#601 把 AGENTS.md 定為唯一的代理指引檔案。

1.7 build-infra：CUDA 分發後端原生輪子恢復，海光 hcu builder 與一鍵安裝指令碼（10-20）

日期：2026-10-20　來源：PR #1435 · PR #1425 · PR #1427

  • 總量：10 筆提交、9 筆合入，全部圍繞製品與構建行。
  • 原生輪子恢復（#1435）：5 檔案 +587，把 CUDA 分發後端的 vllm 原生擴充套件輪子恢復回來。說明裡點明一個易錯點：在 PEP 440 下以純公開版本號做釘扎會忽略構建標籤，同一廠商索引存在多個原生構建（如 CUDA 12.8 與 13.3）時會裝到錯誤後端，因此必須寫完整的「公開版本加標籤」。
  • 海光 hcu builder（#1427、#1432、#1430）：#1427 新增 hcu 構建器（3 檔案 +292），#1432 把海光掛到日線（2 檔案 +11/−3），#1430 讓手動日派發可以指定構建行。
  • FlagCX 狀態表（#1429、#1426、#1433）：補齊 Nvidia 重發日期與清微 22.04 重發記錄，並新增三個檔案儲存 SDK 後端的構建行（1 檔案 +24）。
  • 一鍵安裝（#1425）：新增安裝指令碼（1 檔案 +308），把多倉依賴裝成一條命令。
  • 其他：#1434 在輪子上傳步驟前補裝 pyyaml，修復 CI 依賴缺失。

1.8 FlagTree：0.7.1.dev1 與 ppu3.6 兩個構建標籤，0.7.1 線轉入 dev 構建（10-20）

日期：2026-10-20　來源：0.7.1.dev1 · 0.7.1.dev1+ppu3.6 · PR #1400

  • 釋出物：20:11 與 20:12 連續打出兩個構建標籤——0.7.1.dev1（基礎線）與 0.7.1.dev1+ppu3.6（PPU 3.6 構建線），釋出說明均只寫「pypi 加版本號」，屬自動化的夜間構建產物而非正式版本。
  • 補記：0.7.1a1+ascend3.5 於 10-19 13:01 釋出，落在上一期視窗內但未進入上一期的釋出清單，本期一併記入。至此 0.7.1 線已有 ascend3.5、iluvatar3.6、xpu3.6、ppu3.6 四條硬體構建分支，基礎線由 a1 轉入 dev1。
  • 提交：3 筆——#1400 新增 XPU3.6 的 vllm 基準工作流，#1411 讓自動重跑的工作流按被觀察的執行命名，#1412 更新倉庫級 GitHub 配置。
  • 判斷：FlagTree 的釋出節奏已完全按硬體版本切片，每個後端一條構建線、各自打輪子；本日沒有編譯器功能合入，只有 CI 與打包動作。

1.9 FlagGems-sglang：賽事貢獻 10 筆合入，單筆基準快照兩萬九千行（10-20）

日期：2026-10-20　來源：FlagGems-sglang 提交 · PR #163 · PR #162

  • 總量：18 筆提交、10 筆合入，全部集中在 11:20 至 12:00 的合併視窗內，由同一維護者統一處理。
  • 來源：合入分支名帶有賽事標記，分別為賽道一的 tiny-k-gemm（任務 91）、pack-topk-ids、moe-topk-sum、moe-align-block-size、indexed-scale-shift、unpad-draft-extend-output、sigmoid-gate-mul-broadcast、post-reorder-cutlass 與任務 85 等，另有 1 筆社群補丁。
  • 配套（#163）：4 檔案 +28940，主體是運算元效能基線快照與 ops-test 工作流的接入，新增的運算元測試改為以基線檔案做對比；#162 為昇騰 PPU SDK 探測（1 檔案 +135）。
  • 判斷：CSDN FlagOS 站點掛出的「SGLang 跨晶片運算元最佳化賽・賽道一」已開始向主倉產出可合併成果，賽事第一次成為該倉的合入來源之一；但賽事提交集中在少數時段，仍需維護者批次承接，尚未形成分散式貢獻節奏。

1.10 其餘倉庫：FlagDNN 三筆直推、FlagTrain 接入 Megatron 與 TE、FlagScale 選擇性 CI（10-20）

日期：2026-10-20　來源：FlagDNN 提交 · FlagTrain PR #22 · FlagScale PR #1309 · FlagPrism 分支

  • FlagDNN：3 筆提交全部直推 master，無 PR 流程，分別為 11:46 的整體修復、16:48 針對昇騰的修復、17:10 針對摩爾執行緒的修復，當日合入 1 筆 PR。
  • FlagTrain：#22 為 KMCompiler 增加對 Megatron 與 TransformerEngine 的支援，訓練棧開始接入兩套上游框架。
  • FlagScale：#1309 新增選擇性平臺 CI、合併門、評論觸發測試與結果上報，與該組織同日的 CI 收斂方向一致。
  • FlagPrism：推送落在燧原協作者的除錯分支（18:46），內容是解析 TOPS 標頭檔案與庫依賴，預設分支仍停在 10-14 的架構文件提交。
  • FlagGems-Experimental：#668 新增 _make_dual_copy 運算元，走 infra-ci 分支。
  • TransformerEngine-FL：#140 引入 FlagCICD 統一入口並支援 L0-L2，4 天前剛完成 CI 框架統一下沉。
  • 零推送倉庫：FlagCX、FlagAttention、FlagBLAS、Megatron-LM-FL、FlagAudio、FlagCV、FlagTensor、Trident、community、release-info 等視窗內無動作。

二、新聞報道與生態

2.1 新京報 10-20 稿：跨芯複用口徑與 27% 效能提升，產業版接續擴散（10-20）

日期：2026-10-20　來源：新京報 · 北京日報客戶端（新浪轉載）

  • 新京報貝殼財經稿（17:14，記者羅亦丹）：以「跨芯複用」為標題落點，複述 2.2 的四項口徑——九大運算元庫合計 1454 個運算元、較上版新增 890 個；上千個運算元覆蓋 10 款異構晶片，跨芯效能提升約 27%；GLM-5.3-Flash 在存量昇騰 910B 上邏輯服務吞吐為最佳化前 2.04 倍；指定條件下按租金折算的算力成本比商業 API 參考低 19.4% 至 27.6%。
  • 北京日報客戶端稿（經新浪轉載）：同一組資料，但補了兩個此前技術稿中沒有的口徑——新模型釋出後「一天內就能完成對 12 款晶片的適配」，以及把已有算力視為可長期最佳化資產的產業框架。生態側複述三季度成員單位 107 家、季度下載超 46 萬次（上季 4.76 倍）、貢獻者 264 位。
  • 判斷：與 10-19 日報收錄的技術拆解稿相比，本批屬黨報與都市報產業版的二次擴散，新增可引用口徑只有「一天 12 款晶片」一條；技術細節無更新，因此不重複展開。報道口徑與倉庫事實的差異仍需注意：2.2 對外稱 9 月 30 日釋出，而清單落庫在 09-28 至 09-29（已見 09-29、09-30 日報）。

2.2 渠道核查：CSDN 專欄與智源社群無新增，HN 零命中（10-20）

日期：2026-10-20　來源：CSDN FlagOS 專欄 · HN Algolia · Google News RSS

  • CSDN FlagOS 專欄：首頁最新資訊條目仍為 08-28 的 GLM-5.3-Flash Day0 適配與 08-27 的 Qwen3.8-Flash-Next 適配，影片與活動區最新為 10-18 的大會分論壇回放，視窗內無新帖。
  • 智源社群：首頁與標籤頁均為客戶端渲染，抓取只能得到框架頁，無可核驗的新增條目；按既定做法以首頁核查為準，本輪不計入條目。
  • HN Algolia：FlagOS、FlagGems、flagos-ai 三組按時間排序查詢，視窗內分別命中 19、20、0 條，前兩組全部為無關話題的全文字誤匹配，第三組零命中，判為無覆蓋。
  • Google News：24 組中英文查詢詞合計 21 條候選，除上述兩家媒體外均為噪音——藍芯算力灣芯展、進迭時空 V100 釋出、RISC-V 中國峰會分論壇、DeepSeek 開源 DeepInfer 等屬其他議題，清微與沐曦相關命中為股市行情稿，已按規則整批剔除。
  • 判斷：新聞側本日只有一批同源擴散，無獨立信源爆出；生態建設的可核查進展仍集中在 GitHub 側。

三、成員單位深挖

3.1 崑崙芯：FlagGems 九筆合入，XPU3 與 foreach 族為重心（10-20）

日期：2026-10-20　來源：PR #6659 · PR #7099 · PR #7321 · PR #7267

  • 定位說明：崑崙芯不在公開成員單位名單內，但連續多日是該組織最活躍的第三方後端，本日 FlagGems 九筆合入來自該後端，故單列。
  • 最大單筆：#6659「新增後端運算元並最佳化既有運算元」30 檔案 +2306/−751，12:37 合入。
  • XPU3 路徑：#7099 讓 addmm_dtype 與 addmm_dtype_out 支援跨步偏置與輸出、別名與 beta 為零三種情形，即把不同呼叫形態收斂到同一實現。
  • foreach 族：#7263 為 add、mul、sub 的列表版加快速路徑覆寫；#7262 最佳化絕對值、取整與符號三個列表運算元；#7156 修 iand_scalar、ior_scalar 與 hsplit 並最佳化列表運算元；#7321 最佳化邏輯非與自轉置矩陣乘，並補 hinge_embedding_loss 的 XPU 覆寫；#7267 最佳化 sign、旋轉位置編碼與均方誤差損失。
  • 測試側：#7357 修該後端 FP8 用例輸入構造，#7344 讓共軛物理量基準跳過複數型別。
  • 判斷：崑崙芯的提交已從「補運算元」轉為「補快速路徑與邊界形態」，屬效能深水區的典型動作；同時該後端在在審佇列裡仍佔 8 筆。

3.2 清微：torch.compile 落 TX8，裝置屬性以常量代償（10-20）

日期：2026-10-20　來源：Torch-FL PR #541 · optest 後端配置

  • 落地內容：PR #541 讓 torch.compile 在清微 TX8 上可用，路徑覆蓋 Inductor 後端、程式碼生成、平臺剖面與 FlagTree 適配層，14 檔案 +628，並附架構文件與兩份單元測試。
  • 已知侷限（作者明示）：TX 執行時沒有裝置屬性查詢介面，裝置屬性查詢只能返回與 FlagGems 描述一致的常量，不是硬體實測值；除整合測試覆蓋的計算圖外未做驗證。這種「先把通路打通、把侷限寫在文件裡」的做法，比隱藏缺口更利於後續接手。
  • 設施側：optest 的後端配置已含 TX8110，廠商探針中亦有 tsingmicro 一支，說明該後端已納入統一測試範圍。
  • 判斷：清微從「FlagGems 只用運算元」走到「編譯鏈路可用」，是同日平臺面擴張中最實質的一步。

3.3 天數智芯：BI-V150 CI 行合入，FlagDNN 直推修復跨三後端（10-20）

日期：2026-10-20　來源：Torch-FL PR #569 · FlagDNN 提交

  • CI 行：Torch-FL #569 為 CoreX 4.5.0 的 BI-V150 主機建立共享 CI 行，24 檔案 +934，含平臺配置、環境指令碼、包清單與能力矩陣文件；該 PR 上一期為在審，本日合入。構建行允許初始執行保留已知失敗，以便先打通流程。
  • DNN 側：FlagDNN 當日 3 筆提交全部直推 master（無 PR），分別在 11:46、16:48、17:10 落地，後兩筆分別針對昇騰與摩爾執行緒；結合上一期該倉的 iluvatar 等價效能基線，說明該倉仍是「多後端各自修」的狀態，尚未統一到測試設施。
  • 構建線：FlagTree 的 iluvatar3.6 構建分支（0.7.1a1+iluvatar3.6，10-12）仍在 0.7.1 系內，本日無該線的重新整理。
  • 判斷：天數在 CI 與構建兩側都有推進，但程式碼側仍以直推修復為主，流程規範化落後於 Torch-FL 與 FlagQuantum。

3.4 燧原與曦望：燧原除錯分支解決 TOPS 依賴，兩家探針進入統一設施（10-20）

日期：2026-10-20　來源：FlagPrism 分支 · optest PR #1 · build-infra PR #1433

  • 燧原：FlagPrism 出現協作者分支（18:46 推送），提交說明為解析 TOPS 標頭檔案與庫依賴——TOPS 是燧原的軟體棧，FlagPrism 此前已有該廠的 TOPSPTI 效能分析與偵錯程式支援，本次屬依賴層面的收尾，尚未合入預設分支。
  • 設施側：optest 的廠商探針同時含 enflame 與 sunrise 兩支，說明燧原與曦望的硬體檢查邏輯已統一進同一套指令碼約定；後端配置中另有 S60 一行。
  • 製品側：build-infra #1433 為 FlagCX 增加了三個檔案儲存 SDK 後端的構建行，跨晶片通訊庫的構建矩陣繼續擴容。
  • 判斷：兩家本日都沒有預設分支的功能合入，動作集中在依賴、探針與製品三處，屬接入層的準備工作。

3.5 昇騰與達摩院玄鐵：FP8 測試構造與 W8A8 block INT8 矩陣乘（10-20）

日期：2026-10-20　來源：FlagGems PR #7355 · FlagGems PR #7304 · FlagGems-vllm PR #954

  • 昇騰測試側：#7355 修正昇騰平臺的 FP8 用例輸入構造，與同日的 #7356（讓 FP8 與後端複數值檢查可移植）、#7357（崑崙芯 FP8 輸入構造）構成一組跨後端修復；#7304 修掉昇騰平臺上 tile block 的報錯；#7328 補昇騰測試參考文件。
  • 昇騰設施側：optest 的 910B 配置把容器映象釘在 CANN 9.0 與 vllm 0.24 的 2.2 基線，並掛載驅動與擴充套件目錄，為後續周測提供統一環境。
  • 達摩院玄鐵：FlagGems-vllm #954 新增 W8A8 block INT8 矩陣乘（9 檔案 +1493），含後端運算元實現、調優配置、擴充套件參數列與基準、單元測試，並接入執行時配置載入與自動調優模組——低精度推理運算元在玄鐵通道上補齊了量化矩陣乘這一環。
  • 判斷：兩家本日的共同點是「低精度與量化路徑」，昇騰在測試口徑上補齊，玄鐵在運算元實現上補齊；差異是昇騰仍以修復為主，玄鐵已進入新運算元交付。

四、總結與趨勢觀察

  1. 基建四件事同日補齊是本期最明確的結構性變化：optest 承接測試設施、FlagOps 承接可複用 action、build-infra 承接安裝路徑、FlagCICD 承接 CI 入口。此前這四件事分散在各倉，本日第一次形成分層。對使用者最直接的影響是安裝從多倉依賴變成一條命令，對維護者最直接的影響是同一套用例可在 12 個後端上按同一口徑比較。
  2. 平臺面在擴張而不是收斂：Torch-FL 一天內新增 MPS、清微 TX8、天數 BI-V150 三條腿，覆蓋從 Apple Silicon 到國產加速器；代價是平臺配置、能力矩陣文件與環境指令碼成為新的維護負擔，當日該倉 7 筆合入裡有 3 筆是平臺配置類。
  3. 質量優先於數量：FlagGems 22 筆測試修復加 1 筆回退，是全組織最集中的動作，且回退發生在修復之前。這說明 2.2 釋出後團隊把產能投向了「既有運算元能否在各後端測得準」，而不是繼續堆運算元數量；當日新增運算元僅 KernelGen 的 7 筆。
  4. 賽事開始成為真實供給，但仍需維護者承接：FlagGems-sglang 的 10 筆賽事合入全部集中在 40 分鐘內被同一人合併，說明貢獻已能進入主倉，但節奏仍是批次式而非分散式。
  5. 量子棧進入語義細化階段：FlagQuantum 的 15 筆合入全部圍繞動態電路、顯式基空間與可重放性，同時把 CPU 測試擴到八臺 A800，表明其下一步推進方式是大規模一致性驗證而非功能鋪開。
  6. 對外傳播側本日只有同源擴散：新京報與北京日報客戶端兩篇產業稿均無技術新增，可引用新口徑僅「一天內完成 12 款晶片適配」；CSDN 專欄、智源社群與 HN 均無獨立信源，判斷生態建設的可核查進展仍以倉庫為準。

附錄

信源核查表

信源 核查結果
GitHub 組織與倉庫 61 倉全量核查，19 倉視窗內有推送；無新倉庫建立
提交檢索 115 筆（兩頁分頁核驗，與總量一致）
合併 PR 檢索 120 筆，前 100 條用於分倉統計
在審 PR 檢索 195 筆視窗內有更新，前 100 條用於分類
Release 與構建標籤 19 個活躍倉逐一核查，視窗內 2 個新構建標籤（FlagTree 0.7.1.dev1、0.7.1.dev1+ppu3.6）
org 事件流 100 條，其中推送 21、PR 46、建分支 5、刪分支 7、關注 14
分支級兜底 FlagPrism、FlagFFT、FlagSparse、vllm-plugin-FL、docs 五倉為非預設分支推送
Google News RSS 24 組中英文查詢，21 條候選，2 條可用，其餘為展會、行情與無關稿
HN Algolia 3 組查詢，視窗內命中的 39 條全為無關誤匹配
媒體原站 新京報稿可核驗釋出時間；北京日報客戶端稿經新浪轉載，頁面未顯示釋出時間
CSDN FlagOS 專欄 最新資訊為 08-28，活動區最新為 10-18 回放，視窗內無新帖
智源社群 首頁與標籤頁為客戶端渲染，僅得框架頁，無可核驗新增

完整信源清單

R #566 MPS 後端 — https://github.com/flagos-ai/Torch-FL/pull/566

lgolia 查詢 — https://hn.algolia.com/api/v1/search_by_date?query=FlagOS