报告周期：2026 年 10 月 19 日（周一）至 10 月 23 日（周五），共 5 个工作日。

素材来源：本刊每日 FlagOS 动态报告 5 期（10-19 / 10-20 / 10-21 / 10-22 / 10-23，无缺期）。其中 10-19 期为周一晨报，调研窗口自上一期截点 10-16 06:00 起算（约 72 小时，含 10-17 至 10-18「2026 人工智能开放计算大会暨众智 FlagOS 技术大会」全程与量智云发布）；10-20 至 10-23 四期为 24 小时窗口，首尾相接，末期末班截至 10-22 06:00 至 10-23 06:00。因此本报告的事实区间为 10-16 至 10-22，10-16 至 10-18 部分按原始日期标注。

编制说明：覆盖版本与发布、组件与代码共建、成员单位与厂商适配、生态与社区、趋势观察五个维度。五期日报按各自窗口累加为提交 654 笔、合入 661 笔；若只取四个完整的 24 小时窗口（10-19 至 10-22 合并日），为提交 507 笔、合入 522 笔。单期有推送的仓库数依次为 16、16、19、22、16 个，组织仓库总数为 61 个。版本与标签以各组件仓库原子源（releases.atom）独立复核，与日报口径一致。

一、本周要闻

  • 大会两日落定，2.2 的规模口径第一次被拆成可核验的四层（10-17 ~ 10-18）：主论坛上智源研究院副院长兼总工程师林咏华以「众智 FlagOS 2.2：从 token 经济走向物理 AI」为题披露——21 家芯片厂商 35 款芯片、9 大算子库合计 1454 个算子（较上版增加 890）、跨芯算子性能提升 27.6%（覆盖 10 款芯片）、代码贡献者 264 位（环比增 55%）。社区面另有活跃贡献者 730 以上、成员组织 100 家以上、覆盖 30 多个国家、开发者 55,800 以上；2.1 到 2.2 的合并 PR 由 1890 增至 4890、新建 issue 由 420 增至 1423、提交由 5100 增至 9730。同日发布跨芯片调试与性能分析工具 FlagPrism 与统一量化工具 FlagOS-Compressor。报道称 2.2 于 9 月 30 日发布，而仓库清单实际落库在 09-28 至 09-29，两日差在正文按仓库口径处理。

  • 量智云对外发布，FlagOS 的执行栈跨到量子与经典混合调度（10-18）：量智融合分论坛设「量智云平台发布」环节，量智云（Quantum-AI Cloud）由智源研究院与北京量子信息科学研究院联合推出，通过 FlagOS Execution Stack 支撑 FlagQuantum，对接「九鼎」AI 算力系统与「QUAFU」量子计算机，实现量子与经典混合作业调度。代码侧相互印证：FlagQuantum v0.3.0 的发布说明已写明九鼎与 Quafu 任务可恢复、Quafu 多电路结果保序，说明发布时任务提交、回执与结果保序链路已在包内，而非仅有框架接口。边界同样明确——不在量子硬件上运行、不含 MCP server 与 agent runtime，硬件执行由九鼎与 QUAFU 侧承接。

  • 2.3 周期第一次出现「需求到证据」的当日闭环（10-21 ~ 10-22）：10-21 合入两份 FEP——FEP-0140 为 vllm-plugin-FL 定义三条版本线（0.24 补全五家、0.28 作为十一月主发布支持十家、0.32 在五家引入），FEP-0141 把 SGLang 0.5.18 的十家厂商矩阵与 DeepSeek-V4 W8A8 目标写死；10-22 海光即在 vllm-plugin-FL 与 sglang-plugin-FL 两仓同日完成 vLLM 0.28.0 与 SGLang 0.5.18 的对齐（合计 84 文件、净增约 5700 行）。从「把矩阵写进文档」到「第一条实测通过」只用了一天，是本季最快的需求到证据闭环。

  • 交付面在同一周内完成六后端到七后端的收口，并把通信库从特例改成通例（10-16 ~ 10-22）：build-infra 先为 FlagCX 的 nvidia、hygon、cambricon、metax、enflame、iluvatar 六后端各落一枚 22.04 自包含 builder，把 glibc 底线从 2.38 降到 2.35；10-19 把昇腾四个轮子从 24.04 运行时迁入同一形态并补齐清微与曦望；10-21 接入清微与摩尔线程成为 FlagTree 第五、第六后端；10-22 昆仑芯成为第七后端。同日把 flagcx==0.14.0 从只钉在两条 nvidia 行扩到全部二十个后端，并新增一键安装脚本把多仓依赖收成一条命令。

  • 基建四件事同日补齐，组织的产能转向「怎么测、怎么装、怎么共享」（10-20）：optest 迎来建仓以来首个实质提交（PR #1，38 文件），内含 12 份后端配置与 13 家厂商硬件探针；FlagOps 把 FlagGems 的五个 CI action 上收为组织级共享；build-infra 新增一键安装脚本（1 文件 +308）；Torch-FL 与 TransformerEngine-FL 同日引入 FlagCICD 统一入口并支持 L0 至 L2 分级，FlagScale 补上选择性平台 CI。测试、action、安装、CI 入口四条线在同一窗口内各自完成一次结构性合入。

  • 量子栈从设计契约推到可跑路径（10-21 ~ 10-22）：10-21 FlagQuantum 84 笔提交、34 笔合入，把动态电路降级为「后继量子位加布尔 SSA 结果」并落到 Program IR，且把精确降级与还原设为部署强制前置；10-22 再以 53 笔提交、20 笔合入把 M3 中性原子从两份设计文档做成可执行路径——Core 侧原生 Rydberg 前端（PR #700）、Simulation 侧 plan 1.7 动力学（#707）、Examples 侧移动原子脉冲训练（#714，40 步 128 区间实测无条件 RR 由 0.0431 升至 0.1228）。

  • 合入量在周内创出新高，但增量的主体是测试契约而非算子（10-22）：当日 163 笔合入为近一周最高，其中 FlagGems 一家 91 笔、占全组织 56%；同时提交量下降 18%、推送仓库减少 27%，属消化积压而非扩张。测试主线由 lukatao 一人承担 61 笔（占该仓 67%），23:40 至 23:47 七分钟内开出 10 笔批次 PR，把用例从包装函数改为直接调用算子或注入候选。全周 KernelGen 新增算子集中在三批合入与稀疏族扫尾，真正新增能力的比例不足两成。

  • 生态侧出现三条不来自仓库的信息增量（10-19 ~ 10-22）：中华网刊出会后首篇全栈技术拆解（补七个量化案例与分组证据）；新京报与北京日报客户端做产业版二次扩散，新增可引用口径为「新模型一天内完成 12 款芯片适配」；Pandaily 以英文系统转述 2.2，是首篇面向海外读者的完整稿。另有北京市科委、中关村管委会 2026 年度众智 FlagOS 加速计划拟立项公示，跨维智心《基于 FlagOS-Robo 的 AlohaMini 具身智能机器人端侧部署与应用示范》入选，为具身方向首次出现带交付物约束的外部立项。

