調研視窗：過去 24 小時（2026-09-17 10:18 ~ 2026-09-18 10:18，北京時間） 信源：GitHub（org: flagos-ai，54 個倉庫 pushed_at 全量核查 + 單次 commit search 147 條按 committer-date 核驗取全量 + 重點倉庫預設分支提交複核 + tags/releases 後設資料 + community 的 FEP 目錄與 2.2 釋出清單/時間表 raw 直取 + build-infra 關鍵 PR 補丁與檔案清單 + git ls-remote 全量 ref 核驗 rc2 分支）、Google News RSS（中英文 33 組查詢詞，走代理）、HN Algolia、智源社群、集微網、電子工程專輯等（詳見附錄信源清單）

本期索引

  • 今日重點：community 一次合入 20 份 FEP，FlagOS 2.2 的特性清單與釋出邊界同時落定（09-17）
  • 一、開源專案進展（GitHub 動態）
    • 1.1 community：20 份 FEP 一次性合入，2.2 特性清單定稿（09-17）
    • 1.2 RC2 清單與整合分支：24 個模組條目，十倉同步切出 rc2 分支（09-17）
    • 1.3 build-infra 連續兩次抬版：FlagGems 到 rc2.post3、摩爾執行緒 FlagTree 到 0.7.0rc2（09-18）
    • 1.4 build-infra：昇騰 FlagTree wheel 上傳通路首次走通（09-17）
    • 1.5 FlagGems：KernelGen 單日再入庫十餘個 Nvidia 運算元，AMD W7900D 進周測（09-17/09-18）
    • 1.6 FlagTree：DEB 打包與 Nexus 釋出併入 build-infra 共享工作流（09-17/09-18）
    • 1.7 Torch-FL：環境變數面收口為 FLAGOS 一套字首（09-17/09-18）
    • 1.8 FlagQuantum：覆蓋率下限兩級抬升，量子糾錯記錄層落地（09-17/09-18）
    • 1.9 FlagFFT：MUSA 與 MACA 便攜三維轉置驗證記錄，依賴統一釘版（09-17）
    • 1.10 FlagCX：lane mask ABI 擴到 64 位，Fedora 43 進 RPM 矩陣（09-18）
    • 1.11 FlagAudio：音訊運算元庫首批三個 PR 合入（09-17）
    • 1.12 其餘動態：FlagDNN、FlagGems-vllm、FlagGems-sglang、flir、FlagScale（09-17/09-18）
  • 二、新聞報道與生態
    • 2.1 元件級檢索第十四個連續平靜視窗：24 小時內零命中（09-17~09-18）
    • 2.2 紫東太初 ZDTaichu5.0-9B 開源經智源社群中轉：與 FlagOS 棧無介面，本期不收錄（09-16~09-17）
    • 2.3 成員單位資本面：沐曦股價異動與機構減持、燧原 IPO 稿（09-17）
  • 三、成員單位深挖
    • 3.1 海光：融合 rrelu 後端核入庫，解耦 DCU wheel 修好 Qwen-Image（09-17/09-18）
    • 3.2 摩爾執行緒：MUSA 線 FlagTree 跳級到 0.7.0rc2，vLLM 0.20.2 映象首次裝上外掛（09-18）
    • 3.3 崑崙芯：0.6.1+xpu3.6 釘版與 tle.raw 快路徑回退（09-17）
    • 3.4 沐曦：MACA 便攜三維轉置驗證與依賴統一釘版（09-17）
    • 3.5 天數智芯：FlagDNN 平臺架構重組（09-17）
    • 3.6 昇騰：CommonIR 概念驗證標記為已實現，grouped_topk 走 tle.dsa.raw 調優（09-17）
    • 3.7 達摩院玄鐵：T-Head 進入 FlagTree 2.2 多後端規劃，PPU 線 CI 鋪開（09-17 核查）
    • 3.8 清微智慧：分散式原語在後端啟用，與 2.2 的 TLE 分散式路線合流（09-17）
    • 3.9 智源（牽頭方）：FEP 治理落地與 RC2 清單維護（09-17）
  • 四、總結與趨勢觀察
  • 附錄：信源核查表
  • 附錄：完整信源清單

今日重點：community 一次合入 20 份 FEP，FlagOS 2.2 的特性清單與釋出邊界同時落定

