调研窗口：2026-10-16 06:00 ~ 2026-10-19 06:00（北京时间，约 72 小时；周一晨报，窗口覆盖周末，自上一期日报（10-16）截点起算，含 10-17 至 10-18「2026 人工智能开放计算大会暨众智 FlagOS 技术大会」全程）。

信源：GitHub（org: flagos-ai 61 仓库全量核查、提交搜索 147 笔分页核验、合并 PR 139 笔与在审 PR 239 笔检索、31 库 Release 与 8 库标签原子核查、org 事件流 100 条与分支级兜底）、Google News RSS（24 组中英文查询词，走代理）、HN Algolia（8 组）、CSDN FlagOS 专栏与智源社区、大会官方议程页与 DOIT 现场报道（详见附录信源清单）。

本期索引

  • 今日重点：2026 开放计算大会两日全程——2.2 主论坛口径（21 厂商 35 芯片 / 1454 算子 / 跨芯 +27.6% / 264 位贡献者）与量智云发布；GitHub 侧 16 仓 147 笔提交、139 笔合入，新仓 FlagCV 骨架落库、FlagQuantum 0.3.1 与 FlagCX 0.15.0.dev0 发布、build-infra 六后端 22.04 builder 收口（10-16 ~ 10-19）
  • 一、开源项目进展（GitHub 动态）
    • 1.1 组织节奏：16 仓推送、147 笔提交、139 笔合入、239 笔在审；FlagCV 首次进入提交面（10-16 ~ 10-19）
    • 1.2 新仓 FlagCV：对齐 OpenCV 接口的多后端图像算子库骨架合入（10-18 ~ 10-19）
    • 1.3 build-infra：FlagCX 六后端 22.04 自包含 builder 收口；FlagTree 逐后端 builder 与每日轮子矩阵成型（10-16 ~ 10-18）
    • 1.4 FlagGems：KernelGen 三十余条 NVIDIA 算子批量落库；昆仑芯优化潮二十余笔；216 用例迁移 Protocol v6（10-16 ~ 10-17）
    • 1.5 FlagTree：SpaceMiT RISC-V 后端新增 smt_rvisa 裸核 eDSL，退役私有 TLE 方言（10-16）
    • 1.6 通信与量子：FlagCX v0.15.0.dev0 与 Hygon UIL 双笔；FlagQuantum 0.3.0 / 0.3.1 双版本（10-16 ~ 10-18）
    • 1.7 推理与训练栈：GLM-5.3 / Qwen4 算子进 FlagGems-vllm；vllm-plugin-FL 昇腾全解码图；Torch-FL MPS 与 FlagCICD（10-16 ~ 10-19）
    • 1.8 算子库与审查面：FlagBLAS 达摩院玄铁 PPU GEMM；FlagTensor 16 算子套件；挑战赛 27 笔在审（10-16 ~ 10-18）
  • 二、新闻报道与生态
    • 2.1 大会主论坛：FlagOS 2.2 的六组数字与四层架构（10-18）
    • 2.2 量智云 Quantum-AI Cloud 发布：FlagOS Execution Stack 托底 FlagQuantum（10-18）
    • 2.3 大会其余版块与渠道核查：分论坛直播页上线，逐场纪要尚未公开（10-17 ~ 10-19）
  • 三、成员单位深挖
    • 3.1 摩尔线程：S5000 的大会口径、MThreads 算子与 MUSA 线（10-16 ~ 10-19）
    • 3.2 沐曦：C550 上 MiniMax M3 与 Kimi K3 两档优化在审，metax 轮子进每日线（10-18 ~ 10-19）
    • 3.3 天数智芯 / 燧原 / 寒武纪 / 海光 / 清微 / 曦望 / 达摩院玄铁：六后端 22.04 与算子线（10-16 ~ 10-18）
  • 四、总结与趋势观察

今日重点：大会两日全程落定，2.2 的「规模口径」与工程侧的「可复现交付面」同步兑现（10-16 ~ 10-19）

日期：2026-10-16 ~ 2026-10-19　来源：DOIT 主论坛报道 · 大会议程页 · FlagCV · build-infra（全量见附录）

  • 大会（10-17 ~ 10-18）是本期绝对主线：主论坛 09:10 档，智源研究院副院长兼总工程师林咏华以「众智 FlagOS 2.2：从 token 经济走向物理 AI」为题，首次集中披露 2.2 的规模口径——21 家芯片厂商 35 款芯片、9 大算子库 1454 个算子（较上版 +890）、跨芯算子性能 +27.6%（覆盖 10 款芯片）、264 位代码贡献者（环比 +55%）；并发布 FlagPrism 跨芯片调试工具与 FlagOS-Compressor 统一量化工具（详见 2.1）。
  • 量智云（Quantum-AI Cloud）10-18 发布：智源研究院与北京量子信息科学研究院联合推出，经 FlagOS Execution Stack 支撑 FlagQuantum，对接「九鼎」AI 算力系统与「QUAFU」量子计算机，实现量子与经典混合作业调度——GitHub 侧 FlagQuantum v0.3.0 的发布说明（九鼎 / Quafu 任务可恢复、Quafu 多电路有序结果）与对外口径互为印证（详见 2.2 / 1.6）。
  • 工程侧同期是三线并进：build-infra 45 笔提交、41 笔合入，把 FlagCX 的 nvidia / hygon / cambricon / metax / enflame / iluvatar 六后端 builder 统一到 22.04 自包含形态，并把 FlagTree 的 builder 与每日轮子改为「backends.yaml 一行一个后端」的矩阵（详见 1.3）；FlagGems 48 笔提交、52 笔合入（KernelGen 批量落算子与昆仑芯优化潮，详见 1.4）；Torch-FL 20 笔提交、21 笔合入（MPS 原生算子与 FlagCICD 上报，详见 1.7）。
  • 组织新增一枚「算子域扩张」信号：10-14 建仓的 FlagCV 于 10-18 深夜首次落提交、10-19 01:38 合入 PR #1「Init project skeleton」——接口对齐 OpenCV、多后端结构沿用 FlagDNN、内核用 Triton 编写，先落骨架不落算子（详见 1.2）。
  • 版本面：FlagQuantum 0.3.0（10-16 13:34）与 0.3.1（10-16 19:20）同日双发；FlagCX 打出 v0.15.0.dev0（10-18 10:36）。窗口内无 2.2 清单内其它组件的正式版本变更。