二、版本与发布动态

本周标签与 Release 清单（北京时间）

时间 组件 标签 / 版本 说明
10-18 10:36 FlagCX v0.15.0.dev0 开发线标签；同窗合入 Hygon UIL 与逐 adaptor bitcode
10-19 13:01 FlagTree 0.7.1a1+ascend3.5 昇腾 3.5 构建线，0.7.1 系首个 alpha
10-20 20:11 FlagTree 0.7.1.dev1 基础线由 a1 转入 dev1，夜间构建产物
10-20 20:12 FlagTree 0.7.1.dev1+ppu3.6 PPU 3.6 构建线，与前一条相隔一分钟
  • 四个标签、三个组件，无一为正式版本：本周窗口内全部标签均属开发线或硬件构建线。除上述三个组件外，FlagGems、FlagBLAS、FlagDNN、Torch-FL、vllm-plugin-FL、sglang-plugin-FL、FlagOps、FlagScale、FlagAttention、FlagSparse 等仓库窗口内无新 Release。这是 2.2 于 9 月 30 日发布之后、2.3 于 12 月 30 日 GA 之前的典型空档——对外版本静默，制品线活跃。
  • 承接上一期：FlagQuantum v0.3.0（10-16 13:34）与 v0.3.1（10-16 19:20）已在上一期周报的标签表中列明，本期作为量子栈的基线版本沿用，不重复计数。

FlagTree：发布节奏按硬件版本切片

  • 四条构建线并存：0.7.1 线现有 ascend3.5、iluvatar3.6、xpu3.6、ppu3.6 四条硬件构建分支，基础线由 a1 转入 dev1。发布说明只写「pypi 加版本号」，属自动化夜间构建而非功能发布，判断发布与否必须看构建行而非版本号语义。
  • 后端矩阵在本周扩到七行：清微 TX8（10-21，第五）、摩尔线程 MUSA（10-21，第六）、昆仑芯 XPU（10-22，第七）先后接入 FlagTree 构建线与日常构建行。昆仑芯一行有五处独有约束，包括十个预编译输入、按目录名匹配的缓存与两棵共享 tarball 根的 LLVM 19 包、前端由环境变量选择、pybind11 精确钉 3.0.1（3.0.4 会让派发器 SIGSEGV）、以及不加 Release 构建参数（厂商 wheel 本身是 rel-with-asserts）。
  • 编译器侧的功能增量少而集中：AMD RDNA 在 10-21 由单协同大核解码（M=1）推进到预填（M>1，PR #1365，66 文件），RDNA 预填 WMMA GEMM 微内核相对 GEMV 循环在 M>1 时提速 10 至 30 倍，解码侧 split-K 把 lm_head 从 17.0 降到 14.9 ms/token、逐层宽投影从 14.9 降到 10.5 ms/token；MUSA 增加逐拷贝的 TME 缓存持久化（#1385）；SpaceMiT RISC-V 后端新增 smt_rvisa 裸核 eDSL 并退役私有 TLE 方言（#1381，10-16，属周一期窗口）。

FlagGems：5.4 为正式线，5.5 开发线无新增

  • 正式线口径未变：5.4 仍是当前正式线（09-28 发布），5.5.0.dev0 于 10-12 开线后本周无新标签，包版本元数据仍显示 0.1.0——海光 vLLM 0.28 的验收记录里即以「已安装 1944 个源文件逐文件比对到 e12a220 提交、元数据版本不可信」的方式取证，这种以内容代替 VCS 元数据的做法本周再次出现。
  • 算子覆盖进入扫尾：本周 KernelGen 分三批合入 14 个 Nvidia 算子，均为别名、视图与稀疏语义的边界算子。10:43 批是复制、稀疏构造与嵌套张量表构造（ger、sparse_bsc_tensor）；15:23 批是值与形状视图，并补上嵌套张量存储偏移与稀疏索引 csr 到 coo 的互转（_values_copy、_shape_as_tensor）；22:23 批是维度重排与复数视图（swapdims、moveaxis、view_as_complex_copy）。在审侧 10-19 夜间一次开出约 20 笔稀疏族（_sparse_mm 系列、copy_sparse_to_sparse_、coo 与 csr 索引互转等）。
  • 版本发布的前置信号在 build-infra：vllm-plugin-native 轮子在 10-21 补齐 nvidia、metax、kunlunxin、hygon 四类后端并登记发布，10-22 又为全部后端统一钉 flagcx==0.14.0，这些都是 2.3 正式发布前的制品准备。