日期：2026-09-17　來源：community FEP 目錄、FEP-0099 運算元庫、FlagOS 2.2 釋出時間表

09-17 23:55 至 23:56 的一分鐘內，community 倉庫連續落下 20 條提交，全部以 FEP(sig-...) 為字首，編號從 0085 排到 0100，分屬運算元、編譯器、框架、訓練、網路、端側、科學智慧七個方向。這批文件把「2.2 要交付什麼」從會議共識變成了倉庫內可逐條核對的檔案。

內容上最值得記錄的是每個 FEP 都寫了「Release Boundary and Evidence」一節，即該方向在 2.1 的基線版本、在 2.2 候選（RC2 清單）裡的版本、以及開發視窗，並在結尾交代哪些部分有程式碼對應、哪些仍只是路線圖。以運算元庫為例，FEP-0099 把 2.2 的算力目標寫成四條：運算元總量推到 635 個（其中 301 個由 KernelGen 工作流產出）、注意力類運算元對齊英偉達先進水平並跑在 5 家以上國產晶片、基於 Triton 語言擴充套件（TLE）的關鍵運算元、以及低位寬與融合大核等通用最佳化手法；列出 2.1 基線為 FlagGems v5.3.0 等六項，2.2 候選為 FlagGems v5.4.0-rc2.post1 等，並明確開發視窗為 06-01 至 08-31。

同批文件中狀態差異也寫得清楚：編譯器側引入通用中間表示（Common IR）的 FEP-0095 已標記為已實現，但正文限定其範圍是「昇騰 910B/910C 在 Triton 3.5 線上的概念驗證」，連結到 FlagTree #974（08-13 開、08-27 合入），並宣告它不等於跨硬體族的生產級統一路徑；而 KernelGen 能力的 FEP-0100 主動停在草案，正文直接寫明「未在公開 release 標籤中找到對應的實現或實現 PR」，不把路線圖當成交付。這種「同一批文件裡既有已實現也有明確未實現」的寫法，是本批 FEP 最實用的地方。

時間線上，這批文件落在測試與穩定期的中段：釋出時間表把特性凍結定在 08-31、測試期 09-01 至 09-24、GA 定在 2026-09-28，凍結規則寫明「FEP 與特性程式碼兩扇門同時關閉，錯過即順延下一版本」。所以這批文件的功能是把已凍結的範圍補齊登記，而不是往 2.2 里加新東西——距 GA 還剩 10 天。

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

視窗總覽：org 內 54 個倉庫中 28 個在視窗內有推送（前一期 19 個，明顯放量）；單次 commit search 命中 147 條視窗內提交（兩頁取全量，committer-date 降序），分佈於 14 個倉庫：FlagGems 40、FlagFFT 21、community 19、FlagQuantum 17、Torch-FL 15、build-infra 7、FlagTree 7、FlagGems-sglang 7、FlagDNN 3、FlagCX 3、FlagAudio 3、FlagGems-vllm 3、FlagScale 1、flir 1。另有 14 個倉庫在視窗內有推送但預設分支上無新提交（FlagBLAS、FlagTensor、KernelGen、KernelGenBench、Megatron-LM-FL、TransformerEngine-FL、FlagRelease、sglang-plugin-FL、FlagOS-Compressor、FlagAttention、FlagSparse 等），集中在 09-17 23:29 至 23:33 的同一分鐘區間，經 git ls-remote 核驗為 rc2 整合分支的建立推送——詳見 1.2。

本視窗形態 = 「釋出登記」+「打包與釋出件」兩條線：治理側一次補齊全套 FEP 文件並固化 2.2 釋出邊界；工程側的注意力明顯從功能開發轉向釋出件本身——DEB 打包、wheel 上傳通路、Nexus 製品同步、覆蓋率門禁、環境變數收口，都是「能不能裝、能不能發、裝完對不對」層面的工作。

1.1 community：20 份 FEP 一次性合入，2.2 特性清單定稿（09-17）

日期：2026-09-17　來源：community FEP 目錄、FEP 說明與版本追蹤

