調研視窗：2026-08-29 10:18 ~ 2026-08-30 10:18 北京時間 信源：GitHub（org: flagos-ai 52 倉 + commit search 42 條 + PR/Issue API）、Google News RSS（中英文多組查詢，代理鏈路正常）、HN Algolia、Tavily/web 交叉驗證（詳見附錄）

索引

  • 一、開源專案進展（GitHub 動態）
    • 1.1 頭條：Torch-FL 五加速器 torch.compile 修復潮，DCU 脫離 DTK fork 提案提出（08-29/08-30）
    • 1.2 build-infra：崑崙芯 P800 vLLM 0.20.2 應用映象標記釋出（08-29）
    • 1.3 build-infra：sglang 0.5.18 按廠商 wheel 打包體系落地（08-29）
    • 1.4 build-infra：天數智芯 corex4.5.0 映象棧修復 + 打包目錄統一重構（08-29/08-30）
    • 1.5 FlagTree：摩爾執行緒 Mthreads SDK 更新（08-29）
    • 1.6 docs：模型列表同步 PR 排隊（08-29/08-30）
    • 1.7 FlagGems / vllm-plugin-FL / verl-FL：視窗內無新合入（08-30）
  • 二、新聞報道與生態
    • 2.1 平靜日說明：元件級查詢連續第三日零命中
    • 2.2 生態側觀察與排除項
  • 三、成員單位深挖
    • 3.1 摩爾執行緒：MUSA torch.compile 恢復 + CI 流水線 + FlagTree SDK（08-29）
    • 3.2 沐曦：MetaX stream 事件語義修復 + FP8/FP4 軟體模擬（08-29）
    • 3.3 海光：DCU torch.compile profile + 官方 PyTorch 核心執行提案（08-29/08-30）
    • 3.4 昇騰：lib/flagos_platform marker 安裝修復（08-29）
    • 3.5 燧原：GCU torch.compile 恢復（08-29）
    • 3.6 崑崙芯：P800 vLLM 0.20.2 應用映象正式釋出（08-29）
    • 3.7 天數智芯：corex4.5.0 映象棧三連修復（08-29/08-30）
  • 四、總結
  • 附錄：完整信源清單

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

視窗總覽：org 內 52 個倉庫中 5 個在視窗內有推送（build-infra、FlagTree、Torch-FL、docs、release-info；其中 docs 推送為 PR 分支、release-info 為 gh-pages 分支，main 均無新提交）；commit search 命中 42 條視窗內提交。本視窗主線：一、Torch-FL 多加速器 torch.compile 修復潮——單日合入 6 個 PR，覆蓋摩爾執行緒 MUSA、燧原 GCU、沐曦 MetaX、海光 DCU、昇騰五家加速器，並新提出”DCU 跑官方 PyTorch 核心、脫離 DTK fork”架構提案；二、崑崙芯 P800 的 vLLM 0.20.2 應用映象正式標記釋出（8/21 構建、8/29 登記），FlagOS 晶片矩陣再添新發布；三、sglang 0.5.18 按廠商 wheel 打包體系落地，sglang 納入與 vLLM 對齊的單步安裝流水線；四、天數智芯 corex4.5.0 映象棧三連修復，2.1.2 映象描述自動化重新整理持續推進。新聞側連續第三日元件級零命中。

1.1 頭條：Torch-FL 五加速器 torch.compile 修復潮，DCU 脫離 DTK fork 提案提出（08-29/08-30）

