FlagOS 每日動態報告（2026-08-28）
調研視窗：2026-08-27 10:18 ~ 2026-08-28 10:18 北京時間 信源：GitHub（org: flagos-ai 52 倉 + commit search + PR/Release API）、Google News RSS（中英文多組查詢，代理鏈路正常）、HN Algolia、Tavily/web 交叉驗證（詳見附錄）
索引
- 一、開源專案進展（GitHub 動態）
- 1.1 Qwen4 稀疏注意力核心五後端批次，與 Qwen3.8-Flash-Next 釋出同頻（08-27）
- 1.2 Torch-FL：TileOPs 可選運算元庫整合、Apex 最佳化器零複製檢視啟用（08-28）
- 1.3 FlagCX：燧原 Enflame collective flow 閉環（08-27）
- 1.4 FlagScale：Qwen3.6 LLM Backbone 與權重轉換支援（08-27）
- 1.5 vllm-plugin-FL：W8A8 推理適配 vLLM 0.24，main 線 CI 遷移啟動（08-27/08-28）
- 1.6 build-infra：metax sgl-kernel wheel 實證無 CUDA 依賴、CANN 8.5.0 依賴、verl 接入計劃細化（08-27/08-28）
- 1.7 編譯器棧：flir Common IR POC、FlagTree TLE 全後端原語（08-27）
- 1.8 其他倉庫動態（FlagGems、FlagSparse、docs）（08-27/08-28）
- 二、新聞報道與生態
- 2.1 頭條：摩爾執行緒聯合智源 FlagOS 完成 Qwen3.8-Flash-Next Day-0 適配（08-26/08-27）
- 2.2 元件級關鍵詞：九日來首次打破零命中
- 2.3 生態側觀察與排除項
- 三、成員單位深挖
- 3.1 摩爾執行緒：Day-0 雙軌適配與 sgl-kernel 無 CUDA 實證（08-26/08-27）
- 3.2 燧原：FlagCX 通訊流閉環（08-27）
- 3.3 海光/昇騰/天數/沐曦：Qwen4 核心五後端覆蓋（08-27）
- 3.4 AI Agent 參與 FlagOS 開發：Claude Code 提交的 Apex 修復（08-28）
- 四、總結
- 附錄：完整信源清單
一、開源專案進展（GitHub 動態）
視窗總覽：org 內 52 個倉庫中 12 個在視窗內有推送；commit search 命中 42 條視窗內提交（build-infra 12、FlagGems-vllm 5、FlagSparse 4、Torch-FL 4、FlagGems 3、docs 2、vllm-plugin-FL 2、FlagTree 2、flir/FlagScale/FlagCX 各 1）。本視窗主線：一、面向 Qwen4 架構的運算元儲備——FlagGems-vllm 單日合入 5 個 Qwen4 稀疏注意力（QSA）核心並覆蓋五家晶片後端，與阿里釋出基於 Qwen4 架構的 Qwen3.8-Flash-Next（8/26）同頻；二、框架層架構突破——Torch-FL 整合 TileOPs 運算元庫（60 條程式碼生成路由，糾正”介面卡須手寫”的舊結論）、Apex 最佳化器在 flagos 裝置上啟用；三、成員單位縱深——燧原 FlagCX 通訊流閉環、build-infra 用摩爾執行緒 MACA 工具鏈編譯 sgl-kernel 證明其無 CUDA 依賴；四、新聞側九日來首次打破元件級零命中：摩爾執行緒聯合 FlagOS 完成 Qwen3.8-Flash-Next Day-0 適配。
1.1 Qwen4 稀疏注意力核心五後端批次，與 Qwen3.8-Flash-Next 釋出同頻（08-27）
來源：FlagGems-vllm #715、#716、#717、#718、#719
- 8/27 13:52~23:06，liuhycs 連續合入 5 個 Qwen4 核心 PR：
qwen4_compress_norm_mrope_store_groups（壓縮歸一化與 mrope 組儲存）、qwen4_qsa_mqa_paged_dot（QSA MQA page 化點積）、qwen4_ple_state_scatter（PLE 狀態散射）、qwen4_hc_inject_combine（HC 注入合併）、qwen4_store_qsa_kv_rows（QSA KV 行儲存）。 - 每個核心均提供昇騰910、海光 DCU、天數智芯 Iluvatar、沐曦 MetaX、摩爾執行緒 Mthreads 五後端的廠商最佳化版 Triton 實現（如昇騰 2D grid 單 warp、海光 3D grid 四 warp 等按晶片記憶體特徵調優）。
- 與 8/26 合入的 Qwen4 自研 Triton 核心及廠商基線（#713/#681）形成”自研 + 廠商最佳化”雙軌。
解讀：Qwen4 架構的核心特徵是稀疏注意力（QSA）——阿里官方預告 Qwen3.8-Flash-Next 即基於 Qwen4 架構（ModelScope 頁面明示）。FlagOS 在模型正式可用前已完成 QSA 全鏈路核心（KV 儲存、壓縮歸一化、page 點積）的五後端適配，是”模型未至、運算元先行”的 Day-0 前哨儲備；結合 2.1 頭條，Qwen4 架構的 FlagOS 適配鏈條（核心→推理→部署）已基本就緒。
1.2 Torch-FL：TileOPs 可選運算元庫整合、Apex 最佳化器零複製檢視啟用（08-28）
來源：Torch-FL #44、#216、#212、#211
- #44（8/28 09:23 合入，lvyufeng）：將 TileOPs 整合為可選的 SM90 專用運算元庫，覆蓋 60 條由 TileOPs manifest 程式碼生成（而非手寫）的 aten 對齊路由。關鍵結論修正：此前的調研認為”介面卡必須逐運算元手寫”，實際發現構造引數可從 aten 呼叫點機械推導（102 條對齊中 68 條可自動推導）。
- #216（8/28 09:22 合入，lvyufeng）：透過在 Apex 的 MultiTensorApply 入口將 flagos 張量轉為零複製 CUDA 檢視，啟用 NVIDIA Apex FusedAdam/SGD/LAMB 最佳化器。值得注意的是該 PR 由 Claude Code CLI（Claude Opus 5）編寫、人工評審（見 3.4）。
- #212/#211（8/27 13:10~14:47）：恢復 PrivateUse1 上
aten::narrow的 autograd；各後端 copy 路徑遵循 lazy conj/neg 數學位。
解讀：Torch-FL 的路徑從”逐運算元適配”轉向”按 manifest 程式碼生成 + 複用上游運算元庫”，將顯著降低新後端運算元覆蓋成本；Apex 最佳化器啟用補齊了 flagos 裝置訓練側的最佳化器生態缺口。
1.3 FlagCX：燧原 Enflame collective flow 閉環（08-27）
來源：FlagCX #554（8/27 11:05 合入，lvyufeng）
- 完成 #546 引入的
FLAGCX_TORCH_BACKEND=flagos燧原 GCU 路徑：FlagOS 中間張量分配與 list-collective 的 flatten/unflatten 複製全部經由 FlagCX 路由，且不 import/link torch_gcu，保持 PAL（可移植抽象層）架構純淨。
解讀：燧原在 FlagOS 的通訊層適配從”骨架”走向”閉環”。結合昨日 FlagCX openEuler 24.03 RPM 構建矩陣、海光 DCU 適配，FlagCX 的多廠商 collective 覆蓋（昇騰/燧原/海光/英偉達）持續擴張。
1.4 FlagScale：Qwen3.6 LLM Backbone 與權重轉換支援（08-27）
來源：FlagScale #1273（8/27 14:24 合入，lxd-cumt）
- 新增 Qwen3.6 LLM Backbone（禁用 vit 模組）支援，並完善 checkpoint 轉換邏輯。
解讀：FlagScale 訓練側繼續跟隨 Qwen 系列迭代（此前已有 Qwen3.5/3.8 系列），Qwen3.6 backbone 合入為多晶片訓練提供統一入口。
1.5 vllm-plugin-FL：W8A8 推理適配 vLLM 0.24，main 線 CI 遷移啟動（08-27/08-28）
來源：vllm-plugin-FL #336（8/27 21:26 合入）、#415、#414、#412
- #336（rdzhu225）：將 compressed-tensors W8A8 推理適配到 vLLM 0.24 外掛線——直接在 v0.3.0-dev 上重建（替代 #335 中面向 0.20.2 的實現）：複用 vLLM 0.24 原生 INT8 scaled-mm 候選、per-token INT8 MoE 路由到 vLLM 的 functional Triton experts 路徑。
- 開放 PR 新動向：#415（8/28）將 CI 相關程式碼從 release/0.2 遷移到 main——0.2 維護線開始收斂、資源向 main/v0.3.0 集中；#414 vLLM 0.24 批次 MTP xGrammar masks 效能最佳化；#412 摩爾執行緒 GDN packed decode launch 調優。
解讀：v0.3.0 仍處 rc 階段（rc0 為 8/24 釋出），但 W8A8 量化適配、CI 遷移等合入均指向 v0.3.0 正式版臨近；低位元（W4A16/W8A8）雙精度路徑在 main 線並進。
1.6 build-infra：metax sgl-kernel wheel 實證無 CUDA 依賴、CANN 8.5.0 依賴、verl 接入計劃細化（08-27/08-28）
來源：build-infra #598、#597、#596、#595、#594、#593、#591
- #598（8/28 07:57 合入，tengqm）：用摩爾執行緒 mxcc（MACA）工具鏈編譯 sgl-kernel 的 10 運算元子集並打包為
sgl_kernel 0.4.1+flagos（cp312, linux_x86_64），實證 sgl-kernel 不依賴 CUDA；sglang 0.5.10 在 metax 上經 flagtree / vendor triton 雙編譯路徑均透過 serve sampling E2E。 - #597（8/27 21:38）：昇騰 CANN 8.5.0 執行時依賴（decorator/attrs/psutil）補齊——昇騰驗證線跟進 CANN 8.5。
- #596（8/27 21:32）：全棧固定 numpy==1.26.4（所有後端）——消除 numpy 2.x 相容性漂移。
- verl 計劃細化（#591/#593/#594/#595）：sglang 調研文件改為自包含；verl app image 計劃明確 Path B 走 vllm 0.20.2 fork 分支線、TE-FL wheel 可行性記錄、FlagCX 標註為非硬依賴、verl 隨依賴安裝並以 megatron-core 基礎 wheel 落地。
解讀：build-infra 本週期的主題是”把驗證與打包做成可重複工程“：sgl-kernel 的 metax 編譯實證意味著推理核心層不再被 CUDA 繫結，是”統一棧多晶片”敘事在打包側的直接證據；verl 接入（RL 框架）繼續推進，框架版圖補齊在即。
1.7 編譯器棧：flir Common IR POC、FlagTree TLE 全後端原語（08-27）
來源：flir #68、community #95、FlagTree #1054、#1053
- flir #68（8/27 16:38 合入，zhongsanming）：[KMCompiler][TLE] Common IR POC（Triton 3.5）——引入一種新的 Common IR 作為 TTIR 的補充，向運算元層暴露更低層次抽象以解鎖更多最佳化機會；環境要求 CANN 9.1.0+、昇騰 910B/910C。關聯 community #95 FEP(sig-compiler)：Common IR 作為統一 IR（DSA/GPGPU）的輸入接收層，增強 TLE 的資料表示與 pipeline 控制抽象。
- FlagTree #1054（8/27 20:43）：[TLE] 為每個後端補充 supported TLE primitives 清單；#1053（8/27 14:11）[XPU] 修復 Discrete offset 鏈迴繞問題。
解讀：FlagOS 編譯器棧（FlagTree/flir/KMCompiler）進入”IR 抽象層設計“階段——Common IR 提案是面向 DSA（專用加速器）與 GPGPU 統一編譯的前瞻性設計，TLE 原語清單全後端化則提升編譯器前端一致性。
1.8 其他倉庫動態（08-27/08-28）
- FlagGems：#5800（8/28 10:11 合入，tspyc072）新增
conj_physical_運算元（復張量 contiguous-view Triton 核心，實張量免發射）；#5787 CI rule-check 一期二期（gavin0x01）；#5777 清理 dead ATen 註冊與非標準註冊名。開放 PR 潮（8/27-28 新建 15+）：KernelGen 批次 Nvidia 運算元（ldeexp/masked_select_backward/cudnn_rnn/_thnn_fused*cell 系列/_fused_adagrad/histogramdd 等 9 個）、海光 FlashAttention 前反向修復（#5822）、崑崙芯 slice_scatter 越界修復（#5816）、摩爾執行緒 channel_shuffle block-copy 最佳化（#5814）、QC FP8 W8A8 FlashAttention-2（#5817）、KMCompiler 昇騰 linalg_solve_triangular（#5821）。 - FlagSparse：#48（8/27 18:50 合入，zyq1105331849）spmm BELL 格式與 spsv SELL 格式更新——稀疏矩陣核心持續補齊。
- docs：#476/#477（8/27 10:33 合入，github-actions 機器人）ModelScope 模型 README（新增 17 檔案）與模型列表同步——FlagRelease 模型倉隨新適配持續更新。
二、新聞報道與生態
2.1 頭條：摩爾執行緒聯合智源 FlagOS 完成 Qwen3.8-Flash-Next Day-0 適配（08-26/08-27）
來源：新浪財經轉載北京商報（8/27）、東方財富（8/27 收錄，北京商報 8/26 21:57 發稿）、ModelScope Qwen3.8-Flash-Next 官方頁
- 阿里千問近日開源多模態 MoE 模型 Qwen3.8-Flash-Next（基於 Qwen4 架構，含新型稀疏注意力，官方預告 8/26 15:00 UTC 釋出）。
- 摩爾執行緒 8/27 發文：依託全生態相容能力，基於 Triton 在 MTT S5000 上快速完成該模型 Day-0 獨立適配；同時聯合眾智 FlagOS 社群同步完成 Day-0 適配、精度對齊與部署驗證，首批提供 BF16 精度版本，已開源至魔搭（ModelScope）及 HuggingFace，開發者可直接獲取開箱即用方案。
- ModelScope 的 FlagRelease（FlagOS 官方）賬號下已有 Qwen3.8 系列多晶片量化映象（如 Qwen3.8-2.4T-A95B-INT8-metax-FlagOS），本次 BF16 版繼續沿用該釋出通道。
解讀：這是 FlagOS 側連續第二次 Qwen3.8 系列 Day-0（8/13 為 Qwen3.8-2.4T 九晶片 Day0，8/17 為 Qwen3.8-27B 十一晶片），本次由摩爾執行緒領銜並以”獨立適配 + 聯合 FlagOS”雙軌形式呈現。”模型釋出當天完成多晶片適配”的節奏已從特例變為常態；Qwen4 架構新特性（稀疏注意力）與此前 FlagGems-vllm 的 Qwen4 核心儲備（1.1）互相印證——適配速度背後是提前數月的核心工程。
2.2 元件級關鍵詞：九日來首次打破零命中
gnews 中英文多組查詢（FlagOS/FlagGems/FlagScale/FlagTree/FlagPerf/FlagAttention/FlagCX/KernelGen/FlagOS-Robo/FlagQuantum/FlagPrism when:7d/14d）中，FlagOS 關鍵詞於 8/27 命中 1 條（2.1 頭條，經北京商報/新浪財經/東方財富轉載），打破此前連續八日元件級零命中的紀錄；其餘元件名（FlagGems/FlagScale/FlagTree 等）仍為零命中。HN Algolia（FlagOS/FlagGems）僅無關誤匹配；Tavily 交叉驗證確認該新聞為視窗內唯一元件級報道。新聞側”以 GitHub 動態為主、媒體曝光稀疏”的整體格局未變，但模型 Day-0 適配類新聞的傳播鏈條（廠商官方→財經媒體→財經平臺）已穩定成型。
2.3 生態側觀察與排除項
- 智源社群 8/26：《中國AI突破「造芯方法論」！Agent軍團接管晶片設計全流程》——AI Agent 用於晶片設計的方法論報道，非 FlagOS 元件動態，且不在視窗內，不入正文（與 3.4 的 Claude Code 開發 PR 形成有趣的呼應訊號）。
- 智源社群 8/28 08:30（北京）：智譜 GLM-5.3-Flash 釋出（”神秘牛來模型”揭曉）——國產模型側動態，FlagOS 尚未見適配報道，列入觀察。
- 智源社群 8/22：FlagEval-Robo 正式釋出（”模擬+真機”雙軌評測，為具身智慧建立真實能力標尺）——視窗外背景項；智源具身評測工具鏈與 FlagOS-Robo 方向呼應，本月報告曾跟蹤的具身端到端資料管線方向持續有生態訊號。
- 其他智源社群文章（HuggingFace 收購傳聞、Opus 5.1、OpenAI 自研晶片等）均為行業宏觀動態，剔除。
三、成員單位深挖
3.1 摩爾執行緒：Day-0 雙軌適配與 sgl-kernel 無 CUDA 實證（08-26/08-27）
來源：新浪財經、build-infra #598、FlagGems-vllm #715/#719
- 摩爾執行緒在視窗內三線並進：新聞側領銜 Qwen3.8-Flash-Next 的 MTT S5000 Day-0 獨立適配 + 聯合 FlagOS 同步適配（BF16 開源魔搭/HF）；運算元側向 FlagGems-vllm 提交 Qwen4 QSA 系列核心的 mthreads 最佳化實現；打包側以 mxcc/MACA 工具鏈編譯 sgl-kernel 10 運算元子集並完成 sglang 0.5.10 雙編譯路徑 E2E，實證推理核心可脫離 CUDA。
- 與昨日報告（Megatron 雙 MUSA 版本全鏈路驗證翻綠）銜接：摩爾執行緒在 FlagOS 的參與橫跨驗證、運算元、核心打包、模型適配四層。
3.2 燧原：FlagCX 通訊流閉環（08-27）
來源：FlagCX #554
- 燧原 GCU 的 FlagCX collective 路徑（FLAGCX_TORCH_BACKEND=flagos）完成閉環：中間張量分配與 list-collective 複製全部經由 FlagCX 路由，且不引入 torch_gcu 依賴。燧原繼昨日 vllm-plugin-FL 昇騰/寒武紀多後端維護中的參與後，通訊層適配再進一步。
3.3 海光/昇騰/天數/沐曦：Qwen4 核心五後端覆蓋（08-27）
來源：FlagGems-vllm #715-#719、Torch-FL #212、build-infra #597
- FlagGems-vllm 的 5 個 Qwen4 核心均覆蓋昇騰910、海光 DCU、天數 Iluvatar、沐曦 MetaX、摩爾執行緒五後端（廠商最佳化版）；其中海光另有 FlagGems 開放 PR 的 FlashAttention 修復（#5822）。昇騰側 build-infra 補齊 CANN 8.5.0 執行時依賴，驗證線跟進新版本軟體棧。多廠商以”同一天同一批核心”方式合入，是 Day-0 能力的底層工程保障。
3.4 AI Agent 參與 FlagOS 開發：Claude Code 提交的 Apex 修復（08-28）
- Torch-FL #216（Apex FusedAdam/SGD/LAMB 啟用）的 PR 描述註明由 Claude Code CLI（Claude Opus 5, 1M 上下文）編寫、@lvyufeng 人工評審，從”調查 Apex 在 flagos 裝置上的失敗 → 定位 MultiTensorApply 入口 → 零複製 CUDA 檢視方案 → 修復”全流程由 AI Agent 完成。
- 解讀：這是 FlagOS 倉庫中首次明確標註 AI Agent 全程編寫的合入 PR（此前 AiMOS 等倉庫已有機器人提交慣例，但此為 LLM 程式設計 Agent）。與智源社群 8/26”Agent 軍團接管晶片設計”報道互為印證——開源系統軟體棧開發正在成為 AI 程式設計工具的早期高價值場景；該模式對 FlagOS”統一棧降低多晶片適配人力成本”的敘事是額外槓桿。
四、總結
視窗主線：一、Qwen4 架構儲備與 Day-0 適配同頻共振——FlagGems-vllm 單日合入 5 個 Qwen4 稀疏注意力核心（QSA KV 儲存/壓縮歸一化/page 點積等）覆蓋昇騰/海光/天數/沐曦/摩爾執行緒五後端，同日摩爾執行緒聯合 FlagOS 宣佈 Qwen3.8-Flash-Next（基於 Qwen4 架構）Day-0 適配完成、BF16 版本開源至魔搭與 HuggingFace，打破元件級新聞八日零命中。二、框架層架構升級——Torch-FL 整合 TileOPs 程式碼生成運算元庫（60 條 aten 路由）並啟用 Apex 最佳化器，FlagScale 新增 Qwen3.6 backbone。三、“無 CUDA 依賴”實證——build-infra 用摩爾執行緒 MACA 工具鏈編譯 sgl-kernel 並雙編譯路徑 E2E 透過，推理核心層去 CUDA 繫結取得可復現證據。四、成員單位縱深——燧原 FlagCX 通訊流閉環、昇騰 CANN 8.5.0 跟進、vllm-plugin-FL 0.2 維護線收斂向 main 遷移。五、AI Agent 開發模式現身 FlagOS——Claude Code 全程編寫的 Apex 修復 PR 合入。
下一觀察點：vllm-plugin-FL v0.3.0 正式版（rc0 已出，W8A8 0.24 適配與 CI 遷移已合入 main 線）；Qwen3.8-Flash-Next 的 BF16 映象在魔搭 FlagRelease 賬號的落地與多晶片擴充套件；Qwen4 QSA 核心在 vllm 側的開箱驗證；FlagScale Qwen3.6 訓練驗證；flir Common IR 的 SIG 推進（community #95）；FlagGems 5.3.5 全後端重驗收尾；OASIS-AI 徵稿 8/31 截稿。
侷限性說明：提交數量與合入時間來自 commit search 與 repos/commits API（搜尋索引可能略滯後；flagtree-cpu 視窗內推送為 PR 分支推送，主分支無新合入，已核驗）；Qwen3.8-Flash-Next 報道的釋出時間為北京商報 8/26 21:57、gnews 收錄 8/27 08:08，位於視窗起點（8/27 10:18）邊緣，昨日報告採集時尚未收錄，本次按視窗內新聞收錄；”Claude Code 編寫”以 PR 描述自述為準；ModelScope FlagRelease 賬號的 BF16 映象連結未直接驗證（魔搭搜尋頁僅見 INT8 等歷史映象），以官方報道口徑為準。
附錄：完整信源清單
| 編號 | 事件 | 來源連結 |
|---|---|---|
| 1 | 摩爾執行緒聯合智源FlagOS完成Qwen3.8-Flash-Next適配（北京商報/新浪財經） | https://finance.sina.com.cn/jjxw/2026-08-27/doc-inipuqhs0655624.shtml |
| 2 | 同題報道（東方財富） | https://wap.eastmoney.com/a/202608273856909629.html |
| 3 | Qwen3.8-Flash-Next 官方頁（ModelScope，Qwen4架構說明） | https://modelscope.cn/models/Qwen/Qwen3.8-Flash-Next |
| 4 | FlagGems-vllm Qwen4 compress_norm_mrope_store_groups（#719） | https://github.com/flagos-ai/FlagGems-vllm/pull/719 |
| 5 | FlagGems-vllm Qwen4 qsa_mqa_paged_dot（#718） | https://github.com/flagos-ai/FlagGems-vllm/pull/718 |
| 6 | FlagGems-vllm Qwen4 ple_state_scatter（#717） | https://github.com/flagos-ai/FlagGems-vllm/pull/717 |
| 7 | FlagGems-vllm Qwen4 hc_inject_combine（#716） | https://github.com/flagos-ai/FlagGems-vllm/pull/716 |
| 8 | FlagGems-vllm Qwen4 store_qsa_kv_rows（#715） | https://github.com/flagos-ai/FlagGems-vllm/pull/715 |
| 9 | Torch-FL TileOPs 整合（#44） | https://github.com/flagos-ai/Torch-FL/pull/44 |
| 10 | Torch-FL Apex 最佳化器零複製檢視（#216，Claude Code 編寫） | https://github.com/flagos-ai/Torch-FL/pull/216 |
| 11 | Torch-FL aten::narrow autograd 恢復（#212） | https://github.com/flagos-ai/Torch-FL/pull/212 |
| 12 | FlagCX 燧原 Enflame collective flow（#554） | https://github.com/flagos-ai/FlagCX/pull/554 |
| 13 | FlagScale Qwen36 backbone + CKPT 轉換（#1273） | https://github.com/flagos-ai/FlagScale/pull/1273 |
| 14 | vllm-plugin-FL W8A8 適配 vLLM 0.24（#336） | https://github.com/flagos-ai/vllm-plugin-FL/pull/336 |
| 15 | vllm-plugin-FL CI 遷移 main（#415） | https://github.com/flagos-ai/vllm-plugin-FL/pull/415 |
| 16 | build-infra metax sgl-kernel wheel（#598） | https://github.com/flagos-ai/build-infra/pull/598 |
| 17 | build-infra cann8.5.0 runtime deps（#597） | https://github.com/flagos-ai/build-infra/pull/597 |
| 18 | build-infra numpy 1.26.4 全棧固定（#596） | https://github.com/flagos-ai/build-infra/pull/596 |
| 19 | build-infra verl Path B 計劃（#595） | https://github.com/flagos-ai/build-infra/pull/595 |
| 20 | flir KMCompiler Common IR POC（#68） | https://github.com/flagos-ai/flir/pull/68 |
| 21 | community FEP sig-compiler Common IR（#95） | https://github.com/flagos-ai/community/pull/95 |
| 22 | FlagTree TLE 全後端 primitives（#1054） | https:/ |
| /github.com/flagos-ai/FlagTree/pull/1054 | |||
| 23 | FlagSparse spmm/sp sv 更新（#48） | https://github.com/flagos-ai/FlagSparse/pull/48 | |
| 24 | FlagGems conj_physical_ 運算元（#5800） | https://github.com/flagos-ai/FlagGems/pull/5800 | |
| 25 | FlagGems CI rule-check 一/二期（#5787） | https://github.com/flagos-ai/FlagGems/pull/5787 | |
| 26 | docs ModelScope 模型列表同步（#476/#477） | https://github.com/flagos-ai/docs/pull/477 | |
| 27 | org repos 總覽（52 倉，12 倉視窗內活躍） | https://api.github.com/orgs/flagos-ai/repos?per_page=100&sort=updated | |
| 28 | commit search（視窗內 42 條唯一提交） | https://api.github.com/search/commits?q=org:flagos-ai+committer-date:%3E2026-08-27T02:18:00Z | |
| 29 | gnews 元件級查詢（FlagOS 命中 1 條，其餘零命中） | https://news.google.com/rss/search?q=FlagOS+when%3A7d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans | |
| 30 | HN Algolia（無關誤匹配） | https://hn.algolia.com/api/v1/search_by_date?query=FlagOS | |
| 31 | FlagEval-Robo 釋出（智源社群 8/22，背景項） | https://hub.baai.ac.cn | |
| 32 | GLM-5.3-Flash 釋出（智源社群 8/28，觀察項） | https://hub.baai.ac.cn |