詳見「今日重點」。補充兩點目錄側的事實：其一，FEP 按 SIG 分目錄存放，本批新增文件落在 sig-operator（0099）、sig-compiler（0095 至 0098）、sig-framework（0086 至 0091）、sig-training（0092）、sig-kernelgen（0093、0100）、sig-network（0085）、sig-edge（0082 至 0084）、sig-ai4s（0081），一次性鋪滿全部活躍 SIG。其二，端側方向的 FEP 不只寫文件，還帶了可執行指令碼目錄（fep/sig-edge/scripts/ 下的 Triton 3.7 與 arm64 推理兩套），與本報告觀察到的端側路線一致。

1.2 RC2 清單與整合分支：24 個模組條目，十倉同步切出 rc2 分支（09-17）

日期：2026-09-17　來源：release-2.2-rc2.yaml、release-branch-tag 工作流

09-17 23:29 至 23:33，十個模組倉庫在同一分鐘區間出現推送但預設分支無新提交。用 git ls-remote 拉全量 ref 核驗，確認這些倉庫都已存在 0.3.0-rc2 / 0.2.0-rc2 / 0.1.0-rc2 / 2.2.0-rc2 形式的整合分支，並已打出對應的 v*-rc2.post1 標籤；FlagGems 與 FlagCX 走得更前面，標籤已到 rc2.post3 與 rc2.post2 一級。community 裡的 release-branch-tag.yml 是這條動作鏈的執行者：它按 release 清單調 manage-release.py，用 release bot 身份批次建立並推送分支與標籤。

清單本身也升級了：RC2 版列出 24 個模組條目，與 RC1 逐條對照可見版本線整體前移一格（如 FlagGems 由 rc1.post2 到 rc2.post2、FlagAttention 由 0.4.0-rc1.post1 到 0.4.0-rc2.post1），並在頭部補充了「同一倉庫拆多條目、各跟不同上游線」的寫法說明。兩處值得記的細節：FlagTree 因按 Triton 版本拆條，tag 格式不套用全域性的 v 字首規則；FlagScale 在 2.2 清單裡的版本號是 v2.1.0-rc2.post1，已經跳出 2.0 線。

1.3 build-infra 連續兩次抬版：FlagGems 到 rc2.post3、摩爾執行緒 FlagTree 到 0.7.0rc2（09-18）

日期：2026-09-18　來源：build-infra #925、build-infra #926、configs.yaml

沿前一日把 base 版本抬到 2.2.0 的動作，build-infra 在 09-18 07:32 與 08:35 又落兩條抬版提交，都只改 configs.yaml。第一條（#925）把 flaggems 欄位由 5.4.0-rc2.post2 改為 5.4.0-rc2.post3，第二條（#926）把摩爾執行緒後端的 flagtree 釘版由 0.6.1+mthreads3.6 改為 0.7.0rc2+mthreads3.6。同一檔案頭部把釋出動作寫成三步——更新欄位、打 v<版本> 標籤、結束，因此這兩行改動意味著 2.2 映象線上運算元庫與摩爾執行緒編譯底座同時換到了更新一輪的候選。

把兩條並排看：運算元庫與編譯器底座都在往 rc2 的迭代位上走（post3 / 0.7.0rc2），而清單裡預設的 version 欄位仍停在 2.2.0——釋出件還在裝配，尚未正式打標。

1.4 build-infra：昇騰 FlagTree wheel 上傳通路首次走通（09-17）

日期：2026-09-17　來源：build-infra #923、build-infra #924

#923 修好了昇騰 FlagTree 打包：此前兩個昇騰目標一個都產不出 wheel（昇騰 3.5 在 FlagPrism 的 Metric.h 上因 uint64_t 未宣告而失敗），原因是打包指令碼首次落地後所有修復都提交到了另一條分支、而合併走的是別的分支；本 PR 一併把兩個目標檔案按 CANN 版本重新命名，並新增 cann8.5.0 目標。#924 隨後把「上傳路徑尚未驗證」這個懸置問題換成了實測答案：09-17 兩個 wheel 都已到達 flagos-pypi-ascend 製品庫，分別是 flagtree-0.7.0rc2+ascend3.5 與 flagtree-0.6.0+ascend3.2；文件同時記下昇騰節點的構建耗時（26 分鐘與 14 分鐘，多數花在 MAX_JOBS=32 下編譯 AscendNPU-IR 與 triton）與一處環境限制：CANN 節點上的 pip 版本早於 --break-system-packages 所需版本。

1.5 FlagGems：KernelGen 單日再入庫十餘個 Nvidia 運算元，AMD W7900D 進周測（09-17/09-18）