來源：Torch-FL #226、#225、#220、#219、#213、#224、#227

  • 8/29 17:36~17:38 UTC（北京時間 8/29 深夜）三連合入：#220 為 DCU 增加 torch.compile HIP 目標平臺 profile（海光）；#219 在 MetaX 上啟用 FP8/FP4 軟體模擬（沐曦，boxing 路徑）；#213 新增 MUSA CI 流水線，映象 MetaX 專用線的配置（摩爾執行緒）。
  • 8/29 20:14 UTC #224 合入：修復 Ascend 構建的 lib/flagos_platform marker 安裝（昇騰）。
  • 8/29 21:46 UTC #226、#225 合入：#226 恢復 原生 MUSA 與 GCU 加速器上的 torch.compile（摩爾執行緒/燧原）；#225 恢復 MetaX stream 事件語義（給 stream shim 真實事件與排序語義，沐曦）。
  • 8/30 凌晨新提案 #227（open）：讓 DCU 跑在官方上游 PyTorch 核心而非 DTK 的 fork 上——調查發現廠商核心庫可移除、僅 32 個私有 ATen 符號擋路；舊路徑保留在環境變數後，已在 gfx936 主機雙路徑驗證。PR 由 Claude Code CLI 輔助撰寫、lvyufeng 人工評審。

解讀：Torch-FL 是 FlagOS 的 PyTorch 加速器適配層（PrivateUse1 路線 + torch.compile 下沉），本視窗單日覆蓋 MUSA/GCU/MetaX/DCU/Ascend 五家國產加速器，說明”統一 PyTorch 棧 + 各晶片編譯路徑”的適配進入批次收尾期；#227 若落地，海光執行時將從”整包符號連結 DTK torch”瘦身為”官方核心 + DTK 裝置庫”，是國產 PyTorch 發行版擺脫廠商 fork 依賴的標誌性動作。

1.2 build-infra：崑崙芯 P800 vLLM 0.20.2 應用映象標記釋出（08-29）

來源：build-infra #613、configs.yaml

  • 8/29 22:14 UTC #613 合入：崑崙芯 kunlunxin-xre5.37.1 的 vLLM 0.20.2 應用映象標記為已釋出——映象基於 vllm-plugin-FL release/0.2 head（g8236c0a），8/21 構建推送，image_tag 2.1.2-0.2.1_g8236c0a.d20260821，vllm-plugin-fl 固定 0.2.1+g8236c0a.d20260821；狀態矩陣與中英文 launch 文件同步移除”未釋出”佔位。
  • configs.yaml 中崑崙芯條目：硬體 Kunlunxin P800，vLLM 0.20.2 分發配方（VLLM_FL_PLATFORM=kunlunxin、flagos 白名單 silu_and_mul/rms_norm/rotary_embedding）已在雙編譯路徑驗證透過（FlagTree 7/7 + Triton 3/3）。

解讀：崑崙芯 P800 的 vLLM 0.20.2 映象從”驗證中”轉為”已釋出”，是繼昇騰、海光、天數智芯等之後又一個在 FlagOS 棧內完成 vLLM 應用映象釋出的國產晶片平臺；其 xre5.37.1 工具鏈與雙路徑驗證記錄表明百度崑崙芯在 FlagOS 生態的適配深度已達正式釋出標準。

1.3 build-infra：sglang 0.5.18 按廠商 wheel 打包體系落地（08-29）

來源：build-infra #607、#608、#609

  • 8/29 15:24~17:43 UTC 三個 PR 合入：sglang 0.5.18 按廠商 wheel 打包體系落地——統一執行時 + 單步安裝（per-vendor wheel）；各後端在自己的 -build 映象內從共享原始碼 tarball 構建 wheel，METADATA 天然 torch-free / sglang-kernel-free（非 CUDA 的 srt_empty 變體基座），pip install sglang==0.5.18+flagos 單步完成且不觸碰執行時 torch/triton/flag_gems 矩陣；昇騰 aarch64 構建直接在 aarch64 -build 映象內完成，自然產出 aarch64 wheel。
  • #609 將 repack.py 抽到共享 packaging/script/，sglang 複用 vLLM 的打包指令碼；#612（8/29 21:22）進一步統一四個應用（vllm/megatron_training/megatron_rl/sglang）的 packaging/ 目錄骨架。

解讀：sglang 納入與 vLLM 對齊的”共享 sdist + 容器內構建 + 單步安裝”打包模型，FlagOS 推理應用層（vLLM 0.20.2/0.24.0 + sglang 0.5.18）的交付流水線正式歸一；+flagos 字尾與零 sgl-kernel 路線是”不破壞上游 pip 生態、只做疊加”的發行哲學延續。