一、开源项目进展（GitHub 动态）

1.1 组织节奏：16 仓推送、147 笔提交、139 笔合入、239 笔在审；FlagCV 首次进入提交面（10-16 ~ 10-19）

日期：2026-10-16 ~ 2026-10-19　来源：org 仓库清单 · FlagGems · build-infra（全量见附录）

  • 仓库面：61 仓中 16 仓窗口内有推送——docs、FlagTree、FlagCV、Torch-FL、Trident、build-infra、FlagFFT、FlagCX、FlagQuantum、FlagGems、FlagGems-Experimental、FlagDNN、FlagGems-vllm、vllm-plugin-FL、FlagBLAS、FlagTensor。其中 FlagDNN / FlagFFT / Trident / docs 四仓的推送落在非默认分支（默认分支最新提交分别为 10-15 17:16 / 10-15 15:58 / 10-13 22:19 / 10-03 11:12），主线无新增。
  • 提交与合入：提交搜索命中 147 笔、覆盖 12 仓——FlagGems 48、build-infra 45、Torch-FL 20、FlagQuantum 11、FlagGems-vllm 6、FlagTree / FlagGems-Experimental / FlagCX / FlagCV / FlagTensor 各 3、FlagBLAS / vllm-plugin-FL 各 1；合并 PR 139 笔、覆盖 11 仓（FlagGems 52、build-infra 41、Torch-FL 21、FlagGems-vllm 6、FlagTree 4、FlagQuantum 4、FlagCX 3、FlagGems-Experimental 3、vllm-plugin-FL 3、FlagCV 1、FlagBLAS 1）。
  • 在审面：窗口内有更新的 open PR 239 笔、覆盖 23 仓，头部为 FlagGems 104、FlagGems-sglang 31、vllm-plugin-FL 27、Torch-FL 14、FlagTree 12、FlagGems-vllm 11；其中 27 笔带「FlagOS Competition-Track1」标签，全部投向 FlagGems-sglang（详见 1.8）。
  • 判断：三日窗口的合入密度（日均约 46 笔）高于 10-15 单日（107 笔 / 24 小时）的常态水平，但结构未变——FlagGems 与 build-infra 两仓合计占提交量的 63%、占合入量的 67%，仍是「算子库 + 构建基础设施」双引擎驱动；训练侧（Megatron-LM-FL / TransformerEngine-FL / FlagScale）窗口内零推送，处于大会前后的静默期。

1.2 新仓 FlagCV：对齐 OpenCV 接口的多后端图像算子库骨架合入（10-18 ~ 10-19）

日期：2026-10-18 ~ 2026-10-19　来源：FlagCV · PR #1 · 提交记录

  • 事实：10-14 建仓的 FlagCV 在 10-18 23:14 落下首笔提交「Add project skeleton and bitwise_and operator」，10-19 01:24 追加「Restructure as an immediate-mode skeleton without operators」，10-19 01:38 合入 PR #1（作者 zhangjieBaai）。PR 说明写明三点设计取向：接口对齐 OpenCV（include/flagcv/ 下 core / imgproc / gpumat / handle / types 五个头文件，对应 opencv2 的 core 与 imgproc）、多后端结构沿用 FlagDNN、内核用 Triton 编写；本 PR 只落骨架、不含算子。
  • 结构：仓库 81 个路径中，backends/ 已一次铺开 nvidia / thead / ascend / hygon / iluvatar / mthreads 六个后端（各含 CMakeLists、backend.cpp、compiler.py 与 kernels/registry.json）；src/ 分 core、imgproc、image、lowering、runtime 五块；compiler/flagcv_codegen 为代码生成入口；docs/ 已有 architecture、numerical-tolerance、operator-development 三篇。
  • 判断：这是 FlagOS 算子版图第一次从「大模型 / 科学计算」伸向图像处理——过去 FlagCV 类的缺口由 FlagDNN（深度学习算子）与各厂商自家 CV 库分担，现在以 OpenCV 兼容接口单独立仓。六后端目录一次铺开而非逐个加，说明团队打算用既有 FlagDNN 的多后端范式直接复用；numerical-tolerance 文档先于算子出现，也符合 FlagOS 在 KernelGen 线「先立验收口径、再批量落算子」的既有节奏。风险是图像处理算子（插值、色彩空间、形态学）与 Triton 的表达能力匹配度尚未验证，且仓库尚无可运行算子，短期内不宜对其覆盖度下结论。

1.3 build-infra：FlagCX 六后端 22.04 自包含 builder 收口；FlagTree 逐后端 builder 与每日轮子矩阵成型（10-16 ~ 10-18）