日期：2026-09-17、2026-09-18　來源：FlagGems #5846 分位運算元、FlagGems #6312 AMD 周測、FlagGems #5731

FlagGems 本期 40 條提交是 org 內最密的一條線，其中大半是 KernelGen 工作流產出的 Nvidia 運算元入庫，單日新增十餘個：分位與均值類（nanquantile、nanmean）、行列式對數（logdet）、極分解（linalg_polar）、迴圈網路反向核（GRU / LSTM 單元及其反向）、上取樣反向（Lanczos 抗鋸齒）、稀疏矩陣乘、特徵 Dropout、打包線性層等，另有兩個逐元素組合運算元（and_tensor、and_scalar）與 set_ 的全部張量過載。

後端與工具側三條：[CI] Add AMD W7900D backend to weekly test workflow 把 AMD 的 W7900D 加入周測矩陣，是較新出現的一條非國產後端線；SiliconFlow 後端新增零複製 real 運算元並改為按排程鍵註冊；隨後一條提交把七個後端子包的 __init__.py 補齊，修的是「新增後端包未被匯入鏈路拾取」這類結構性缺陷。另有若干門禁修補（運算元匯出檢查、KernelGen 測試標記只掃 PR 新增行）。

1.6 FlagTree：DEB 打包與 Nexus 釋出併入 build-infra 共享工作流（09-17/09-18）

日期：2026-09-17、2026-09-18　來源：FlagTree #1063、FlagTree #1066、FlagTree #1082、FlagTree #1170

FlagTree 本期七條提交裡有三條是釋出件工程：把釋出包改用 build-infra 的共享工作流推到 FlagOS Nexus 製品庫（#1063）、給 DEB 打包矩陣加一行 ubuntu22.04 / python3.12 以覆蓋 ABI 組合（#1066）、以及在 DEB 包裡剝掉 libtriton 與 libproton 的除錯資訊並跳過 dh_dwz（#1076）。翌日一條 Bump packaging baseline to 0.6.1 and plumb the wheel version 把打包基線與 wheel 版本號打通（#1082），使產物版本不再手工維護。

編譯器側一條與 2.2 的 TLE 路線直接相關：tle.signal / tle.signal_wait 前端把同步範圍與記憶體序暴露成顯式引數（#1170），對應 FEP-0096 裡「分散式原語與通訊計算融合」所需的語義介面。

1.7 Torch-FL：環境變數面收口為 FLAGOS 一套字首（09-17/09-18）

日期：2026-09-17、2026-09-18　來源：Torch-FL #341、Torch-FL #337、Torch-FL #320

Torch-FL 本期 15 條提交是一串連貫的重構：只保留納入式構建開關、去掉裝箱與原生模式變數（#336）、統一 SDK 發現邏輯並給 PPU 單獨一個加速器標識（#337）、只接受廠商原生 SDK 環境變數（#338）、把執行時與路由的環境變數表改成與程式碼一致（#339），最後統一為 FLAGOS_ 字首的一套變數面（#341）；同期一條 CI 提交把舊的 FlagGems 開關整個退場（#320）。這條線與前一期「路由切換後的後果修復」不同，是介面面的收口——把多個歷史開關合併成一套契約，屬於釋出前把外部可見面定死。

平臺側另有兩條實質修復：解耦的 DCU wheel 上讓 torch.cuda 可用（#332），以及若干昇騰語義修補（布林 SDPA 掩碼、布林掩碼索引、最近鄰上取樣留在裝置側）。

1.8 FlagQuantum：覆蓋率下限兩級抬升，量子糾錯記錄層落地（09-17/09-18）

日期：2026-09-17、2026-09-18　來源：FlagQuantum #64、FlagQuantum #55、FlagQuantum #52

FlagQuantum 本期 17 條提交幾乎全在立工程質量標準：把全域性覆蓋率下限從 60% 抬到 75% 並給各包設獨立下限（#55）、把整個包納入嚴格型別檢查（#52）、把 lint 門禁擴到現代型別標註與缺陷類別規則、讓每個測試檔案都歸入某一檔標記、以及把此前被跳過的 JAX 測試接入 CI 並繫結覆蓋率增益。功能側一條是量子糾錯（QEC）記錄層的第一階段（#64），實現與具體編碼方案解耦；重構側把九處孿生寫入器合併成一份實現、修掉十一個巢狀函式晚繫結迴圈變數的缺陷。