1.4 build-infra：天數智芯 corex4.5.0 映象棧修復 + 打包目錄統一重構（08-29/08-30）

來源：build-infra #615、#616、#617、#621、#622

  • 8/29 22:57 UTC #615 合入：iluvatar-corex4.5.0 登記進 vLLM 狀態矩陣與 deps_app（天數智芯）。
  • 8/30 07:33~09:04 UTC 修復三連：#617 在 corex4.5.0 基礎映象安裝 libopenmpi3t64（OpenMPI 庫缺失）；#616 將 CoreX 驅動使用者態裝入基礎映象、去掉宿主機 corex mount（容器自包含化）；#621 修復 gen_data 在 apt-get 續行註釋內的解析。
  • #618/#619/#620/#622（GitHub Actions 機器人）：base 映象 2.1.2 描述四連自動重新整理，#622 於 8/30 10:15 合入（08-30 10:15 CST）。

解讀：天數智芯 corex4.5.0 後端（8/28 新增）進入密集收尾期——從”登記矩陣”到”驅動使用者態入映象、依賴補齊”，2.1.2 映象棧的容器自包含與釋出自動化持續推進；昨日預告的”base 3 後端描述驗證”今日以機器人自動重新整理批次落地。

1.5 FlagTree：摩爾執行緒 Mthreads SDK 更新（08-29）

來源：FlagTree #1067

  • 8/29 23:35 UTC（北京時間 8/30 07:35）FlagTree #1067 合入：[Mthreads] Update mthreads sdk——更新摩爾執行緒 Mthreads SDK 版本（zhzhcookie 提交，PR 無描述）。

解讀：FlagTree 的摩爾執行緒後端隨 Mthreads SDK 迭代同步跟進，與同日 Torch-FL 的 MUSA torch.compile 恢復、MUSA CI 流水線形成”摩爾執行緒多倉聯動”訊號（見 3.1）。

1.6 docs：模型列表同步 PR 排隊（08-29/08-30）

來源：docs #482、#483

  • 8/29~8/30 自動同步 PR 繼續排隊：#482（08-30 04:06 更新）aihuanxin（愛換芯/模型源）模型列表更新、#483（08-29 18:23）ModelScope 文件更新；昨日 #480/#481 仍在佇列。全部為機器人提交、未合入。

解讀：docs 模型列表同步自動化持續運轉（ModelScope 每日 + aihuanxin 新信源），與昨日觀察一致，屬常規排隊。

1.7 FlagGems / vllm-plugin-FL / verl-FL：視窗內無新合入（08-30）

  • FlagGems：視窗內零合入（8/28 的 18 PR 批次潮後回落）；vllm-plugin-FL：零合入。
  • verl-FL：#20（海光 vLLM 0.20 門控修復，上游 PR）8/29 09:30 更新後仍 open，等待合入；#18（摩爾執行緒 MUSA GRPO E2E）仍 open，無視窗內更新。

二、新聞報道與生態

2.1 平靜日說明：元件級查詢連續第三日零命中

  • gnews 中文組查詢（視窗 14d）：FlagGems、FlagScale、FlagPerf、FlagAttention、FlagCX、KernelGen 全部零命中；FlagOS 僅命中 8/27 摩爾執行緒聯合 FlagOS 完成 Qwen3.8-Flash-Next 適配（東方財富轉載，昨日報告已收錄，非新增）；FlagTree 僅命中 8/20 智源社群 AI Compiler 活動回顧（超視窗）。
  • gnews 英文組查詢："FlagOS" when:7d（en-US）與 BAAI open source when:7d 零命中。
  • 智源 when:7d 命中 101 條但幾乎全部為智源社群內容聚合（Fable 5 灰度、Anthropic 就業觀點、HuggingFace 收購傳聞等），與 FlagOS 元件無直接關聯；智源研究院 開源 when:7d 命中以博彩/SEO 噪音與無關報道為主，按標題語義整批剔除。
  • HN Algolia（FlagOS OR FlagGems / FlagScale OR FlagTree，按日期排序）：零相關命中（僅若干標題含 “flag” 單詞的無關條目）。