三、组件与代码共建

组织节奏：五期累加 654 笔提交、661 笔合入

期次 窗口（北京时间） 推送仓库 提交 合入 在审（窗口内更新）
10-19 10-16 06:00 ~ 10-19 06:00（72 小时） 16 147 139 239
10-20 10-19 06:00 ~ 10-20 06:00 16 93 88 180
10-21 10-20 06:00 ~ 10-21 06:00 19 115 120 195
10-22 10-21 06:00 ~ 10-22 06:00 22 164 151 154
10-23 10-22 06:00 ~ 10-23 06:00 16 135 163 183
合计 — — 654 661 —
  • 合入分仓累加（各期日报披露口径）：FlagGems 290 笔（占 43.9%）、build-infra 96（14.5%）、FlagQuantum 82（12.4%）、Torch-FL 53（8.0%）、FlagTree 25、FlagGems-vllm 21、vllm-plugin-FL 18、FlagGems-sglang 15、FlagBLAS 6、FlagCX 5、optest 5、FlagTrain 5、FlagGems-Experimental 3、sglang-plugin-FL 3、FlagOps 2、FlagAttention 2、community 2、FlagOS-Compressor 2，FlagSparse 与 TransformerEngine-FL 各 1；另有 FlagCV、Trident、.github、flir 各 1。部分期次仅按前 100 条合并 PR 分仓统计，可归仓合计 641 笔，差额 20 笔为未展开的尾部仓。
  • 双引擎结构未变：FlagGems 与 FlagQuantum 合计占合入量的 56.3%，加上 build-infra 与 Torch-FL 后四仓占 79%。周内形态是「周一至周三基建与量子栈抬升，周四至周五 FlagGems 集中清库」。
  • 单人产出高度集中：lukatao 在 FlagGems 按合并日合计 119 笔（10-20 二十三笔、10-21 三十五笔、10-22 六十一笔），全部为测试与参考实现修复；tengqm 包干 build-infra 的 35 笔（10-20 七笔、10-21 十五笔、10-22 十三笔）；lvyufeng 承担 Torch-FL 的 MPS 与平台侧；FlagQuantum 的全部合入由同一账号完成。

FlagGems（合入 290 笔）：测试契约成为第一主线

  • 三轮回退与重建：10-20 的 PR #7361 先回退此前的共享测试设施改动（17 文件 +599/−1040），把兼容性处理下放到各算子自己的测试，随后 22 笔修复全部沿这个方向做——CPU 参考值模式下的输入快照、张量视图几何、复杂与半精度取值比较、稀疏构造与转换、生成用例可执行性、断言边界、pytest 标记归一。这是一次「先承认共享方案走不通、再逐个算子补齐」的工程修正。
  • lukatao 的用例改造三连：10-21 三十五笔把生成式用例改成跨后端可跑（split 与 squeeze、adjoint 与 mH 与 mT、as_strided、moveaxis 与 reshape_as 与 swapaxes、permutation 视图、整型与半精度转换），其中 #7425 至 #7440 为连续十六笔；10-22 再以 61 笔把 foreach 覆写改为「直连路由」批次 01 至 09，并把最后九个算子套件改为走公共候选 API，即把「测哪个实现」从隐式改成显式。
  • 后端跳过治理开始写明理由：昇腾与摩尔线程的跳过被逐条限定输入域（linalg_vander 复数输入、logdet 复数、row_stack_out 内存格式、trapz complex32、orgqr MUSA 零列、qint32 系列、Hygon cuDNN 校验），并在 10-23 凌晨连续合入四笔稀疏套件移植（稀疏 log-softmax 跨后端可移植、稀疏校验器固件与直接基准候选调用、压缩稀疏校验器、公共稀疏块构造器）。
  • 厂商侧大额提交两笔：燧原的整批更新 #7077（26 文件 +3520/−511，标题只写「update from enflame 20261013」，无逐条明细）；昆仑芯融合 MoE #7107（13 文件），补齐三个 fused_experts 变体与 dispatch_fused_moe_kernel，聚合分 1.324 至 1.329，并主动声明基线为替代实现、dispatch_fused_moe_kernel 的 0.626 不达标。
  • 昆仑芯优化线：10-20 九笔、10-21 十七笔、10-22 十三笔，从补实现转入按精度与形状设门——w8a8_block_fp8_matmul 增加 FP8 能力门控、fp64 与 grouped-MM 改为按能力跳过并写明理由、单层 GRU 单元改扁平一维 kernel 把聚合分从 0.4217 提到 0.8253、sgn 大 numel 路径改廉价主体加可配置一维 tile。

FlagQuantum（合入 82 笔）：从契约到代码，再从代码到拒绝

  • 动态电路进 IR（10-21）：PR #681 定义带类型的动态 Program IR 契约；#683 把中电路测量降级为「后继量子位加布尔 SSA 结果」、reset 降级为显式后继量子位、合取与析取映射为活跃布尔值上的规范 DNF，且仅当降级结果与完整函数图逐字一致才恢复；#694 把精确降级与还原设为动态部署的强制前置，未验证程序在调用任何 provider 之前停止。
  • M3 中性原子从契约到可跑（10-22）：Core 侧 #700 让原生 Rydberg 控制直接在 ProgramRecord 上提供前端（RydbergProgram 提供 move、pulse、to_ir 三个动作，并明确「受控位置不代表物理存在」）；Simulation 侧 #707 让原生 Rydberg 程序走既有 Lindblad 计划，plan 1.7 密封为恰好七个外层字段；Examples 侧 #714 训练两个脉冲幅度并让原子对移动，40 步 128 区间实测无条件 RR 由 0.0431 升至 0.1228、存活条件 RR 0.1500、no-flag 选择 RR 0.1439。
  • 一半合入量花在拒绝与删除上：10-22 的 #701 让原生物理程序在打包时统一抛 CapabilityError 而不是 AttributeError；#705 按提案 082 直接删除从未有外部服务对应的 NeutralAtomProvider 与两个 Remote 导出，不留别名、不留空壳；#716 提出提案 083 定义 Runtime 的 sample_terminal 原语并在示例末尾打印「proposed, not implemented」。这类动作不增加能力，但决定了 M3 的边界是否可信。
  • 出图与可引用性补链：10-21 #668 新增惰性 LaTeX 后端与「编码器—线路—测量头」混合模型视图（43 文件 +14311），Notebook 优先显示 SVG；#684 增加 CITATION.cff（版本 0.3.1、发布日期 2026-10-16、Apache-2.0）；#687 盘点中性原子可复用能力与缺失契约，给出物理存活 0.8187、无条件 RR 0.4094、存活条件 RR 0.5 的独立数值参照。
  • 算力扩容：10-20 #653 与 #661 把 CPU 套件迁到八台 A800 runner 并自动触发 GPU 测试，长任务改并行——推进方式从此是大规模一致性验证，而非功能铺开。

build-infra（合入 96 笔）：把「N 个后端乘 M 类产物」压成一行

  • builder 矩阵形成：base/ 目录本周从六家扩到九家厂商十七个基线镜像——nvidia（cuda12.8 / 13.3）、ascend（cann8.5.0 / 9.0.0，含 910c）、cambricon（neuware4.4.3 / 4.7.2）、enflame（tops1.9.10 / 1.10.6）、hygon（dtk26.04）、iluvatar（corex4.4.0 / 4.5.0）、metax（maca3.7.2.1 / 3.8.1.3）、sunrise（tangrt1.2.0）、tsingmicro（tsm260610）。
  • FlagCX 的 22.04 收口：10-16 至 10-18 为六后端各落一枚自包含 builder，每枚以 ubuntu:22.04 为 glibc 底线、把厂商 SDK 预置进镜像，并在 wheel-info 留痕；#1407 追加 dispatch 级 --no-bitcode 开关，避免 v0.14.0 标签早于 bindings/ir 时在非 nvidia adaptor 上直接抛错。
  • FlagTree 构建行：builder 从「两条工作流做一件事」合并为一个矩阵，backends.yaml 一行携带 Containerfile、镜像仓、runner 标签、磁盘预算与验收断言。清微、摩尔线程、昆仑芯三行按同一模板落地，差别只在预编译树与工具链解析路径。
  • 安装路径收敛：10-20 的 #1425 新增一键安装脚本（1 文件 +308），第一次把「多个仓库、多套依赖」的安装过程收敛为单条命令；#1435 恢复 CUDA 分发后端的 vllm 原生扩展轮子并点明 PEP 440 忽略构建标签、短钉扎会装到错误后端的坑。
  • 构建文档成站：10-22 的十二笔提交（#1462 至 #1470）把 vllm-plugin-FL、FlagTree、FlagCX、FlagGems、FlagLibs、Megatron、SGLang、verl 八个组件的设计记录与站点页在五小时内连续合入，是本季第一次把构建设计写成可检索内容。

Torch-FL（合入 53 笔）：平台面扩张后转入逐项补齐

  • MPS 线完成主体：10-19 至 10-21 三日内的 MPS 相关合入共八笔——原生 mm 与 bmm 进 MPSGraph gemm 类、softmax 与逐元素 neg 与 pow 原生化、编译后 MPSGraph 计划缓存、排队工作保活与原生 masked_fill、Qwen3.5 的原生 MPSGraph 内核、Metal 上高级索引收集；10-20 的 #566 以 69 文件 +22929/−236 落库，CI 使用 GitHub 托管的 Apple Silicon arm64 runner，并显式声明「x86_64 的 macOS runner 没有 Metal 设备，环境检查失败是预期结果」。
  • 清微三连：torch.compile 落 TX8（#541，14 文件，作者明示设备属性查询只能返回常量而非硬件实测值）、主机侧随机数内核（#604）、设备时间线进 torch.profiler（#630，基于 rocprofiler-sdk 的 DeviceTracer，TX8110 实测）。
  • 多卡正确性两处硬修：昆仑芯 CrossDeviceMemcpy 此前调用同卡语义的 xpu_memcpy，传入两张卡的指针返回 −801 且目标不被写入，任意卡间拷贝静默无效，10-22 改走 xpu_memcpy_peer（#634）；liblaunch_shared.so 的 undefined symbol: cudaMemcpy 需在 Triton 启动器 dlopen 之后才可解析，遂把昆芯的 CUDA 兼容运行时提前加载（#632）。这两笔不产生任何性能数字，但会让此前所有多卡实验的结论需要重算。
  • CI 与平台行：BI-V150 共享 CI 行（#569，24 文件，允许初始运行保留已知失败以完成 bring-up）、FlagCICD 统一入口与 L0 至 L2 分级（#599）、AGENTS.md 定为唯一代理指引（#601）、昆仑芯 P800 的 2.9 稳定分支线（#273）、平台 pytest 结果上报 FlagCICD（#542 与 #577）。