對照 FEP-0081 把 FlagQuantum 定位在科學智慧方向，這一期的重心是「先讓工程基線立住」，尚未進入演算法規模擴張。

1.9 FlagFFT：MUSA 與 MACA 便攜三維轉置驗證記錄，依賴統一釘版（09-17）

日期：2026-09-17　來源：FlagFFT 提交記錄、FlagFFT 倉庫

FlagFFT 本期 21 條提交以硬體適配分支的合併與驗證記錄為主：把硬體畫像分支分別與 MUSA（摩爾執行緒）、MACA（沐曦）及 CUDA 三條特性分支合併，併為三條各留一份驗證記錄文件，其中 MACA 側連著兩條提交把行動式暫存器分塊三維轉置開啟（先做平臺驗證、再正式啟用）。效能側一條把大型複數葉子節點改為經單個共享緩衝區暫存，並順手修了原生精度採集的記憶體上界與檔案快取釋放兩處問題。收尾一條把 Triton JIT 執行時依賴釘到統一後端修訂版，與 FlagTree 側的版本收口同向。

1.10 FlagCX：lane mask ABI 擴到 64 位，Fedora 43 進 RPM 矩陣（09-18）

日期：2026-09-18　來源：FlagCX #607、FlagCX #561、FlagCX #562

通訊庫側三條提交都在 09-18 上午集中落地：把 lane mask 的二進位制介面由 32 位放寬到 64 位（#607，隨晶片規模擴大而必須做的 ABI 擴容）、把獨立的 Nexus 上傳流程換成 build-infra 的共享工作流（#561，與 FlagTree 同一步調）、以及把 Fedora 43 加進英偉達 RPM 構建矩陣（#562）。三條合起來看，通訊庫這一期做的是「介面容量 + 製品產線」兩件事，而非新通訊演算法。

1.11 FlagAudio：音訊運算元庫首批三個 PR 合入（09-17）

日期：2026-09-17　來源：FlagAudio #5 頻譜圖運算元、FlagAudio #4、FlagAudio #2 打包

FlagAudio 在同一個上午合併三個 PR，是這個倉庫少見的功能性動作：一個用 Triton 實現頻譜圖運算元並配套測試、一個修正增益恆等檢查並把 torchaudio 匯入改為延遲載入、一個把打包收尾（依賴與許可證宣告）。三條都來自外部貢獻者的分支，說明該倉庫開始有倉庫外的開發者進入；結合 FEP 清單裡 FlagAudio 已列入運算元層 24 個模組條目，它正在從佔位狀態轉為有實際交付的模組。

1.12 其餘動態：FlagDNN、FlagGems-vllm、FlagGems-sglang、flir、FlagScale（09-17/09-18）

日期：2026-09-17、2026-09-18　來源：FlagDNN、FlagGems-vllm #776、FlagGems-sglang #84、flir #73

FlagDNN 三條提交分別重組天數智芯與海光兩個平臺的實現架構，並新增一個文字求和運算元（psum_text），延續該倉庫按平臺鋪實現的做法。FlagGems-vllm 三條均為國產晶片上的推理運算元：昇騰上把分組 Top-K 用 TLE 的 DSA 原始介面做效能最佳化、新增分塊門控 Delta 規則前向運算元、以及 FP8 變長注意力。FlagGems-sglang 合入三條 PR，把多模態旋轉位置編碼的融合運算元匯入並改按包名稱空間引用運算元，同時把批二分支的預提交檢查修好。flir 一條修掉記憶體效應標記，屬通用中間表示路線的延續。FlagScale 一條把 fork 倉庫 PR 的依賴產物改為上傳以規避快取隔離——是 CI 可用性修復。

二、新聞報道與生態

2.1 元件級檢索第十四個連續平靜視窗：24 小時內零命中（09-17~09-18）

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

本期以 FlagOS、FlagGems、FlagScale、FlagTree、FlagPerf、FlagCX、KernelGen 以及「智源研究院 開源」「智源研究院 晶片」「國產算力 開源軟體棧」「BAAI open source AI system stack」等關鍵詞做了中英文各半的 33 組檢索，24 小時視窗內元件名零命中，與元件名直接相關的最近一條報道仍是 09-15 關於 Open3D-PIMC 開源的英文稿。這已是連續第十四個平靜視窗。命中的 15 條中約 13 條為股市行情與機構評級稿（沐曦股份股價異動、機構賣出、燧原 IPO 相關），按標題語義整批剔除，未計入正文。