結論：新聞側連續第三日元件級零命中，屬 FlagOS 常見平靜期；當日價值資訊全部集中在 GitHub 倉庫動態（見第一章）。

2.2 生態側觀察與排除項

  • 觀察項：8/28 智源研究院”暑期工作研討會”報道（智源社群，gnews 命中）與 FlagOS 無直接元件關聯，僅作為智源整體動態背景；8/28 新浪”從機器人運動會感受’開源之都’創新活力”提及開源生態氛圍，與 FlagOS 無直接關聯。
  • 剔除：HuggingFace 出售/收購傳聞系列（智源社群轉載）、”老黃斥資 60 億美元打造開源模型”、Fable 5 灰度等，均不涉及 FlagOS 元件，按”僅泛泛提 BAAI/開源”標準剔除。

三、成員單位深挖

3.1 摩爾執行緒：MUSA torch.compile 恢復 + CI 流水線 + FlagTree SDK（08-29）

來源：Torch-FL #226、#213、FlagTree #1067

  • Torch-FL #226 恢復原生 MUSA 上的 torch.compile（摩爾執行緒）；#213 新增 MUSA CI 專用流水線（映象 MetaX 線配置）。
  • FlagTree #1067 更新 Mthreads SDK。
  • verl-FL #18（MUSA GRPO E2E：Megatron + SGLang 0.5.11 + FSDP）仍 open。

解讀：摩爾執行緒本視窗橫跨 Torch-FL、FlagTree、verl-FL 三倉（torch.compile 恢復、CI 落地、SDK 跟進、訓練棧 PR 評審），疊加 8/26-27 的 Qwen3.8-Flash-Next Day-0 適配頭條，是本視窗最活躍成員單位；torch.compile 的 MUSA 路徑恢復意味著摩爾執行緒在”統一編譯器 + 原生 PyTorch”雙路線的適配均在推進。

3.2 沐曦：MetaX stream 事件語義修復 + FP8/FP4 軟體模擬（08-29）

來源：Torch-FL #225、#219

  • #225 給 MetaX stream shim 真實的 event 與排序語義（此前為佔位實現）；#219 在 MetaX boxing 路徑啟用 FP8/FP4 軟體模擬（硬體不支援時的數值相容路線）。

解讀：MetaX 後端的 PyTorch 底層語義（stream 事件序）補齊 + 低精度軟體模擬，說明沐曦側適配從”運算元可用”向”語義正確、精度相容”深化；FP8/FP4 軟模擬為摩爾執行緒/沐曦等尚未原生支援低精度訓練的晶片提供統一兜底。

3.3 海光：DCU torch.compile profile + 官方 PyTorch 核心執行提案（08-29/08-30）

來源：Torch-FL #220、#227

  • #220 為 DCU 增加 torch.compile 的 HIP 目標平臺 profile（torch.compile 在 DTK/HIP 路徑的編譯配置落位）。
  • #227（open）提案：DCU 執行時預設只載入 DTK 裝置庫 + 官方上游 PyTorch 核心，擺脫對 DTK fork 的整包符號連結（僅 32 個私有 ATen 符號擋路，舊路徑保留於環境變數後），gfx936 雙路徑驗證透過。

解讀：繼 8/28 verl-FL hygon25 E2E 之後，海光在本視窗繼續兩條線——torch.compile 的 HIP profile 落地 + 架構級解耦提案；#227 若合入，海光將成為首個”官方 PyTorch 核心 + 廠商裝置庫”分離執行的國產平臺，對整條國產 PyTorch 發行版路線有示範意義。

3.4 昇騰：lib/flagos_platform marker 安裝修復（08-29）