日期：2026-10-16 ~ 2026-10-18　来源：build-infra #1369 · #1371 · #1372 · #1380 · #1389 · #1394 · #1398 · #1399 · #1403 · #1404 · #1407

  • FlagCX 线：24 小时内为六个后端各落一枚「22.04 自包含 builder」——nvidia（#1372）、hygon（#1380）、cambricon 4.7.2（#1389，配套补 pandas 依赖 #1391）、metax（#1394）、enflame（#1398）、iluvatar（#1403）；每枚 builder 都以 ubuntu:22.04 为 glibc 底线、把厂商 SDK 预置进镜像，再在其上出 wheel，并在 wheel-info 留痕（#1375 / #1395 / #1400）。#1407 追加 dispatch 级 --no-bitcode 开关：v0.14.0 标签早于 FlagCX #668 的 bindings/ir Makefile，重发 iluvatar 的 0.14.0+corex4.4.0 / corex4.5.0 两个 pin 时不再产出设备 bitcode，避免 setup.py 在非 nvidia adaptor 上直接抛错。
  • FlagTree 线：builder 从「两条工作流做一件事」合并为一个矩阵，backends.yaml 一行携带 Containerfile、镜像仓、runner 标签、磁盘预算与验收断言（#1369）；每日轮子同样改为逐后端一行、由 plan 逐行算版本与文件名（#1371），metax 进每日线（#1377）、iluvatar 进目标与每日行（#1390 / #1393）、sunrise 把 builder 与 wheel 收进单文件并启用每日行（#1399 / #1402）、ascend 一对后端改为两阶段 builder（#1404 / #1405，构建环境即交付环境，读 CANN 并据此 pin AscendNPU-IR）。#1397 明确把 FlagCX 从 iluvatar 的 FlagTree wheel 里剔除，划清两条产物的边界。
  • 打包线：wheel 上传从 runner 本机 python 改为在 uploader 镜像内执行（#1381 / #1382 / #1388）；发布类工作流接受 pull/<N> 作为 ref（#1347），使 PR 分支可先跑一遍发布链路；FlagGems-sglang 进入 noarch deb/rpm 与 flaglibs wheel 两条线（#1387）；bundle 深度冒烟改为真机 device + 编译器 JIT/执行（#1365），并在 bundle 的 glibc 底线（22.04）上跑验证（#1376）。
  • 判断：这一批不是零散修补，而是把「N 个后端 × M 类产物」压成「一张矩阵 + 一份 backends.yaml」——新增后端从「再写一条工作流」变成「加一行」。统一 22.04 是同一逻辑的另一面：只有把构建环境与交付环境的 glibc 底线钉死，跨发行版的 wheel 才谈得上「一份产物多处可装」。这正对应主论坛所说的「35 款芯片」——芯片数要靠可复现的交付面撑住，否则规模只是名单。

1.4 FlagGems：KernelGen 三十余条 NVIDIA 算子批量落库；昆仑芯优化潮二十余笔；216 用例迁移 Protocol v6（10-16 ~ 10-17）

日期：2026-10-16 ~ 2026-10-17　来源：FlagGems #6989 · #7215 · #7213 · #6985 · #7124（全量见附录）

  • KernelGen（NVIDIA）批量落算子：10-16 14:06 ~ 14:50 与 16:11 前后，三十余条「[KernelGen][Nvidia] Add <算子> operator with Triton kernel」集中合入，覆盖 `slow_conv_transpose2d/3d`、`_slow_conv2d_backward`、`convolution`、`fft_rfft`、`linalg_cholesky_ex / eigvalsh / inv / tensorsolve`、`lstm_cell / gru_cell / rnn_tanh_cell / rnn_relu_cell`、`coalesce / col_indices_copy / values_copy`、`diagflat / gradient / dense_dim / _dim_arange / _dimV / _has_same_storage_numel / _sparse_broadcast_to` 等；FlagGems-Experimental 另落 3 条（`dstack` 与逐通道量化张量工厂算子等）。
  • 测试口径迁移：#7215 把 216 个算子用例迁到 Protocol v6 的三件套布局（tests/test_<op>.py + benchmark/test_<op>.py + definitions/<op>.json），并说明来源清单 220 个精确 ID 中 216 迁移、3 个经复核排除（tensor_split 等伞形行）、1 个暂缓（clone 无现实现）；附带为 philox_normal_ 补版本门控的 Philox 注册。
  • 昆仑芯优化潮：二十余笔集中在 XPU 后端——amax / mv / i0 / cauchy、euclidean_dist / normed_cumsum、batch_norm_backward / layer_norm_backward、masked_scatter / nonzero / addr / logit、foreach_copy / foreach_pow_list / foreach_tan、float_power_ / gather_backward / scatter_add_ / to_copy、tril_ / arange、le_scalar_ / one_hot / mhc_pre、index_select_backward；其中 #7213 把 cumsum 的行扫描改写为前缀和矩阵乘，#7144 / #7218 补 int16 dtype 与精度修复。
  • 其余线：MThreads 新增 moe_load_balance_loss 算子（#6985，含 MUSA 特化：累加器 sem="relaxed"、tl.histogram 逐 program 直方图替代标量原子、单次 scratch 分配，并带 C++ wrapper 与 gtest）；昇腾修 adaptive_max_pool3d 网格上限与分块发射偏移（#7124）；海光在审 #7242 把 split-KV 的 BLOCK_M 上限压到 16 以守住 64KB LDS。
  • 判断：KernelGen 的产出已经进入「按 ATen 清单补齐」的扫尾阶段——本轮补的多是 _dim_arange、values_copy、_has_same_storage_numel 这类边角算子，说明主干算子覆盖接近完成、开始处理别名/视图/稀疏等边界语义。昆仑芯二十余笔的密度值得单独标注：这是单一国产后端在三日窗口内最集中的优化投入。

1.5 FlagTree：SpaceMiT RISC-V 后端新增 smt_rvisa 裸核 eDSL，退役私有 TLE 方言（10-16）

日期：2026-10-16　来源：FlagTree #1381 · #1394

  • 事实：#1381（作者 alex-spacemit）更新 SpaceMiT RISC-V（K3）后端，三件事一起做——新增 smt_rvisa，一个裸核（raw-kernel）eDSL，作者显式指定 SEW / VL / 分块 / 指令选择，而不是交给调度器决定；内核经 C++ builder API 下降（不生成 MLIR 文本），另有一条 LLVM 直出路径，用 MLIR Python bindings 直接产出 llvm.func 并整段跳过 spine-opt；后端不再保留私有 TLE 方言副本，改为消费通用 third_party/tle；同时修掉裸路径暴露的指针 / 内存空间下降缺陷。
  • 配套：#1394 更新昇腾 CI 的 py311 / py312 与 ascend3.5 工作流；在审 #1395（[SPEC][XPU] 复用 core analysis 并路由 TritonTypes.td）、#1396（Ascend3.5 py312 交付工作流）显示 XPU 与昇腾两条线的规格化仍在推进；#1387 把 tle.gpu.alloc 别名的测试在 enflame 上跳过。
  • 判断：RISC-V 后端过去在 FlagTree 里是「能编、能跑」，本期第一次出现面向向量单元的手写入口——SEW / VL 显式可控意味着可以把 RVV 的向量长度与分块策略写进内核，而不是依赖自动调度推断。退役私有 TLE 副本则是治理动作：多后端共用一个 TLE 方言，才不会出现「各后端一套语义」。对 RISC-V AI 芯片（进迭时空 K3 线）而言，这是把「能跑模型」往「能压性能」推进的一步。

1.6 通信与量子：FlagCX v0.15.0.dev0 与 Hygon UIL 双笔；FlagQuantum 0.3.0 / 0.3.1 双版本（10-16 ~ 10-18）

日期：2026-10-16 ~ 2026-10-18　来源：FlagCX v0.15.0.dev0 · FlagCX #643 · #668 · #663 · FlagQuantum v0.3.0 · v0.3.1

  • FlagCX：10-18 10:36 打出 v0.15.0.dev0（开发线标签）；代码侧三笔合入——#643 启用 Hygon Device API 与统一 IR 的 HIP 后端，补上海光在 UIL（统一接口层）上的设备通道；#668 让设备 bitcode 按 adaptor 生成而不是硬编码 nvidia，这是异构通信库从「一家专属」走向「多家同构」的关键改动；#663 把 CI 收敛到四卡并统一平台配置。
  • FlagQuantum 0.3.0（10-16 13:34）：0.3 线转稳定包，提供 Python 3.10–3.12 的 stable-ABI wheel（Linux x86_64 / macOS arm64 / Windows amd64）；九鼎与 Quafu 任务可恢复（opt-in 回执），Quafu 多电路结果保序；随包附 FlagOS 2026 工作坊六讲的英文与中文版。
  • FlagQuantum 0.3.1（10-16 19:20）：补 0.3.0 构建后合入的本地科研能力服务——flagquantum.services 发现与描述受限能力、类型化请求的校验与估计、本地 CPU 执行与结构化证据校验，含两比特 Pauli-sum 基态 VQE 路径与带版本号的证据包；发布说明同时划清边界：不负责从化学规格构造分子哈密顿量、不在量子硬件上运行、不含 MCP server 或 agent runtime（MCP 适配器为独立包）。
  • 判断：两条线在同一个窗口内完成「能力—产品」的对齐——FlagCX 的 UIL 化（Hygon 通道 + 逐 adaptor bitcode）是通信层多厂商化的收口动作；FlagQuantum 的发布说明把「能做什么 / 不做什么」写得比多数项目清楚，而 0.3.0 里的九鼎 / Quafu 任务恢复能力，恰好是次日量智云对外发布的技术底稿（详见 2.2）。

1.7 推理与训练栈：GLM-5.3 / Qwen4 算子进 FlagGems-vllm；vllm-plugin-FL 昇腾全解码图；Torch-FL MPS 与 FlagCICD（10-16 ~ 10-19）

日期：2026-10-16 ~ 2026-10-19　来源：FlagGems-vllm #900 · #896 · vllm-plugin-FL #409 · #607 · Torch-FL #560 · #565 · #542

  • FlagGems-vllm（6 笔合入）：#900 为框架侧 PR 454 补 GLM-5.3 Flash 公开算子；#896 交付 Qwen4 的 HC / PLE / sparse QSA 三类算子供插件集成；#924 修 thead 的 W8A8 MoE 整型累加并复用 GEMM2；#934 修 MUSA 的 vLLM 基线启动；#937 把 FP8 varlen 精度矩阵压到 359 个用例。
  • vllm-plugin-FL：#409 为昇腾启用通用全解码图模式（generic full-decode graph）；#598 关掉 H20 上失效的 NVLS 初始化；#593 为算子 profile 补 eager 参考实现。在审两笔指向沐曦 C550：#540 是两节点 TP16 的 MiniMax M3 BF16 优化档（09-18 开出、10-18 仍在更新），#607 是四节点 TP8 / PP4 的 Kimi K3 MXFP4/BF16 实现（10-19 01:58 新开，跑在 vLLM 0.28 兼容的 0.4.0-dev 分支上）。
  • Torch-FL（20 笔提交 / 21 笔合入）：MPS 线三笔——原生 mm / bmm 进 MPSGraph gemm 类（#560）、softmax 与逐元素 neg / pow 原生化（#565）、编译后的 MPSGraph 计划缓存与调度（#545）；昇腾线五笔（PrivateUse1 上的 bitwise_*_.Scalar、SDPA 带 dropout 时退回、cumsum 走 aclnn、flip 走 aclnn、桥接 FlagTree 0.7.0 的 autotuning 参数改名）；GCU 三笔（rsub 原生、conv 与 layer_norm 按操作数设备门控、Qwen-Image 旋转表记忆化）；清微一笔（metadata-only 视图算子路由到厂商槽位）；CI 侧新增昆仑芯 P800 的 2.9 稳定分支线（#273）、平台 pytest 报告上报 FlagCICD（#542 / #577）、MUSA 运行时覆盖并入共享集成清单（#574）、CUDA 线改跑 FlagGems 主导的默认轮子（#530）。
  • 判断：推理侧的动作已从「适配某芯片」转为「适配某模型的新结构」——GLM-5.3 Flash 与 Qwen4 的 HC / PLE / QSA 都是 10 月才出现的新架构名词，算子先于模型公开落地。训练侧 Torch-FL 的重点则在 MPS（Apple 平台）与 FlagCICD 上报：前者说明 FlagOS 的「多芯片」已把端侧 / 工作站纳入，后者是把多平台 pytest 结果集中化的治理动作。

1.8 算子库与审查面：FlagBLAS 达摩院玄铁 PPU GEMM；FlagTensor 16 算子套件；挑战赛 27 笔在审（10-16 ~ 10-18）

日期：2026-10-16 ~ 2026-10-19　来源：FlagBLAS #148 · FlagTensor · FlagGems-sglang PR 列表

  • FlagBLAS：#148 为达摩院玄铁真武（Zhenwu）PPU 的 thead 后端补齐 GEMM——sgemm / hgemm / bfgemm / dgemm 四个 Triton 内核，各带 NN / TN / NT / TT 四种布局变体；cgemm / zgemm 只留占位并转调 flag_blas.ops.level3（真武无原生复数 GEMM）。PR 同时修正 thead 的精度与性能套件此前跑不起来的问题（cublasGemmEx 的计算类型参数等），并限定只影响 thead 厂商。
  • FlagTensor：三笔提交把非 NVIDIA 厂商统一到固定的 16 算子测试套件上，并同步更新各平台指南（10-16 11:01 ~ 11:26）——即把「每个后端各测各的」改为「同一组 16 个算子、同一套判定」。
  • 审查面：239 笔在审 PR 中，27 笔带「FlagOS Competition-Track1」标签、全部投向 FlagGems-sglang（该仓 31 笔在审），内容是为 SGLang 补 Triton 内核——宽行 softmax、MLA 吸收式 Q 拼接、DCP 的 LSE 合并、QKV-ZBA 拆分重排、投机采样附加项收集等（内核名见附录 PR 列表），提交者多为赛事战队账号。
  • 在审要点（其它）：FlagGems #7246 摩尔线程 mm 优化（+3501/-72）；#7239 昇腾 mm 形状分发与 Triton 分块；#7243 昇腾 index_put 退回原生 ATen 规避 MLIR pass 崩溃；#7203 修达摩院玄铁后端 GRU barrier 死锁；FlagTree #1395 XPU 规格复用、#1396 昇腾 py312 交付流。
  • 判断：三个算子库各自在做同一件事的不同层——FlagBLAS 补硬件后端的基础线性代数、FlagTensor 统一验收口径、FlagGems 承接赛事与 KernelGen 的算子流入。赛事在审量（27 笔）说明社区供给仍在，但集中在 sglang 一条线上，覆盖面窄于 9 月首批 16 笔的批量收口。

二、新闻报道与生态

2.1 大会主论坛：FlagOS 2.2 的六组数字与四层架构（10-18）

日期：2026-10-18　来源：DOIT《林咏华：众智 FlagOS 2.2 发布，token 经济正走向物理 AI》 · 大会议程页

  • 规模口径：覆盖 21 家 AI 芯片厂商、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。报道称 2.2 于 9 月 30 日发布；GitHub 侧 2.2 清单 24 项实际在 09-28 ~ 09-29 落库（见 09-29 / 09-30 日报），对外口径与仓库落库日期存在两日差，以仓库为准。
  • 编译与调优：FlagTree 单仓覆盖 20 个厂商后端，新增 NVIDIA TileIR、AMD、达摩院玄铁、进迭时空、辉羲与 ARM64 CPU 后端，main 分支升至 Triton 3.6；FlagOSTune 对矩阵乘等算子的搜索提效最高 298 倍。端到端实测：NVIDIA 上 DSV4-flash 吞吐 +12.63%、首 token 时延 −20.22%；摩尔线程 S5000 上 Qwen3.6-35B-A3B 达 H100 等效吞吐的 82.29% ~ 89.83%，超厂商原生 4% ~ 19%。跨芯整体 +27.6% 中，昆仑芯 P800 加速比提升 191.2%、昇腾 910B 提升 160.7%。
  • 工具链：新发布 FlagPrism（跨芯片调试与性能分析，可把数值偏差定位到语句级，已支持昇腾、天数智芯、摩尔线程、英伟达、燧原）；统一插件系统把「N×M」组合改为「N+M」解耦，覆盖推理（vLLM / SGLang）、训练（Megatron-LM / TransformerEngine）、强化学习（VeRL）与基础框架（Torch-FL）；FlagOS-Compressor 首次提供跨芯片统一量化，397B MoE 做 W8A8 后体积减少 49.1%、GPQA-Diamond 保持 84.85%，已在 H20 与国产 PPU 上验证；Day0 能力做到新模型一天内适配最多 12 款芯片，并同步分发到 HuggingFace、魔搭、腾讯云、焕新社区与国家超算互联网。
  • Token 与模型案例：DeepSeek V4.1 Flash 在 H100 上推理性能提升 18% ~ 20%、64 路并发总吞吐约 9190 tok/s；达摩院玄铁 810E 提升 77% ~ 82%、实现 16 路并发可用；FP4 索引打分平均加速 2.75 倍、FP8 Dense GEMM 1.41 倍。GLM-5.3-Flash 在昇腾 910B 上吞吐提升 2.04 倍，长上下文冷 TTFT 降 8.1%、满载 ITL 降 16.6%，性能达官方 API 的 99.7%、性价比高 19.4% ~ 27.6%。
  • 具身、端侧与国际化：具身侧 VLM 加速约 2.3 倍（MFU 33%）、Tx2V 约 1.9 倍（MFU 36%）、Action 约 2.0 倍（MFU 35%）、训练 MFU 33% ~ 36%，对比 Cosmos3-Nano 的 23% 与 Cosmos3-Super 的 30%；端侧在 Arm CPU 上仅用 CPU 跑 MiniCPM5-2B，预填充 1135 tokens/s、生成 90 tokens/s，经 FlagTree-CPU 与 SME2 / NEON I8MM 协同后完整模型 Prefill 再提 21% ~ 25%，Mac M5 Pro 上 Xing4.0 29B-A4B 相对 vLLM 原生提升 252.09%；国际侧 9-28 联合国「开放计算工作组」获批、两周内 300 多家全球机构报名，首会计划在 11 月 APEC 期间举行。
  • 判断：这份口径的价值不在单个数字，而在把「规模」拆成了可核验的四层——芯片数（35）、算子数（1454）、性能增益（+27.6%，且给出 10 款芯片的分项）、贡献者数（264）。相较 2.1 时期的「支持多少芯片」，2.2 的叙事已经转向「同一批芯片上的共享优化是否可累积」；FlagPrism 与 FlagOS-Compressor 两个新工具正好是这句话的工具化表达。

2.2 量智云 Quantum-AI Cloud 发布：FlagOS Execution Stack 托底 FlagQuantum（10-18）

日期：2026-10-18　来源：DOIT 主论坛报道（量智云段） · 正式议程（量智云平台发布 10:05–10:15） · FlagQuantum v0.3.0

  • 事实：10-18 上午量智融合分论坛设「量智云平台发布」环节（议程 10:05–10:15）。据主论坛报道，量智云（Quantum-AI Cloud）由智源研究院与北京量子信息科学研究院（BAQIS）联合推出，通过 FlagOS Execution Stack 支撑 FlagQuantum 量子框架，对接「九鼎」AI 算力系统与「QUAFU」量子计算机，实现量子与经典混合作业调度。
  • 代码侧印证：FlagQuantum v0.3.0 的发布说明（10-16）已写明「九鼎与 Quafu 任务可恢复（opt-in 回执）」「Quafu 多电路结果保序」，v0.3.1 再补本地科研能力服务与带版本的证据包——说明量智云发布时，量子侧的任务提交、回执与结果保序链路在包里已经具备，而非仅有框架层接口。
  • 判断：这是 FlagOS 从「AI 训练推理」跨到「量子-经典混合」的第一个云服务形态产物。值得注意的边界：v0.3.0 / 0.3.1 的说明明确不在量子硬件上运行、不含 MCP server 与 agent runtime，硬件执行由九鼎与 QUAFU 侧承接——分工是「FlagOS 做调度与执行栈、量子院做硬件与云」。后续观察点是量智云何时对外开放、以及 FlagQuantum 的多芯片后端（海光 / 摩尔线程）是否被纳入云端调度。

2.3 大会其余版块与渠道核查：分论坛直播页上线，逐场纪要尚未公开（10-17 ~ 10-19）

日期：2026-10-17 ~ 2026-10-19　来源：CSDN FlagOS 专栏 · AI 系统分论坛直播页 · 量智融合分论坛直播页 · AI Agent 分论坛直播页

  • 版块结构：大会为 1 主论坛 + 6 分论坛 + 1 全天工作坊，分论坛含开放计算 AI 系统、车载智能、量智融合、具身智能、AI Agent、国际 AI 计算合作；10-18 全天工作坊五场（KernelGen 算子生成、端侧推理、Triton-TLE 注意力算子、量智融合量子编程、FlagScale-Agent 架构）。议程细节在 10-12 / 10-13 日报已收录，本期不重复。
  • 可核查的增量：CSDN FlagOS 专栏于 10-17 / 10-18 上线 AI 系统、量智融合、AI Agent 三个分论坛的直播页（标注「回放中」）；截至窗口截止，未检索到逐场纪要或演讲实录，主论坛内容仍以 DOIT 一篇现场报道为主要来源。智源社区（hub.baai.ac.cn）窗口内未检出 FlagOS 相关条目。
  • 新闻检索结论：Google News RSS 24 组中英文查询命中 34 条，组件名直查（FlagOS / FlagGems / FlagScale / FlagTree / FlagPerf / FlagCX / KernelGen）在窗口内仍为零命中，唯一实质命中是 10-18 的主论坛报道（见 2.1）；HN Algolia 8 组查询无直接命中。其余命中为成员单位企业稿与行情稿——摩尔线程 Step 5 Preview Day-0（10-15，前一期已收录）、沐曦曦索 X302 工博会获奖（10-12 起多站转载，已收录）、燧原「A 股上市」（经核为 09-11 旧闻重发）、「7 天完成千亿大模型适配」（东方算芯 DF1000，非 FlagOS 相关）、蓝芯算力 RISC-V 湾芯展稿（非 FlagOS 相关），一并剔除。

三、成员单位深挖

3.1 摩尔线程：S5000 的大会口径、MThreads 算子与 MUSA 线（10-16 ~ 10-19）

日期：2026-10-16 ~ 2026-10-19　来源：DOIT 主论坛报道 · FlagGems #6985 · #7246 · FlagGems-vllm #934 · build-infra #1399

  • 大会口径：主论坛给出两组与摩尔线程相关的数字——S5000 上 Qwen3.6-35B-A3B 达 H100 等效吞吐的 82.29% ~ 89.83%、超厂商原生 4% ~ 19%；端到端对比中 DSV4-flash 在 NVIDIA 上的提升（+12.63%）与国产侧的对比项并列呈现，说明 S5000 已被纳入 2.2 的性能基准盘。
  • 代码侧：FlagGems 合入 moe_load_balance_loss（MUSA 特化，#6985），在审 #7246 为 mm 优化（+3501/-72，10-19 00:06 新开）；FlagGems-vllm #934 修 MUSA 的 vLLM 基线启动、#937 收敛 FP8 varlen 精度矩阵；build-infra 的 sunrise（曦望）builder 与本条无关，摩尔线程自身对应 FlagTree 的 mthreads 轮子行（既有）。
  • 说明：摩尔线程 10-15 的 Step 5 Preview Day-0（MTT S5000 + MUSA + SGLang-MUSA，混合滑窗/CSA 稀疏注意力、FP8 DeepGEMM、MTP3 投机解码）走的是自家 MUSA 软件栈，不是 FlagOS 插件链路；该事件前一期已收录，本期不重复计入 FlagOS 生态条目。

3.2 沐曦：C550 上 MiniMax M3 与 Kimi K3 两档优化在审，metax 轮子进每日线（10-18 ~ 10-19）

日期：2026-10-18 ~ 2026-10-19　来源：vllm-plugin-FL #540 · #607 · build-infra #1377 · #1394

  • 模型适配（在审）：#540 是两节点 MetaX C550、TP16 的 MiniMax M3 BF16 优化档（09-18 开出，10-18 21:54 仍在更新，含稀疏注意力、小批量 Linear/MoE 与通信优化）；#607 是四节点 C550、TP8 / PP4 / DP1（EP、SP 关闭）的 Kimi K3 MXFP4/BF16 实现，跑在 vLLM 0.28 兼容的 0.4.0-dev 分支，模型适配、TP/head 打包、shape 选择与 PP 运行时编排都留在 FL 侧（10-19 01:58 新开）。
  • 构建侧：build-infra 把 metax 放进 FlagTree 的每日轮子线（#1377）、为 metax 落自包含 22.04 FlagCX builder（#1394，含 SDK 版本变量名与 deb 解包路径两处修正），并在 10-18 09:21 记录 metax 轮子重发。
  • 判断：沐曦在 FlagOS 内的角色从「被适配的芯片」转为「性能档的贡献者」——两笔在审 PR 都是成对的部署方案（节点数、并行度、量化格式、上下文）而非单算子补丁，这类 PR 的评审成本高，一旦合入即成为可复用的参考配置。

3.3 天数智芯 / 燧原 / 寒武纪 / 海光 / 清微 / 曦望 / 达摩院玄铁：六后端 22.04 与算子线（10-16 ~ 10-18）

日期：2026-10-16 ~ 2026-10-18　来源：build-infra #1380 · #1389 · #1398 · #1403 · FlagCX #643 · FlagBLAS #148（全量见附录）

  • 天数智芯（iluvatar）：FlagCX 22.04 builder 与 v0.14.0 两个 corex pin 的重发（#1403 / #1407，22.04-clean、不带设备 bitcode）；FlagTree 的 iluvatar 行从「单独一条工作流」并入矩阵并启用每日轮子（#1390 / #1393 / #1397）；Torch-FL 把 FlagGems 工厂里的复数 dtype 在 DCU 上重路由（#548）；FlagGems #7220 的 conv2d 权重缓存与 channels_last 融合优化在审。
  • 燧原（enflame）：FlagCX 22.04 builder（#1398 / #1401，记录 enflame 轮子重发）；FlagTree 侧修 tle.gpu.alloc 别名测试在 enflame 上误跑（#1387）；FlagGems-vllm #900 的 GLM-5.3 Flash 公开算子为跨厂商共享，非 enflame 专属。
  • 寒武纪（cambricon）：FlagCX 4.7.2 的 22.04 builder（#1389，附补 pandas 以解 torch_mlu 导入问题 #1391），10-17 21:39 记录 neuware 4.7.2 的 22.04-clean 重发（#1392）。
  • 海光（hygon）：FlagCX 启用 Hygon Device API 与统一 IR 的 HIP 后端（#643），并落 22.04 builder 与轮子重发记录（#1380 / #1383）；FlagGems 在审 #7242 把 split-KV 的 BLOCK_M 上限压到 16 以守住 64KB LDS；Torch-FL 的 DCU 复数 dtype 重路由同 #548。
  • 清微（tsingmicro）：Torch-FL 把 metadata-only 视图算子路由到厂商槽位（#550），延续 2.2 周期内清微后端「先立骨架、再补语义」的路径。
  • 曦望（sunrise）：FlagTree 的 builder 与 wheel 收进单文件（22.04 工具链可发布复用，pybind11 钉到 3.1.0），并加入共享 builder 矩阵、启用每日轮子行（#1399 / #1402）。
  • 达摩院玄铁（thead）：FlagBLAS 补真武 PPU 的四种精度 GEMM（含 NN/TN/NT/TT 变体，#148）；FlagGems-vllm 修 W8A8 MoE 的整型累加并复用 GEMM2（#924）；FlagGems 在审 #7203 修后端 GRU barrier 死锁、#7209 系列的 thead 精度套件同步在跑。
  • 地平线（D-Robotics）：窗口内未检出提交、PR 或新闻动作。

四、总结与趋势观察

  • 叙事与工程第一次同频：主论坛把 2.2 讲成「规模化共享优化」（21 厂商 35 芯片、1454 算子、+27.6%、264 贡献者），而同一窗口 GitHub 侧最重的一笔恰好是 build-infra 的六后端 22.04 builder 与逐后端每日轮子矩阵——两者回答的是同一个问题：芯片名单要靠可复现的交付面撑住。这是本期最值得记录的对应关系。
  • 算子域在扩张，但扩张的方向需要看清：KernelGen 三日落下三十余条 NVIDIA 算子，多是 _dim_arange、values_copy、_has_same_storage_numel 这类边界算子，说明主干覆盖接近完成、进入别名与视图语义的扫尾；而国产后端的增量仍集中在昆仑芯（二十余笔优化）与达摩院玄铁（GEMM 补齐），后端之间的覆盖差距并未缩小。FlagCV 立仓是另一个方向的扩张——从 LLM 与科学计算走向 OpenCV 式图像处理，六后端目录一次铺开，但仓库尚无可运行算子，短期不宜高估。
  • 量子线出现产品形态：FlagQuantum 0.3.0 / 0.3.1 双发 + 量智云对外发布，把「九鼎 / QUAFU 任务可恢复」这类工程能力写进发布说明，同时明确不在硬件上运行、不含 agent runtime。分工是「FlagOS 做执行栈与调度、量子院做硬件与云」，这比笼统的「量智融合」口号更能说明边界。
  • RISC-V 侧的动作在编译器深处：SpaceMiT 的 smt_rvisa 让作者显式控制 SEW / VL / 指令选择，并退役私有 TLE 副本——这类改动不出现在任何对外口径里，却决定了 RVV 后端能否从「能跑」走到「能压性能」。
  • 待观察：一是大会分论坛与工作坊的逐场纪要尚未公开，主论坛之外的技战术内容（统一 IR、Token 工厂、端侧部署）目前只有议程口径；二是量智云何时对外开放；三是 FlagCV 何时落第一个可运行算子；四是训练侧（Megatron-LM-FL / TransformerEngine-FL / FlagScale）三日零推送，是大会前后的正常静默还是 2.3 周期的起点，需下一期确认。

附录：信源核查表

信源 核查方式 结论
GitHub org 仓库全量（61 仓） 16 仓窗口内推送；FlagDNN / FlagFFT / Trident / docs 四仓为分支推送，默认分支最新提交均在窗口外
GitHub 提交搜索（分页） 147 笔、12 仓；分两页拉取（100 + 47），并补 org 事件流 100 条与四仓 commits.atom 兜底
GitHub 合并 PR 检索 139 笔、11 仓（两页：100 + 39），以 is:merged + merged:>= 为真值
GitHub 在审 PR 检索 239 笔、23 仓（三页：100 + 100 + 39），其中 27 笔为赛事标签
GitHub Release / 标签原子核查 31 库 releases.atom + 8 库 tags.atom：FlagQuantum v0.3.0 / v0.3.1、FlagCX v0.15.0.dev0 在窗口内；FlagOps v2.0.5 / v2.0.6 在 10-15（窗口外临近）
新闻 Google News RSS（24 组中英文，走代理） 34 条命中；实质收录 1 个事件（10-18 主论坛），其余为成员企业稿、旧闻重发与非 FlagOS 稿
新闻 HN Algolia（8 组） 无直接命中
新闻 DOIT 现场报道 主论坛内容逐段核验（2.1 / 2.2 / 3.1）；报道所述「9 月 30 日发布」与仓库落库日期（09-28 ~ 09-29）不一致，已在正文标注
官方渠道 CSDN FlagOS 专栏 窗口内新增三个分论坛直播页（10-17 / 10-18）；未见新增长文
官方渠道 智源社区 hub.baai.ac.cn 未检出窗口内 FlagOS 条目
历史对照 10-16 日报（上期） 去重核验：上期截点为 10-16 06:00；Step 5 Preview Day-0、沐曦挑战赛、天数智芯 MiniCPM-V 4.7 均已收录，本期不重复

完整信源清单