2.2 紫東太初 ZDTaichu5.0-9B 開源經智源社群中轉：與 FlagOS 棧無介面，本期不收錄（09-16~09-17）

日期：2026-09-16、2026-09-17　來源：智源社群轉載、量子位報道

智源社群在 09-17 轉載了一條關於紫東太初開源通用多模態模型 ZDTaichu5.0-9B 的報道，模型本體 09-15 釋出、權重與資料生產方案同步開放。該條在檢索中命中「智源 大模型 開源棧」查詢詞，但核對後確認：模型由紫東太初團隊釋出、語言骨幹為通義千問 3.5 系列，與 FlagOS 的編譯器、運算元庫、外掛各層均無介面，屬智源社群平臺上的第三方內容而非 FlagOS 動態。按「剔除僅泛泛提 BAAI 模型的新聞」的準則不予收錄，此處僅記錄該次核驗，避免後續重複判斷。

2.3 成員單位資本面：沐曦股價異動與機構減持、燧原 IPO 稿（09-17）

日期：2026-09-17　來源：財聯社、集微網

成員單位的資本側訊息集中在 09-17：沐曦股份當日股價大漲 14.44%、領漲算力晶片板塊，同時有多篇稿報道五家機構合計賣出逾 23 億元，另有報道稱其萬卡叢集已投入生產；燧原科技則出現一篇講其 IPO 背後「市場化 GP 加地方國企 LP」結構的行業稿。這些屬資本市場動態，與 FlagOS 程式碼面無直接關聯，僅作成員單位背景記錄，不計入技術條目。

三、成員單位深挖

3.1 海光：融合 rrelu 後端核入庫，解耦 DCU wheel 修好 Qwen-Image（09-17/09-18）

日期：2026-09-18　來源：FlagGems #6379、Torch-FL #332、FlagDNN

海光本期兩條實質動作。運算元側，FlagGems 新增帶噪聲隨機 ReLU 的融合後端核（#6379），走 KernelGen 編譯路徑，補齊該啟用函式的後端實現。框架側，Torch-FL 修好瞭解耦 DCU wheel 上 torch.cuda 不可用的問題（#332），場景是 Qwen-Image 影象生成模型的執行——解耦 wheel 指不捆綁廠商完整執行時的構建方式，此前在需要走 cuda 名稱空間的模型上會直接失敗。FlagDNN 同時重組了海光平臺實現（見 1.12）。

3.2 摩爾執行緒：MUSA 線 FlagTree 跳級到 0.7.0rc2，vLLM 0.20.2 映象首次裝上外掛（09-18）

日期：2026-09-18　來源：build-infra #926、build-infra #922

摩爾執行緒是本期改動面最完整的成員單位。編譯底座上，build-infra 把 MUSA 後端的 FlagTree 釘版由 0.6.1+mthreads3.6 抬到 0.7.0rc2+mthreads3.6（#926），直接跨到 2.2 的候選線。推理外掛上，#922 記錄兩個 0.20.2 版應用映象重建於外掛倉庫的 v0.2.2-rc2.post1 標籤之上：此前的 2.1.2 標籤映象根本沒裝外掛，因此這是摩爾執行緒釋出線上第一個帶 vLLM 外掛的 0.20.2 映象，隨映象帶上 MUSA 相關的注意力後端登錄檔與裝置介面適配。FlagFFT 側同期存在 MUSA 的三維轉置平臺驗證記錄（1.9）。

3.3 崑崙芯：0.6.1+xpu3.6 釘版與 tle.raw 快路徑回退（09-17）

日期：2026-09-17　來源：FlagGems #6393、FlagGems #6409、FlagGems #6328

崑崙芯本期以修復為主：先把 FlagGems 依賴裡的 FlagTree 升到 0.6.1+xpu3.6（#6393）；隨後回退了此前的 tle.raw 標量比較快路徑（#6409）——這是一次主動否定，說明該快路徑在崑崙芯上未能帶來穩定收益；同批還有遮罩填充、雙曲正弦、啟用與索引填充等運算元的修復（#6328）。基礎映象側，build-infra 在視窗前一日修過崑崙芯的 containerfile，本期無新動作。