來源：Torch-FL #224

  • #224 修復 Ascend 構建中 lib/flagos_platform marker 未安裝的問題（昇騰平臺標識檔案落位），保證平臺識別元件在昇騰映象內可用。

解讀：昇騰側小幅工程修復，延續昇騰 CANN 8.5.0 / verl-FL E2E 之後的平臺固化節奏；另有 #222/#223（Ascend profiler 相關）仍在評審。

3.5 燧原：GCU torch.compile 恢復（08-29）

來源：Torch-FL #226

  • #226 同時恢復原生 GCU 加速器上的 torch.compile（與 MUSA 同批修復）。

解讀：燧原連續三日有實質動作（8/27 FlagCX collective flow、8/28 FlagTree gcu300/gcu400 後端、8/29 GCU torch.compile 恢復），在統一編譯器與原生 PyTorch 兩條路徑上保持高頻適配。

3.6 崑崙芯：P800 vLLM 0.20.2 應用映象正式釋出（08-29）

來源：build-infra #613

  • 崑崙芯 xre5.37.1 的 vLLM 0.20.2 應用映象（8/21 構建）正式標記釋出，image_tag 2.1.2-0.2.1_g8236c0a.d20260821；P800 分發配方在 FlagTree 7/7 + Triton 3/3 雙路徑驗證透過。

解讀：崑崙芯（百度系）不在原始成員單位清單內，但其 P800 後端已在 FlagOS 配置矩陣中完成 vLLM 0.20.2 全鏈路驗證併發布應用映象，屬於 FlagOS 生態邊界的擴充套件觀察點；”崑崙芯”類非創始成員晶片的持續接入說明統一棧的廠商吸引力在增強。

3.7 天數智芯：corex4.5.0 映象棧三連修復（08-29/08-30）

來源：build-infra #615、#616、#617

  • corex4.5.0 後端（8/28 新增）本視窗完成：狀態矩陣登記、驅動使用者態入基礎映象（去宿主機 mount）、libopenmpi3t64 補齊；base 2.1.2 映象描述自動重新整理多輪合入。

解讀：天數智芯從”工具鏈版本跟進”進入”映象自包含化收尾”，標誌其 FlagOS 後端從驗證走向可釋出狀態。

四、總結

視窗主線：一、Torch-FL 多加速器 torch.compile 修復潮——單日 6 個合入 PR 覆蓋摩爾執行緒 MUSA、燧原 GCU、沐曦 MetaX（stream 語義 + FP8/FP4 軟模擬）、海光 DCU（HIP profile）、昇騰（platform marker）五家加速器，並新提出 DCU 脫離 DTK fork、改跑官方 PyTorch 核心的架構提案（#227，gfx936 雙路徑驗證）；”統一 PyTorch 棧 + 各晶片編譯路徑”適配進入批次收尾期。二、崑崙芯 P800 vLLM 0.20.2 應用映象正式釋出——8/21 構建的映象 8/29 登記釋出，雙編譯路徑驗證透過，FlagOS 晶片釋出矩陣再添成員。三、sglang 0.5.18 按廠商 wheel 打包體系落地——共享 repack.py、統一 packaging/ 骨架、單步安裝模型與 vLLM 對齊，推理應用層交付流水線歸一。四、天數智芯 corex4.5.0 映象棧三連修復——驅動使用者態入映象、OpenMPI 補齊、矩陣登記，2.1.2 映象描述機器人自動重新整理批次落地。五、新聞側連續第三日元件級零命中，屬平靜期。

下一觀察點：Torch-FL #227（DCU 官方 PyTorch 核心方案）評審與合入；verl-FL #20 / vllm-plugin-FL #420 / FlagGems #5841 三個上游 PR 合入進度；verl-FL #18（摩爾執行緒 MUSA GRPO E2E）評審進展；docs 模型列表（aihuanxin）同步 PR 落地；FlagGems 是否結束兩日靜默期恢復 KernelGen 批次；崑崙芯 P800 是否有 vLLM 0.24.0 或訓練棧跟進；build-infra 2.1.2 全後端映象描述驗證收斂。