FlagTree（合入 25 笔）：矩阵铺格子，语言层等稳定

  • 本周 FlagTree 的合入几乎全在「后端乘版本乘工作流」三维矩阵上：燧原 enflame3.6-gcu300 的 FlagGems 基线与测试工作流、燧原 vLLM 基准进工作流、AMD amd3.6 基线与测试、昇腾 3.5 py312 交付与修复、triton_v3.5.x 分支 codeowner 更新、XPU3.6 的 vllm 基准工作流。
  • 唯一的结构性改动是 AMD 预填：10-21 的 #1364 为 FlagMega 增加 amd-gfx1100（W7900）与 amd-gfx1201（R9700）两个目标，让 bf16 的 Qwen3-1.7B 在 RDNA 上以单个协同大核完成解码，为避免 128 个工作组无法共驻导致栅栏死锁，把每块计算 warp 上限压到 4；10-22 的 #1365 再补 M>1 的预填与「预填只输出最后一个 token 的 logits」。
  • 与 RISC-V 的接口：smt_rvisa 让作者显式指定 SEW、VL、分块与指令选择，内核经 C++ builder API 下降，另有 LLVM 直出路径整段跳过 spine-opt；后端不再保留私有 TLE 方言副本，改为消费通用 third_party/tle。这类改动不出现在任何对外口径里，却决定 RVV 后端能否从「能跑」走到「能压性能」。

推理栈：vllm-plugin-FL（18）、FlagGems-vllm（21）、FlagGems-sglang（15）、sglang-plugin-FL（3）

  • 版本对齐是本周主线：vllm-plugin-FL 侧 10-19 把达摩院玄铁后端升到 vLLM 0.28.0、10-22 海光落 0.28.0（发行包 0.28.0+empty，eager 与 FULL_AND_PIECEWISE 两种图模式各跑一遍，TP=2、最大模型长度 4096、显存利用率 0.85）；sglang-plugin-FL 侧 10-21 昇腾 910C 独立适配 0.5.18（67 文件，验收含四卡整机镜像门禁）、10-22 海光 BW1000 升 0.5.18（65 文件，含单机 TP2 与物理两节点 TP4/PP1、TP2/PP2）。沐曦、清微、燧原、昆仑芯的同版本条目仍在审或未开。
  • 图模式铺到两个国产后端：曦望 Sunrise 与燧原 GCU300 的图模式（10-19，inductor 加 cudagraph）同日合入，vLLM 侧的 CUDA Graph 通路不再只在昇腾与昆仑芯上验证；10-21 昇腾补全解码图执行并适配 Qwen3.6-27B 与 35B-A3B 的文本与图像推理（26 文件 +2513）。
  • 模型侧先于公开发布：FlagGems-vllm 的 GLM-5.3 Flash 公开算子（#900）与 Qwen4 的 HC / PLE / sparse QSA 三类算子（#896）都是 10 月才出现的新架构名词，算子先于模型公开落地；随后 #977 为沐曦融合 MoE 补 TP=2 配置，C550 上 14 个 M 值平均提速 1.065 倍。
  • 赛事第一次成为主仓供给：FlagGems-sglang 10-20 十笔赛事合入全部集中在 40 分钟内由同一维护者合并（赛道一 tiny-k-gemm、pack-topk-ids、moe-topk-sum、indexed-scale-shift 等），配套 #163 单笔 +28940 的基准快照；10-22 的 #204 fused_pack_qkv 与 #201 fused_sigmoid_mul 说明赛事产出已进主干而非停在提交物。

其它组件与集成设施

  • FlagBLAS（6 笔）：海光 gfx936 六精度 GEMM（#151，sgemm 至 zgemm，+7060/−127，dgemm 走 fp64 MMAC 点积并依赖 FlagTree 的 fp64 MMAC 支持）与 L1 支持（#149）；10-22 补天数 L1 优化（#153）与摩尔线程 GEMM（#152）。BLAS 的精度补齐把编译器侧能力缺口暴露出来，是本周跨仓协同的一处实证。
  • FlagCX（5 笔）：启用 Hygon Device API 与统一 IR 的 HIP 后端（#643）、设备 bitcode 按 adaptor 生成而非硬编码 nvidia（#668）、v0.15.0.dev0 标签、多段 VMM 窗口（#658，42 文件 +7667，为 CUDA、海光 DU、沐曦与 PPU 各加多段回调，用有界描述符交换分段文件描述符，集体成功后才发布窗口）、平台路由与 CI 统一（#665）。
  • FlagTrain（5 笔）：摩尔线程后端与两个算子（#20）、KMCompiler 对 Megatron 与 TransformerEngine 的支持（#22）、blocked_flash（天数）与 mixed_moe_gemm（#23、#24）、multi_tensor_lion（四后端）与 quick_gelu（#16、#26）。该仓 10-15 才有首版文档，是当前最年轻的算子仓。
  • 稀疏、注意力与量化：FlagSparse 合入 MUSA 优化（#113，来自外部贡献方 NCIC-AlphaSparse 分支）；FlagAttention 把 kv-outer 的 MiniMax M3 稀疏注意力 prefill 里约 40 个主机侧小算子与 .item() 同步换成两个 Triton kernel，构建快 1.5 至 2.5 倍并做成无同步调度与全路径图捕获（#107）；FlagOS-Compressor 支持 DeepSeek V4.1 与 MiMo V2.5 的仅线性 INT8 导出（#10）与 MXFP8、NVFP4 源检查点转换（#11，143 项测试通过）。
  • optest（5 笔）与 FlagOps（2 笔）：optest 由脚本集合变成可安装 wheel（#4）、改 src 布局（#5）、暴露 console commands（#6）、CI 作业名显示为仓库加后端（#2）；FlagOps 承接 FlagGems 五个 action（#15）后，FlagGems 侧同步完成本地 action 向共享 action 的迁移（#7346、#7416）。
  • 新仓与试验仓：FlagCV（10-14 建仓）于 10-18 深夜首次落提交、10-19 凌晨合入 PR #1 骨架——接口对齐 OpenCV（core 与 imgproc 两组头文件），多后端结构沿用 FlagDNN，内核用 Triton 编写，backends/ 一次铺开 nvidia、thead、ascend、hygon、iluvatar、mthreads 六个后端，但尚无可运行算子；Trident 是 10-12 建仓的实验性桥接层（Triton 或 Torch 风格 Python 函数编译到 MLIR 与 LLVM 再经 tvm_ffi 执行），本周 #3 补齐若干 ATen 算子测试；flir 在审 #83 增加 TensorView 方言与 tile.load 与 tile.store 视图，是 CommonIR 方向的实质动作。

四、成员单位与厂商适配

  • 昆仑芯：本周工程密度最高的后端，且不在公开成员单位名单内。可归属的合入约 40 笔（合并日 10-20 九笔、10-21 十八笔、10-22 十三笔，10-19 窗口未单列计数），内容跨算子、构建、运行时三层：算子侧从补实现转入按精度与形状设门（FP8 能力门控、fp64 与 grouped-MM 按能力跳过、GRU 扁平一维 kernel 聚合分 0.4217 到 0.8253、融合 MoE 三算子 1.324 至 1.329）；构建侧成为 FlagTree 第七后端；运行时侧修掉跨卡拷贝静默失效与预加载顺序两个硬缺陷。风险在算子侧——多数改动是同一算子的另一种 tile 或融合，缺少统一性能门禁，聚合分又因基线替代而不可跨厂商比较。
  • 海光：本周唯一在两个推理插件仓同时完成上游版本对齐的厂商。vLLM 0.28.0 与 SGLang 0.5.18 同日合入（合计 84 文件、净增约 5700 行），验证环境为一卡 64 GiB 的 BW1000 集群，vLLM 侧发行包 0.28.0+empty、SGLang 侧物理两节点 TP4/PP1 与 TP2/PP2 并修流水并行协同退出。配套 FlagBLAS 六精度 GEMM 与 L1、FlagGems FP8 稀疏求和反向固件、FlagDNN 一笔 hygon 修复。它的可复用价值在于把 empty 后端的升级流程写成带版本表的模板。
  • 清微智能：本周补的全是基础设施短板而非算子覆盖——torch.compile 落 TX8（#541，设备属性只能返回常量）、主机侧随机数内核（#604）、设备时间线进 torch.profiler（#630，TX8110 实测，同时钉上厂商构建开关）、FlagTree 构建行接入并挂日线（#1436、#1440）。顺序值得记录：先能在 CI 里构建、再能复现随机性、再能看性能，最后才谈优化。
  • 昇腾：本周主线是两个插件仓的版本与图执行——vLLM 0.24 全解码图执行加 Qwen3.6-27B 与 35B-A3B 文本与图像推理（#606）、SGLang 0.5.18 的 910C 独立适配（#131）、W8A16 FP8 TopK（#6030）、按 SoC 的 fp32 能力给 matmul 加门控（#616）、四个轮子迁入 22.04 builder（build-infra #1414，glibc 底线 2.38 降到 2.35）。测试侧十余笔为 FP8 输入构造、tile block 报错与参考文档，仍以修复为主。
  • 摩尔线程：MUSA 成为 FlagTree 第六后端并进入日常行（#1449、#1456），本地二进制随 ref 变化要显式指定；FlagTree 增加逐拷贝 TME 缓存持久化（#1385）；FlagBLAS 增加 GEMM 实现（#152）；FlagGems 侧复数 cholesky_solve 输入改在 CPU 构造、moe_load_balance_loss 的 MUSA 特化合入。五笔测试跳过集中在该后端的输入域限制，说明失败面仍以「输入不支持」为主而非实现错误。
  • 燧原：本周动作覆盖基线、基准、打包、断言、图模式五个环节——enflame3.6-gcu300 基线与测试工作流、vLLM 基准进工作流、builder 验证改数据驱动、toolkit deb 预置进镜像、GCU300 图模式合入；FlagGems 的厂商整批更新 #7077（26 文件 +3520/−511）一次进主干，但标题只写日期、无逐条明细。FlagTree 侧因偶发总线错误停用 02-sparse-mla 用例并更新 vllm benchmark 参数，稳定性问题仍在用例层。
  • 天数智芯：CI 与构建两侧齐全——BI-V150 共享 CI 行合入（#569，CoreX 4.5.0）、iluvatar 独立运行时使轮子可链接 CPU 版 torch（#593）、build-infra 刷新 pin 到 22.04 重发版本；代码侧仍以直推 master 为主（FlagDNN 四笔加三笔，无 PR 流程），等价性能基线（equivalent_baseline.cpp 等 +8157）是该仓本周最实质的产出。流程规范化落后于 Torch-FL 与 FlagQuantum。
  • 沐曦：本周投入集中在性能档与在审的成对部署方案——两节点 C550、TP16 的 MiniMax M3 BF16 优化档（#540，09-18 开出、10-18 仍在更新）与四节点 C550、TP8 与 PP4 的 Kimi K3 MXFP4 与 BF16 实现（#607，10-19 新开，跑在 vLLM 0.28 兼容分支）；已合入的有 FlagGems-vllm 的融合 MoE TP=2 配置（#977，C550 上 14 个 M 值平均 1.065 倍，并修掉 M≥4096 时共享内存配置越界）与 build-infra 的 metax 原生轮子按平台如实标注。
  • 达摩院玄铁（含真武 PPU）：FlagBLAS 补真武 PPU 四种精度 GEMM 并附 NN/TN/NT/TT 四种布局变体（#148，复数 GEMM 转调 level3）；FlagGems 修后端 GRU barrier 死锁（#7203）；FlagGems-vllm 新增 W8A8 block INT8 矩阵乘（#954，9 文件 +1493，含调优配置与自动调优接入）并修 W8A8 MoE 整型累加；vllm-plugin-FL 升到 vLLM 0.28.0（#574）。四条线分别对应基础库、并发正确性、量化算子与版本跟进。
  • 曦望与进迭时空：曦望（sunrise）10-19 落 22.04 自包含 builder 并记录轮子以 22.04-clean 重发，10-19 图模式合入（#569），探针进入 optest 统一设施；进迭时空（SpaceMiT）的 smt_rvisa（FlagTree #1381）是 RISC-V AI 方向首次进入编译器语言层扩展，与 FlagGems 的同后端在审项构成 RISC-V 线本周的全部动作。
  • 地平线与寒武纪：本周两家在组织内均无专属仓库推送与合入，其中 10-21、10-22 连续两个窗口静默。日报已连续两日将其标注为缺口；若下周仍无动作，应作为风险项单列。

五、生态与社区

  • 大会与会后报道形成三段扩散（10-17 ~ 10-22）：10-18 主论坛由 DOIT 现场报道首发；10-19 中华网刊出会后首篇全栈技术拆解，按「算子与编译、辅助研发、插件与量化、Token 服务、端侧与平台」五段组织，补上此前未覆盖的量化事实——KernelGen 已支持九款芯片、本季度新增生成 765 个算子、其中 416 个在至少五款国产芯片上通过精度验证并达原生算子 80% 以上性能，FlagGems-SGLang 的 40 个算子在 NVIDIA 上全部通过，Qwen3.5-397B-A17B 做 W8A8 后模型文件由 751.41GB 降至 382.45GB（减少 49.1%）而 GPQA-Diamond 保持 84.85%；10-20 新京报与北京日报客户端做产业版二次扩散，新增可引用口径为「新模型一天内完成 12 款芯片适配」；10-22 Pandaily 以英文系统转述，并首次公开中国电信 Xing4.0-29B-A4B 长输入首 token 时延较原生算子下降 19.87%。
  • 量智云的边界写得比多数宣传清楚：FlagOS 做执行栈与调度、量子院做硬件与云，v0.3.0 与 0.3.1 明示不在量子硬件上运行、不含 MCP server 与 agent runtime（MCP 适配器为独立包）。对外观察点是量智云何时对外开放，以及 FlagQuantum 的海光与摩尔线程后端是否被纳入云端调度。
  • 治理面首次把 2.3 的验收对象固定下来：FEP-0140（vLLM 三版本线）与 FEP-0141（SGLang 0.5.18 十家厂商）于 10-21 合入，测试复用 2.2 工作流、在厂商或 FlagOS 镜像内按需从源码安装目标插件版本，验收含安装、稠密与 MoE 文本与图像推理、性能、并发与 24 小时稳定性。同期 .github 给组织主页中英文两版加上 Slack 邀请入口，解决新开发者找不到既有邀请的问题。
  • 具身方向出现第一个带交付物的外部项目（10-22）：北京市科委、中关村管委会 2026 年度「中央引导地方」及「新一代信息通信技术创新」专项众智 FlagOS 加速计划方向拟立项公示，跨维智心《基于 FlagOS-Robo 的 AlohaMini 具身智能机器人端侧部署与应用示范》入选。验收含具身模型训练适配与推理部署、国产芯片端侧应用、多芯片推理精度一致性测试，以及具身模型、运控小脑与本体控制的协同。这是继 FEP 矩阵与赛事之后第三个带交付物约束的外部项目。
  • 社区影响力事件（10-19，回顾稿 10-21 发布）：Triton Developer Conference 2026 在圣何塞举行，到场开发者超过 500 人；FlagOS 团队的 KernelGen 是现场唯一系统化展示「多芯片算子自动生成 Agent」的项目，且建立在 FlagTree 编译基础设施之上；2.2 口径下 8 款芯片上自动生成的算子数量为 77 至 551 个，性能对比区间 2.58 倍至 38.33 倍（原文注明为各演讲者测试条件，不宜跨项目外推）。
  • 赛事与开发者运营：CSDN FlagOS 站点挂出的 SGLang 跨芯片算子优化赛赛道一已开始向主仓产出可合并成果，但节奏仍是批次式而非分布式；10-22 新增一条高校圆桌直播（全球 AI 开放计算师资发展计划下的教学落地），属社区活动而非技术发布。
  • 渠道核查结论：24 组中英文查询词在五个窗口中，组件名（FlagOS、FlagGems、FlagScale、FlagTree、FlagPerf、FlagAttention、FlagCX、KernelGen）直查持续零命中；有效条目全部来自成员单位稿、产业媒体与社区自有渠道。CSDN FlagOS 专栏首页最新原创稿仍停在 08-28 的 Day0 适配稿，智源社区搜索页为客户端渲染仅得框架页，HN Algolia 八组查询无标题直接匹配。生态建设的可核查进展仍以仓库为准。

六、趋势观察

  • 交付面统一先于功能扩张：本周最重的一批工作不是新算子，而是 glibc 底线、builder 形态、通信依赖与安装命令——22.04 自包含 builder 从六后端收口到七后端、flagcx==0.14.0 从两条 nvidia 行扩到二十个后端、一键安装脚本把多仓依赖收成一条命令、optest 把测试设施变成可安装 wheel。这些动作的共同效果是「换后端时不再改安装脚本」，而它比任何单点性能提升都更直接决定 2.3 的交付速度。
  • 需求到证据的闭环在本周被压缩到一天：10-21 两份 FEP 合入把版本乘厂商写成矩阵，10-22 海光就点亮第一格；同样，10-20 的 optest 与 FlagCICD 落地后，10-22 的 FlagGems 用例改造立即转向「直连候选」。2.3 的剩余九家与两条版本线是此后六周的主工作量，观察点是同一个 0.28.0 是否在清微、沐曦、燧原、昆仑芯上复用海光的 empty 后端模板。
  • 质量优先于数量的取向已经稳定：全周 661 笔合入里，真正新增算子能力的不足两成，主体是测试契约（至少 119 笔来自单人）、自动化产出（KernelGen 三批 14 个算子加稀疏族在审）与构建基建。这与 2.2 发布后「先把既有能力测准」的取向一致，代价是算子数量增长放缓、对外性能数字的更新也会放缓。
  • 量子栈形成一种可复制的推进方式：先把契约写成可拒绝的实现，再逐块放开：扩子包而锁核心（159 个新公开名进子包、Stable Core 41 个导出不变）、把部署前置校验写成强制门、删除没有外部服务的供应商、冻结未批准的采样接口。本周一半合入量花在拒绝与删除上，这决定了 M3 后续的边界是否可信；风险是 20 至 34 笔合入全部由单一账号完成，物理语义的验证依赖同一批人写测试与实现，外部无法独立复核。
  • 可观测性与多卡正确性成为多后端的新短板：清微第一次有设备时间线，昆仑芯跨卡拷贝此前一直是错的（字节从未写入，同步调用不会掩盖），这两件事都发生在「能跑」之后。过去两周的测试移植与用例契约改造、本周的 optest 集中化，本质是对同一判断的不同表达——多后端在能跑之后的第一道坎是可复现，而不是更快。
  • 三个风险项需要在下一期确认：一是「整批更新」类提交缺少可核对明细（燧原 26 文件 +3520/−511 无法对应到具体算子与收益），昆仑芯融合 MoE 又以替代基线测出，两者都会让后续跨厂商对比失真；二是地平线与寒武纪连续两日静默，若下周延续应在周报中单列；三是训练侧（Megatron-LM-FL、FlagScale）本周推送稀少，TransformerEngine-FL 三笔 NPU PR 尚未合入，2.3 周期的训练栈进度落后于推理栈。
  • 下一观察点：FlagTree 0.7.1 开发构建是否在 2.3 前转正式版；vLLM 0.28 的第二家厂商（清微或沐曦）是否复用海光模板；FlagCV 何时落第一个可运行算子；大会分论坛与工作坊的逐场纪要是否公开；量智云何时对外开放。

附录：素材与核查

  • 素材：2026-10-19、10-20、10-21、10-22、10-23 五期 FlagOS 日报，窗口分别为 10-16 06:00 至 10-19 06:00（72 小时）、10-19 06:00 至 10-20 06:00、10-20 06:00 至 10-21 06:00、10-21 06:00 至 10-22 06:00、10-22 06:00 至 10-23 06:00，周期内无缺期。
  • GitHub 核查方法：对组织 flagos-ai 全部 61 个仓库逐日核查推送状态；合入以 is:merged 加 merged:>=窗口起点 检索为真值，在审以 is:open 加 updated:>=窗口起点 检索；主分支新增用 commits?sha=<分支>&since=<UTC> 复核，非默认分支推送由 org 事件流与 commits.atom 兜底分辨。分仓合入数为各期日报披露口径的累加，部分期次仅统计前 100 条合并 PR，可归仓合计 641 笔，差额 20 笔为未展开的尾部仓。
  • 版本与标签核查：以组件仓库 releases.atom 原子源逐一复核，本周窗口内检出四个标签（FlagCX v0.15.0.dev0、FlagTree 0.7.1a1+ascend3.5、0.7.1.dev1、0.7.1.dev1+ppu3.6），FlagGems、FlagScale、FlagBLAS、FlagDNN、Torch-FL、vllm-plugin-FL、sglang-plugin-FL、build-infra、FlagAttention、FlagSparse、FlagOps 等仓库无新 Release，与日报记载一致。
  • 新闻侧核查：Google News RSS 24 组中英文查询词（组件名取 14 天、成员与产业词取 7 天）、HN Algolia 八组、CSDN FlagOS 专栏、智源社区与成员单位原稿逐条交叉验证；有效条目按「原站优先」引用，晚索引与旧闻重发（如火绒性质的行情稿、工博会获奖旧闻）按规则剔除，未计入条目。
  • 口径说明：日期与时间均为北京时间；周一期覆盖 72 小时，其 10-16 至 10-18 的内容按原始日期标注，与上一期周报（覆盖 10-12 至 10-16）在边界日存在重叠，重叠部分的标签与 FEP 已在上一期列明，本期不重复计数；「合入」指 GitHub 检索的合并时间落在窗口内的 PR，与日报的逐日窗口计数存在一天左右的错位，本报告统一采用合并日期口径。
  • 局限：分支级活动（如 FlagPrism 的燧原调试分支、FlagGems 的 bump-flagtree-tsm 分支）无法以默认分支口径完整枚举；训练侧 Megatron-LM-FL 与 FlagScale 的窗口内动作稀疏，相关判断的置信度低于推理栈；组件名新闻侧持续零命中，生态内容主要来自成员单位与产业媒体，非 FlagOS 官方公告的部分已在正文标注来源性质。

参考文献