3.4 沐曦：MACA 便攜三維轉置驗證與依賴統一釘版（09-17）

日期：2026-09-17　來源：FlagFFT 提交記錄、FlagFFT 硬體畫像分支記錄

沐曦線本期集中在 FlagFFT：硬體畫像分支與 MACA 特性分支合併後，留下兩份驗證記錄並正式啟用行動式暫存器分塊三維轉置——先做平臺驗證、再開啟，是這套程式碼裡一貫的兩步走法。收尾把 Triton JIT 執行時依賴釘到統一後端修訂版，避免 MACA 側與主幹依賴漂移。此外 RC2 清單裡沐曦相關的外掛條目（vLLM 外掛 0.2 線、0.3 線各一條）均已切出 rc2 分支，屬 1.2 的自動化動作。

3.5 天數智芯：FlagDNN 平臺架構重組（09-17）

日期：2026-09-17　來源：FlagDNN 提交記錄

天數智芯本期一條實質動作為 FlagDNN 的平臺實現架構重組（見 1.12）。回顧前一期，該平臺在 FlagGems 側拿到 /dev/itrctl 裝置介面支援、在 FlagTree 側有了 iluvatar3.6 的基線工作流；本期繼續在運算元庫層做結構整理，而非新增運算元——與 FEP-0099 裡運算元層四條目標中「通用最佳化手法」的表述吻合。

3.6 昇騰：CommonIR 概念驗證標記為已實現，grouped_topk 走 tle.dsa.raw 調優（09-17）

日期：2026-09-17　來源：FEP-0095 Common IR、FlagGems-vllm #776、FlagGems #6354

昇騰是本期文件與程式碼兩側都有明確進展的一條線。文件側，FEP-0095 是這批 20 份文件裡少數標記為已實現的一份，其範圍被明確限定為昇騰 910B/910C 在 Triton 3.5 線上的概念驗證，鏈到 FlagTree #974（08-27 合入），通路是 TLE 的 DSA 介面經通用中間表示降到 linalg 再進 npubin。程式碼側，FlagGems-vllm 在昇騰上用 TLE 的 DSA 原始介面對分組 Top-K 做效能最佳化（#776）；FlagGems 側新增 Top-K 運算元（#6354）。製品側，昇騰 FlagTree wheel 的上傳通路在本期首次走通（1.4）。

3.7 達摩院玄鐵：T-Head 進入 FlagTree 2.2 多後端規劃，PPU 線 CI 鋪開（09-17 核查）

日期：2026-09-17　來源：FEP-0098 FlagTree 多後端架構、vllm-plugin-FL #518、Torch-FL #337

本期新增文件把達摩院玄鐵的 T-Head 後端寫進 FlagTree 2.2 的多後端架構規劃（FEP-0098），與英偉達 TileIR、燧原、摩爾執行緒三條並列，目標 Triton 線為 3.6。工程側 PPU 線的接入在持續推進：推理外掛在視窗前一日加上 PPU 的 CI 支援（#518），Torch-FL 在本期重構中給 PPU 單獨分配加速器標識（#337），並在運算元測試門禁裡顯式探測 PPU（#309）。這條線的特徵是基礎設施先於運算元：CI、標識、門禁先鋪，運算元隨後。

3.8 清微智慧：分散式原語在後端啟用，與 2.2 的 TLE 分散式路線合流（09-17）

日期：2026-09-17　來源：FlagTree #1141、FEP-0096 TLE 大核與分散式、flir 提交記錄

清微智慧本期一條關鍵提交把遠端訪問與分散式屏障兩個 TLE 原語在其後端上開啟（FlagTree #1141）。把它與 FEP-0096 對照可見意圖：該 FEP 計劃在 2.2 把 TLE 的分散式介面降到 FlagCX 之上，實現通訊與計算在同一個 Triton 核內融合，而清微是這條路線最早在後端側落地的廠商之一。上游側，清微對通用中間表示倉庫 flir 的補丁同步（LLVM22 支援）在此前數週已持續進行。

3.9 智源（牽頭方）：FEP 治理落地與 RC2 清單維護（09-17）

日期：2026-09-17　來源：FEP 說明與版本追蹤、release 目錄

牽頭方本期的動作全部在治理層：一次合入 20 份 FEP 文件並同步更新版本追蹤（詳見「今日重點」）；維護 RC2 釋出清單與 git 層面的分支標籤自動化（1.2）；釋出流程文件中把 FEP 生命週期寫成「進入即算數、畢業另算」兩段，並規定錯過凍結的 FEP 轉為順延而非丟棄。組織層面另有一處值得記錄的表述：端側與 RISC-V 已被單列為獨立方向（端側 SIG 活躍，RISC-V 與作業系統打包兩項列入規劃中），說明 2.2 之後的分支意圖已經在治理文件裡落筆。

四、總結與趨勢觀察

一句話：FlagOS 2.2 進入「只收 bug 修復」的測試期末段，本期真正的主角是釋出件與文件——20 份 FEP 補齊特性清單，24 個模組全部切出 rc2 分支並打標，映象線上的運算元庫與編譯底座繼續換到更新的候選位。

三條可跟蹤的線：

其一，釋出件工程成為主要工作面。本期 org 內 28 個倉庫有推送、147 條提交，但按內容歸類，佔比明顯偏向打包、製品、門禁與環境變數：FlagTree 的 DEB 與 Nexus 釋出遷到共享工作流、FlagCX 換掉獨立上傳流程、昇騰 wheel 上傳通路走通、Torch-FL 把環境變數面收口成一套字首、FlagQuantum 把覆蓋率下限抬到 75%。這符合釋出時間表裡 09-01 至 09-24 只收 bug 修復的規定，也意味著 09-28 GA 前的剩餘風險主要落在「裝得上、跑得對」而非功能缺口。

其二，多後端適配的邊際仍在擴張，但形態分化。同一周內，摩爾執行緒拿到 FlagTree 0.7.0rc2 的跳級與首個帶外掛的 0.20.2 映象，沐曦與摩爾執行緒在 FlagFFT 上各有三維轉置驗證，昇騰首次跑通 wheel 上傳，清微把分散式原語開啟，而崑崙芯主動回退了未獲收益的快路徑。既有「往上走」（版本與製品），也有「往回退」（否定無效最佳化），後者的出現通常是平臺適配進入穩定期的訊號。

其三，下一版的輪廓已經開始出現在文件裡。RISC-V 實驗性支援、作業系統打包與發行版整合、端側 SDK、具身智慧與科學智慧兩個工作組，都在 FEP 說明的「規劃中／孵化中」表裡有了位置；FEP-0098 也已把 T-Head、燧原、摩爾執行緒的新後端列進架構規劃。等 09-28 GA 之後，這些方向大概會接手 2.2 退出主線的注意力。

待觀察：（1）build-infra 的 version 欄位何時從 2.2.0 走到打標一步，以及 configs.yaml 裡其餘後端的版本是否還有抬升；（2）2.2 GA 前後 FEP 狀態從草案轉實現的比例，尤其是主動停在草案的 KernelGen 能力項；（3）FlagAudio、FlagTensor、FlagSparse 等此前較靜的模組是否在 rc2 線內有驗收動作。

附錄：信源核查表

信源 核查結果
GitHub org（54 倉庫） 28 倉儲視窗內有推送；14 倉為 rc2 分支建立，預設分支無新提交
GitHub commit search 命中 147 條視窗內提交（兩頁取全量），落於 14 個倉庫
git ls-remote（全量 ref） 核驗十個模組的 rc2 整合分支與 v*-rc2.post1/post2/post3 標籤確實存在
community FEP 目錄 本批新增 20 份文件，編號 0085 至 0100，覆蓋七個 SIG
community 2.2 釋出清單 RC2 清單 24 個模組條目；RC1 與 RC2 逐條版本對照已完成
community 釋出時間表 特性凍結 08-31、測試期 09-01 至 09-24、GA 09-28
build-infra PR 補丁 #922 至 #926 逐條核對檔案清單與版本欄位改動
Google News RSS（33 組查詢詞） 元件名 24 小時視窗零命中；15 條命中約 13 條為股市稿，已剔除
HN Algolia（FlagOS / FlagGems） 視窗內無相關條目
智源社群（hub.baai.ac.cn） 一條紫東太初模型轉載稿，經核與 FlagOS 棧無介面，不收錄

完整信源清單

agos-ai/build-infra/pull/924>

flagos-ai/Torch-FL/pull/332>