侷限性說明：新聞側零命中基於 gnews 中英文多組查詢與 HN 檢索，Google News 收錄延遲可能導致個別視窗內報道未入列；FlagTree #1067 無 PR 描述，Mthreads SDK 具體版本號未知；release-info 與 docs 視窗內推送均為分支推送（main 無新提交），未計入；崑崙芯是否為創始成員單位無公開資料佐證，按”生態擴充套件觀察”處理。

附錄：完整信源清單

編號 事件 來源連結
1 Torch-FL #226：恢復原生 MUSA/GCU torch.compile https://github.com/flagos-ai/Torch-FL/pull/226
2 Torch-FL #225：MetaX stream 事件語義修復 https://github.com/flagos-ai/Torch-FL/pull/225
3 Torch-FL #220：DCU torch.compile HIP profile https://github.com/flagos-ai/Torch-FL/pull/220
4 Torch-FL #219：MetaX FP8/FP4 軟體模擬 https://github.com/flagos-ai/Torch-FL/pull/219
5 Torch-FL #213：MUSA CI 流水線 https://github.com/flagos-ai/Torch-FL/pull/213
6 Torch-FL #224：Ascend lib/flagos_platform marker https://github.com/flagos-ai/Torch-FL/pull/224
7 Torch-FL #227：DCU 官方 PyTorch 核心提案（open） https://github.com/flagos-ai/Torch-FL/pull/227
8 build-infra #613：崑崙芯 P800 vLLM 0.20.2 映象釋出 https://github.com/flagos-ai/build-infra/pull/613
9 build-infra #607：sglang 0.5.18 per-vendor wheel 報告 https://github.com/flagos-ai/build-infra/pull/607
10 build-infra #608：sglang 0.5.18 wheel 工具鏈 https://github.com/flagos-ai/build-infra/pull/608
11 build-infra #609：共享 repack.py https://github.com/flagos-ai/build-infra/pull/609
12 build-infra #612：packaging 四應用目錄統一 https://github.com/flagos-ai/build-infra/pull/612
13 build-infra #615：iluvatar-corex4.5.0 狀態矩陣登記 https://github.com/flagos-ai/build-infra/pull/615
14 build-infra #616：corex4.5.0 驅動使用者態入映象 https://github.com/flagos-ai/build-infra/pull/616
15 build-infra #617：corex4.5.0 libopenmpi3t64 https://github.com/flagos-ai/build-infra/pull/617
16 build-infra #621：gen_data apt-get 續行解析修復 https://github.com/flagos-ai/build-infra/pull/621
17 build-infra #622：base 2.1.2 描述自動重新整理 https://github.com/flagos-ai/build-infra/pull/622
18 FlagTree #1067：Mthreads SDK 更新 https://github.com/flagos-ai/FlagTree/pull/1067
19 docs #482/#483：模型列表同步 PR https://github.com/flagos-ai/docs/pulls
20 verl-FL #20：vLLM 0.20 門控修復（仍 open） https://github.com/flagos-ai/verl-FL/pull/20
21 verl-FL #18：MUSA GRPO E2E（仍 open） https://github.com/flagos-ai/verl-FL/pull/18
22 org repos 總覽（52 倉，5 倉視窗內活躍） https://api.github.com/orgs/flagos-ai/repos?per_page=100&sort=updated
23 commit search（視窗內 42 條提交） ht
tps://api.github.com/search/commits?q=org:flagos-ai+committer-date:%3E2026-08-29T02:18:00Z      
  24 gnews 中英文組查詢（元件級零命中） https://news.google.com/rss/search?q=FlagOS+when%3A14d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans
  25 HN Algolia（FlagOS OR FlagGems，零相關命中） https://hn.algolia.com/api/v1/search_by_date?query=FlagOS%20OR%20FlagGems
  26 智源 when:7d（101 條，均為無關內容，剔除） https://news.google.com/rss/search?q=%E6%99%BA%E6%BA%90+when%3A7d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans