调研窗口：2026-10-30 06:00 ~ 2026-11-02 06:00（北京时间，72 小时；周一晨报，覆盖周六与周日，窗口自上一期日报截点接续）。

信源：GitHub（org: flagos-ai 61 仓库全量核查、提交检索 256 笔、合并 PR 115 笔、在审 PR 275 笔、org 事件流 100 条、31 仓 Release 与 8 仓 Tag 原子核查、5 仓原子补核与分支归属核对、关键 PR 正文核查、community 发布清单核查）、Google News RSS（24 组中英文查询词，走代理）、HN Algolia（8 组）、CSDN FlagOS 专栏（逐篇核时）、智源社区、九家成员单位官网与财报报道（详见附录信源清单）。

本期索引

  • 今日重点：昇腾 910C 原生量子算子线贯通（167 项硬件验收）；2.3.0 两条镜像层 changelog 就位；量子合成编译器单窗口 35 笔合入（10-30 ~ 11-02）
  • 一、开源项目进展（GitHub 动态）
    • 1.1 组织节奏：17 仓推送、256 笔提交、115 笔合入，在审 275 笔（10-30 ~ 11-02）
    • 1.2 版本面：2.3.0 镜像层收尾，海光 DTK 26.10 与 AMD ROCm 7.2.4 双线就位（10-31 ~ 11-01）
    • 1.3 FlagQuantum：昇腾 910C 原生支持合入，167 项硬件验收通过（10-31）
    • 1.4 FlagQuantum：单窗口 35 笔合入，合成线资源账目进入契约化阶段（10-31 ~ 11-02）
    • 1.5 FlagGems：KernelGen 三算子入英伟达线，昆仑芯 XPU3 十笔性能补丁收口（10-30）
    • 1.6 Torch-FL：地平线 BPU 走通卷积与池化，天数、沐曦、海光路径分头收敛（10-30 ~ 11-01）
    • 1.7 FlagCX：海光 bitcode 与 Device IR 统一打包，SymMem 覆盖按适配器收紧（10-31 ~ 11-01）
    • 1.8 其余仓库：FlagPrism 接入沐曦、optest 接入 FlagTrain、FlagTree 上报飞书（10-30 ~ 11-02）
  • 二、新闻报道与生态
    • 2.1 渠道核查：CSDN 专栏与 HN 窗口内无新命中，新闻侧零组件级条目（11-02）
    • 2.2 成员单位资本市场侧：燧原、沐曦三季报同日披露（10-30）
    • 2.3 生态观察：世界互联网大会乌镇峰会今日开幕，主题聚焦开源开放（11-02）
  • 三、成员单位与后端厂商深挖
    • 3.1 海光：DTK 26.10 从基础镜像到 wheel 的 21 笔收口（10-31 ~ 11-01）
    • 3.2 昇腾：910C 原生量子线之外，XCS 接口与通信 CI 同步推进（10-30 ~ 11-01）
    • 3.3 昆仑芯：XPU3 十笔性能补丁单日合入（10-30）
    • 3.4 沐曦：FlagPrism 补 MACA 后端，注意力侧补 Parallax 与 Hy3（10-30 ~ 11-02）
    • 3.5 清微、燧原、天数：TXDA 进 vLLM 0.28、GCU 图模式、FlagTree 版本钉固（10-30 ~ 11-01）
    • 3.6 摩尔线程与地平线：MUSA 侧补大模型注意力，BPU 侧补算子路径（10-30 ~ 11-01）
  • 四、总结与趋势观察
  • 附录：信源核查表、完整信源清单

今日重点：昇腾 910C 原生量子算子线贯通（167 项硬件验收）；2.3.0 两条镜像层 changelog 就位；量子合成编译器单窗口 35 笔合入（10-30 ~ 11-02）

日期：2026-10-30 ~ 2026-11-02　来源：FlagQuantum PR #958 · FlagQuantum PR #970 · build-infra PR #1584 · FlagQuantum PR #1000（全量见附录）

  • 量子面：FlagQuantum #958 把昇腾 910C 从「实验性 split-FP32 路径」推到「原生 provider 算子」路径并合并进主线，PR 正文给出的最终合并硬件记录为 167 passed in 115.41s——142 个电路、噪声、TEBD 与 QEC 用例，加 25 个原生动力学用例，其中包含两次冷进程计划重放。栈钉在 Python 3.11.15、PyTorch 2.10.0+cpu、CANN 9.0.0、FlagTree 0.7.0+ascend3.5、FlagGems 5.4.0、FlagCX v0.14.1（带纯昇腾/FlagOS 补丁，不链接 torch_npu）。同日 #970 在预置 ARM64 runner 上加了 fail-closed 的原生 910C 回归 lane，CI 侧另有 wheel provenance 与 action 归档钉固数笔。
  • 发布面：build-infra 三日 21 笔合入全部指向 2.3.0——新增 hygon-dtk26.10 镜像层（基础镜像换 ROCm 感知的 Open MPI、运行时补 flagcx==0.14.1+dtk2610、去掉无效的 HIP_VISIBLE_DEVICES=all），同时把 AMD rocm7.2.4 层的 flagcx 钉固与 amdsmi 依赖补齐，并逐层记录 2.3.0 的 changelog 日期与镜像描述。但 community 仓库的 release/2.3 清单目录仍未建立，release-info 站点也未出现 2.3.0 标签，说明这轮是发布前的镜像层准备，不是发布动作本身。
  • 编译器面：FlagQuantum 本窗口 35 笔合入中有 28 笔落在合成线，把 Qmod 公共输入准入、寄存器借用、Const 调用、无符号比较、计算后清理与零槽复用、within/apply 作用域、有界幂运算逐项接进既有合成流水线；#1000 用一个可复算的例子给出资源账目的变化——x * 256 从基线 28 个分配量子位、4 GiB 态缓冲降到 19 个分配量子位、8 MiB，操作数 12，深度 4。
  • 判断：三条线指向同一件事——量子栈在多芯片适配上的证据形态，正从「能在某芯片跑通」变成「可复现的硬件验收记录 + 可核对的资源账目 + 失败即红的 CI lane」。对 2.3.0 而言，镜像层已经齐备，缺的是清单冻结与站点上线这两步发布动作。

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

1.1 组织节奏：17 仓推送、256 笔提交、115 笔合入，在审 275 笔（10-30 ~ 11-02）

日期：2026-10-30 ~ 2026-11-02　来源：flagos-ai 组织仓库 · 提交检索 · 合并 PR 检索 · 在审 PR 检索

  • 仓库面：61 仓中 17 仓窗口内有推送（上一期 21 仓、24 小时口径），按推送时间从近到远为 docs、FlagQAI、FlagQuantum、FlagPrism、Torch-FL、FlagTree、release-info、build-infra、vllm-plugin-FL、FlagCX、optest、FlagGems-sglang、FlagGems、Megatron-LM-FL、FlagGems-vllm、OpenCourse、FlagSparse。其中 docs 的推送落在文档 PR 分支、release-info 落在 gh-pages、vllm-plugin-FL 落在 PR 分支，三者默认分支均无窗口内新提交。
  • 提交面：提交检索命中 256 笔（上一期 189 笔、24 小时），分仓为 FlagQuantum 148、FlagQAI 42、build-infra 21、FlagGems 16、Torch-FL 13、optest 5、FlagCX 3、OpenCourse 3、FlagTree 2，FlagSparse、FlagGems-vllm、FlagPrism 各 1。按日均折算约 85 笔，低于上一期单日 189 笔，周末效应明显；FlagQuantum 与 FlagQAI 两仓占去 190 笔，即 74%。
  • 合入面：合并 PR 115 笔（上一期 183 笔、24 小时），来自 14 仓：FlagQuantum 35、build-infra 21、FlagGems 18、Torch-FL 13、FlagQAI 11、optest 5、FlagCX 4、FlagTree 2，FlagPrism、FlagGems-sglang、Megatron-LM-FL、FlagGems-vllm、OpenCourse、FlagSparse 各 1。日均约 38 笔，约为上一期单日 183 笔的两成。
  • 在审面：窗口内有更新的在审 PR 275 笔（上一期 253 笔），新开 146 笔（上一期 84 笔）。分仓为 FlagGems 158（新开 82）、FlagGems-sglang 18（新开 18）、FlagTree 15（5）、FlagGems-vllm 15（8）、Torch-FL 13（11）、vllm-plugin-FL 13（7）、FlagTrain 9（1）、FlagAttention 8（5）、sglang-plugin-FL 7（1）、docs 6（3）、FlagScale 5（1）、FlagCX 3（1），FlagQAI、FlagQuantum、flir、FlagBLAS、whisper-triton 各 1。
  • 事件与分支面：org 事件流 100 条，构成为推送 37、删分支 13、PR 事件 23、议题评论 11、建分支 10、PR 评审 2、评审评论 3、fork 1，绝大部分动作集中在 FlagQuantum、build-infra、FlagQAI 三仓。提交检索未覆盖的 5 个推送仓经原子补核：Megatron-LM-FL 在 10-30 16:55 合入 #203（窗口内）；FlagGems-sglang 的 10-31 推送在 feat/qwen36-remaining-native-validation 分支，同日主线合入 #251；vllm-plugin-FL 的 11-01 推送在 PR 分支，默认分支最新提交仍是 10-30 00:38 的 GLM-5.3 支持，属上一窗口内容；docs 的推送在文档 PR 分支（默认分支最新提交为 10-03）；release-info 的两次推送都在 gh-pages，为发布站点自动刷新。
  • 对比：与上一 24 小时窗口相比，合入量按日均降约八成、提交量按日均降约五成，但在审总量继续上升 8.7%、新开量接近翻倍。这是「周末产出少、积压反而增加」的典型形态，积压主要来自 FlagGems 的 KernelGen 批量开单（新开 82 笔）。

1.2 版本面：2.3.0 镜像层收尾，海光 DTK 26.10 与 AMD ROCm 7.2.4 双线就位（10-31 ~ 11-01）

日期：2026-10-31 ~ 2026-11-01　来源：build-infra PR #1584 · build-infra PR #1568 · build-infra PR #1571 · build-infra PR #1586 · release-info 发布站点 · community 2.2 发布清单

  • 镜像层一（海光）：hygon-dtk26.10 这一层从零建立——#1568 在基础镜像里装 ROCm 感知的 Open MPI，#1577 把该层的 flagcx wheel 以 +dtk2610 后缀发布，#1578 改为不带 flagcx 钉固地引导运行时镜像，#1584 再把钉固与其 changelog 合并进一条 PR。同层另有 #1575、#1579、#1585 三笔机器人 changelog 日期记录，以及 #1587 把海光侧厂商版 Triton 3.7.0 的缺陷清单交接给 vLLM 线。
  • 镜像层二（AMD）：#1571 把 flagcx 钉进 rocm7.2.4 运行时依赖，#1576 删掉无效的 HIP_VISIBLE_DEVICES=all 环境变量，#1586 补 amdsmi，#1572、#1580、#1582、#1588 四笔记录 changelog 日期。基础镜像层另有 #1569、#1570、#1583 三笔记录 2.3.0 日期与刷新镜像描述。
  • 发布态核查：31 仓 Release 与 8 仓 Tag 原子核查，窗口内没有新的 Release 对象；唯一带时间更新的是 FlagCX v0.14.1 标签（11-01 00:10 刷新），而 GitHub Releases API 的最新正式版仍是 2026-09-28 发布的 v0.14.0（正文写明对应 FlagOS 2.2）。community 仓库的 release/2.3/release-2.3.yaml 返回 404，release/2.2 清单仍在，说明 2.3 尚未进入清单冻结阶段。
  • 待观：21 笔合入里，机器人 changelog 占 8 笔、描述刷新 2 笔、依赖与引导修复 6 笔、CI 与文档 5 笔。按 FlagOS 2.2 的发布节奏（清单冻结 → 镜像打标 → release-info 上线），2.3.0 仍缺清单与站点两步；若下一个工作周继续只做层内修补而不冻结清单，发布窗口会被压缩。

1.3 FlagQuantum：昇腾 910C 原生支持合入，167 项硬件验收通过（10-31）

日期：2026-10-31　来源：FlagQuantum PR #958 · FlagQuantum PR #970 · FlagQuantum 提交 c417d80

  • 验收数据：PR 正文记录的组合硬件运行结果为 167 passed, 293 warnings in 115.41s；其中两个集成文件分别覆盖 142 个电路、噪声、TEBD 与 QEC 用例，以及 25 个动力学用例，并含两次冷进程计划重放。另附 CPU 侧改动路径回归 1332 passed, 3 skipped in 21.04s，能力与证据字段契约测试 23 项通过。
  • 覆盖范围：complex64/complex128 态矢量、MPS、张量网络与密度矩阵；autograd 与显式梯度方法；混合训练、噪声与 TEBD；原生 Ising/Lindblad/Rydberg 动力学与仪器；QEC 预解码器训练；owner-sharded 态矢量、MPS 与张量网络训练。PR 明确说明 CPU 默认值、公开签名与 schema 版本保持不变，新增的是设备能力提案中已获批的加法式原生动力学能力。
  • 依赖边界：Torch-FL 取自 feat/ascend-complex-lowering 分支的 3aebd0c，FlagCX 取官方 v0.14.1 的 6fe3631 并附纯昇腾/FlagOS 补丁；PR 明言「已发布的 wheel 若不含这些修复不足以复现」，等于把可复现性绑定在源码提交而非二进制包上。
  • CI 侧：#970 在预置 ARM64 runner 上建 fail-closed 原生回归 lane，配套提交把原生回归所用 action 归档钉到已验证提交、在隔离 runner 镜像里保留原生 wheel provenance、用已认证 provider 覆盖继承的 wheel 版本，并让原生测试进度流式写入 watchdog。
  • 意义：此前 910C 只有实验性 split-FP32 路径的证据，这条线把量子栈的昇腾适配推到原生 provider 层，并把「硬件验收记录」写进仓库文档与 CI，而不是留在个人环境里。

1.4 FlagQuantum：单窗口 35 笔合入，合成线资源账目进入契约化阶段（10-31 ~ 11-02）

日期：2026-10-31 ~ 2026-11-02　来源：FlagQuantum PR #1000 · FlagQuantum PR #995 · FlagQuantum PR #993 · FlagQuantum PR #984

  • 总量与结构：FlagQuantum 72 小时内合入 35 笔，其中合成线 28 笔、昇腾原生支持 1 笔、CI 与工具 5 笔、仿真文档与修复 2 笔。合成线是绝对主体，且全部围绕「可提交输入、可验证语义、可核算资源」三件事。

  • 输入面：#969 提出公共 Qmod 输入与共享 Program 语义，#971 准入有界 Qmod 文件与文本输入，#985 准入原生一比特相位语句，#993 与 #994 支持有界 within/apply 作用域及其嵌套。Qmod 从内部格式变成对外可提交的输入形态。
  • 语义面：#972、#981、#982、#990 依次补上无符号相等/小于谓词、从 Python 条件一致地选值、无符号关系与链式区间谓词、原生无符号比较表达式；#974、#984、#995、#997 把谓词相位与已初始化寄存器借用组合起来，并做到不依赖临时标志位。
  • 资源面：#988 与 #989 在寄存器调用中验证 Const 借用与 fresh-output；#991 验证计算结果清理与存储复用，#992 验证本地所有权与零槽复用；#999 对已证明无进位的常量加法削减工作区，#1000 对精确 2 的幂乘法削减临时位。以 x * 256 为例，基线为 28 个分配量子位、18 个工作区位、14 个操作、深度 6、4 GiB 态缓冲；合入后为 19 个分配量子位、9 个工作区位、12 个操作、深度 4、8 MiB 态缓冲。x * 4 探针则由 14/12 分配与使用位、8 工作区位、24 操作、深度 18、256 KiB 降到 10/10、4、10、深度 4、16 KiB。
  • 边界与口径：PR 明示这些是「精确资源核算」，不是运行时加速、最优性或进程峰值内存的保证；零、一、非 2 的幂常量、两个量子操作数、以及带零下界的派生值仍走通用乘法；改动只落在 Compiler 的 lowering 一处生产文件。
  • 含义：量子合成编译器过去一个季度的主线是「能合成多少构造」，这个窗口转成「每个构造的资源账目能否被复算与回归」。这类工作的价值不在单点性能，而在于让资源预算成为可回归的契约——与主线算子库的性能补丁是两种不同性质的工程。

1.5 FlagGems：KernelGen 三算子入英伟达线，昆仑芯 XPU3 十笔性能补丁收口（10-30）

日期：2026-10-30　来源：FlagGems PR #7988 · FlagGems PR #7957 · FlagGems PR #7672 · FlagGems PR #7257

  • KernelGen 线：chx7514 单批合入三个视图类算子——swapaxes_（#7314）、movedim（#7307）、swapdims_（#7316），均为 Triton 内核实现，走的是 KernelGen 自动生成到人工复核的常规通道。
  • SiliconFlow 线：winfan1314 四笔，分别是 PPU 的 triangular_solve 默认与 out 执行（#7672）、PPU 的 upsample_nearest2d_backward 显式 scales（#7668）、PPU 的 STFT 走 acFFT（#7667），以及沐曦的 upsample_nearest2d_backward 显式 scale 映射（#7589）。四笔都是「同一算子在两家后端上的执行语义对齐」，属跨后端一致性工作。
  • 昆仑芯 XPU3 线：单日十笔，覆盖 #7988 的 11 个 pointwise 与 reduction 算子优化、#7957 的直指针 foreach 内核与 allclose/isclose 归约及 index_put/clone 拷贝路径、#8052 的 BF16 pointwise 一维分块移植、#7960 的 mm 调优配置复用 SPLIT_K KeyError、#7983 的 is_same_size 与 channel_shuffle 性能、#8024 的 fmod 精确截断（div_rn 加 FMA 残差）、#7955 的 choose_qparams_optimized 单发射邻域搜索、#7954 的 sgn bf16 分 dtype 分块、#8048 的 foreach_pow libdevice 桩符号修复与厂商 powf 回退、#8047 的 foreach_pow_scalar_ 测试路由修正。
  • 昇腾线：#7257 把 topk 自定义算子的调用方式改为 tle_raw.call，与 TLE 方言统一，属接口收敛而非性能改动。
  • 积压：FlagGems 在审 158 笔、新开 82 笔，几乎全部来自 KernelGen 批量提交；合入 18 笔与在审 158 笔的比例说明评审端仍未跟上生成端，这是 2.3 冻结前最现实的风险点。

1.6 Torch-FL：地平线 BPU 走通卷积与池化，天数、沐曦、海光路径分头收敛（10-30 ~ 11-01）

日期：2026-10-30 ~ 2026-11-01　来源：Torch-FL PR #686 · Torch-FL PR #693 · Torch-FL PR #698 · Torch-FL PR #700

  • 地平线 BPU：#686 让 conv、batch norm 与 pooling 从 eager 路径直接落到 BPU；#693 更进一步，用等价的 depthwise 卷积在 BPU 上承载 avg_pool；#696 把 avg_pool 的卷积形式改由 functional API 表达。三笔连起来看，BPU 侧从「有算子」变成「有可维护的路径」。
  • 天数 Iluvatar：#698 把 Iluvatar CI 的 FlagTree 钉到 0.7.0，理由是该芯片实际运行的就是这个版本；#697 让 baddbmm 走厂商 GEMM，而不是部分 tile 的 FlagGems 内核。两笔都在收「用哪条实现」的口径。
  • 沐曦与海光：#688 在 FlagGems 侧注册沐曦的 mm 并放宽其 Triton 拒绝的 K 维度；#701 让海光 DCU 的 FlagGems SDPA 测试跑到真正能执行它们的 lane。#701 的价值在测试可信度——跳过原因写错会长期掩盖失败。
  • 英伟达默认路径：#700 修掉默认 NVIDIA conf 把 1485 个算子路由到 boxing kernel 的问题，这是本窗口影响面最大的一笔；#684 把 FP4 的半字节移位改成张量运算以命中已路由的重载；#685 按平台 dot 下限放宽 soft-lowp GEMM 的收缩轴；#687 收窄 day-0 FlagGems override 到其说明本身辩护的算子；#689 在 CPU-torch 镜像失败时回退到钉固索引；#692 把集成覆盖保持在用例粒度而非文件粒度。

1.7 FlagCX：海光 bitcode 与 Device IR 统一打包，SymMem 覆盖按适配器收紧（10-31 ~ 11-01）

日期：2026-10-31 ~ 2026-11-01　来源：FlagCX PR #667 · FlagCX PR #687 · FlagCX PR #688 · FlagCX PR #669

  • 海光侧：#667 是 UIL 线的一笔结构性改动——增加海光 bitcode 构建，并把 Device IR 的打包方式统一。此前各后端各打各的 IR，海光接入需要单独维护一套产物；统一之后，新增后端的打包成本下降。
  • 测试侧：#687 把 SymMem 覆盖按适配器类型强制到 CI，避免「某适配器没跑对称内存测试但流水线仍绿」；#688 与 #689 让 DU stream guard 按 torch 代际选择，并把同一修复回摘到 0.14.0-rc2。
  • 在审：#669 的昇腾 910C CI 流水线与单测编排、#686 的昇腾设备完成跟踪（由 FlagQuantum 侧提出，服务于量子栈的通信完成语义）、#685 的 DAG 化 UniRunner 集合通信与融合通信工作流。三笔都在审，构成 2.3 通信面的待合入项。

1.8 其余仓库：FlagPrism 接入沐曦、optest 接入 FlagTrain、FlagTree 上报飞书（10-30 ~ 11-02）

日期：2026-10-30 ~ 2026-11-02　来源：FlagPrism PR #18 · optest PR #19 · FlagTree PR #1457 · FlagQAI PR #15

  • FlagPrism：#18 在 11-02 00:11 合入，为沐曦/MACA 后端补齐调试器运行时——专用 MacaRuntimeBackendAdapter 负责设备缓冲、主机暂存与流序传输，新增 MACA.cmake 构建模块与 Python 绑定，并附测试与文档。这是 FlagPrism 第一次把沐曦接进调试链路。
  • optest：5 笔合入围绕测试基建——#19 用 uv 管理 FlagTrain 的厂商依赖并接入其 CI，#20 在共享内存不足时快速失败，#21 在安装失败时重试包索引，#22 提高 S60 的共享内存，#23 按库与后端隔离并发。方向是把「环境问题」与「算子问题」在日志里分开。
  • FlagTree：#1457 把 FlagGems 的 CI 结果写进飞书多维表，测试结果从仓库页面走到团队看板；#1494 临时禁用燧原的 03-topk 测试，属已知失败的止损。
  • FlagQAI：11 笔合入、42 笔提交，全部在 web 工作台——本地项目与文件标签、冻结的多文件运行、实验对比作为持久工作区、Agent 运行控制与结果溯源。它已从「量子演示页」长成一个带项目语义的前端。
  • 其他：FlagGems-sglang #251 补 Qwen3.6 剩余工作负载套件与原生 SGLang 适配器；Megatron-LM-FL #203 统一多平台 CI 规划、受影响 unit-group 路由与证据化门禁；FlagSparse #115 从外部仓库 NCIC-AlphaSparse/main 合入；OpenCourse 三笔提交按发布建立课程与版本归档。

二、新闻报道与生态

2.1 渠道核查：CSDN 专栏与 HN 窗口内无新命中，新闻侧零组件级条目（11-02）

日期：2026-11-02　来源：CSDN FlagOS 专栏 · HN Algolia · Google News RSS

  • CSDN 专栏：列表页 15 条文章链接逐篇核时，最新两篇仍是 10-29 的《大模型推理救星——一个插件搞定多芯片适配》与《FlagOS Day0 适配 MiniCPM-OCR & Jev：覆盖 12 平台》，10-30 之后无新稿；页面另有 10-15 至 10-17 的三场大会回放条目。
  • HN Algolia：8 组查询（FlagOS、FlagGems、FlagScale、FlagTree、BAAI、FlagQuantum、FlagSparse、flagos-ai）在 5 天范围内无标题或正文直接命中；FlagOS 与 FlagGems 各有 4 至 5 条模糊命中，均与本主题无关。
  • Google News：24 组中英文查询词命中 43 条，逐条核题后与 FlagOS 组件发布或芯片适配直接相关的为 0 条；命中主体是燧原、沐曦的三季报与股价稿，以及「智源研究院 开源」「国产算力 开源软件栈」等宽泛查询带来的行业稿。组件名查询（FlagOS、FlagGems、FlagScale、FlagTree、FlagCX、KernelGen 等）继续零命中，属长期常态。
  • 智源社区：首页与搜索页均为客户端渲染，抓取只能确认首页未见 FlagOS 条目，无法给出条数级结论；该渠道继续以「无新增可见条目」记录。

2.2 成员单位资本市场侧：燧原、沐曦三季报同日披露（10-30）

日期：2026-10-30　来源：燧原科技三季报（中证网） · 沐曦股份三季报（澎湃新闻）

  • 燧原科技（688801）：前三季度营业收入 23.32 亿元，同比增长 331.74%；归母净利润 -7.54 亿元，亏损同比收窄；第三季度单季营收 12.11 亿元，同比增长 395.34%，归母净利润 -1.22 亿元。研发费用 9.89 亿元，同比增长 11.11%，第三季度研发投入占当季营收 28.83%。合同负债 63.85 亿元，较年初增长 1745%。产品侧为四代架构五款云端 AI 芯片，含 AI 加速卡、智算系统与编程软件平台。
  • 沐曦股份（688802）：前三季度营业收入 28.24 亿元，同比增长 128.45%；归母净利润 6.39 亿元，扣非净利润 2.59 亿元，同比双双扭亏；第三季度单季营收 15 亿元，同比增长 367.12%，扣非净利润 3.08 亿元，连续两个季度单季扣非盈利。软件侧发布 MXMACA 3.9.0，且面向沐曦 GPU 的 MXMACA 构建支持代码已合入开源项目 LMCache；模型侧称已完成 GLM、千问、混元等模型的 Day 0 适配。
  • 与 FlagOS 的关系：两家都是 FlagOS 成员单位，但本条属财报与商业进展，不是 FlagOS 项目动态。其中沐曦把构建支持代码合入 LMCache 是唯一直接落在开源上游的动作，与 FlagOS 的跨芯片目标同向，但走的是自有软件栈路线；FlagOS 侧对应的工作仍以 FlagGems、Torch-FL 的后端补丁体现（见 1.5 与 1.6）。

2.3 生态观察：世界互联网大会乌镇峰会今日开幕，主题聚焦开源开放（11-02）

日期：2026-11-02　来源：世界互联网大会·乌镇，何以「开源」 · 新华网：2026 年乌镇峰会将聚焦开源开放

  • 议程：2026 年世界互联网大会乌镇峰会于 11 月 2 日至 5 日举行，主题为「开源开放 共建共享——携手构建网络空间命运共同体」，设 27 场分论坛，主论坛设「人工智能乌镇对话」，议题包括全球人工智能开源生态构建。
  • 相关性：本条属行业背景，与 FlagOS 项目无直接议程关联；放在此处的原因是开源 AI 系统软件是本届峰会的主议题之一，而 FlagOS 所处的「多芯片统一软件栈」正是该议题下最具体的工程形态。窗口内公开报道未涉及 FlagOS 的专项议程，故不计入项目动态。

三、成员单位与后端厂商深挖

3.1 海光：DTK 26.10 从基础镜像到 wheel 的 21 笔收口（10-31 ~ 11-01）

日期：2026-10-31 ~ 2026-11-01　来源：build-infra PR #1568 · build-infra PR #1577 · FlagCX PR #667 · FlagScale PR #1299

  • 镜像面：海光这一轮不是单点修 bug，而是把 DTK 26.10 的整条交付链补齐——基础镜像装 ROCm 感知的 Open MPI、运行时镜像在不钉 flagcx 的前提下先引导、随后把 flagcx==0.14.1+dtk2610 钉回去、并单独发布该 wheel。#1587 把厂商版 Triton 3.7.0 的缺陷交接给 vLLM 线，等于承认这版 Triton 的问题不在 FlagOS 侧修。
  • 通信面：FlagCX #667 的海光 bitcode 与 Device IR 统一打包，是海光在通信库侧第一次拿到与其它后端一致的构建产物形态。
  • 训练面：FlagScale 在审 #1299 加海光 DCU 硬件健康采样，#1255 至 #1257 三笔加 NCCL 的 CPU 侧缺失进入、集合通信与 P2P 不匹配、内部挂起三类诊断。#1299 与三笔诊断合起来，指向的是「万卡训练出问题时能不能定位」。
  • 注意力面：FlagAttention #117 在审，内容为海光 GLA 后端优化，10-30 有更新。
  • 判断：海光是本窗口投入最集中的成员单位，21 笔 build-infra 加通信与训练侧补丁，覆盖了「打包—通信—训练可观测性」三段。DTK 26.10 的代价几乎全在依赖解析与打包，而不是内核本身，这与上一期 DTK 26.10 首轮接入时的结论一致。

3.2 昇腾：910C 原生量子线之外，XCS 接口与通信 CI 同步推进（10-30 ~ 11-01）

日期：2026-10-30 ~ 2026-11-01　来源：FlagQuantum PR #958 · FlagGems PR #7257 · FlagCX PR #669 · FlagAttention PR #120

  • 量子线：910C 原生 provider 支持与 ARM64 回归 lane 是本窗口最大单笔（见 1.3）。配套的 FlagCX #686 在审，处理昇腾设备完成跟踪与张量保活，是量子栈在通信层的前置条件。
  • 算子线：FlagGems #7257 把昇腾 topk 自定义算子的调用改成 tle_raw.call，与 TLE 方言对齐；这类接口收敛通常先于大批算子迁移发生。
  • CI 线：FlagCX #669 在审，为昇腾 910C 建 CI 流水线并标准化单测编排；vllm-plugin-FL #663 在审，把 CI 镜像切到 v0.28.0-ascend-ci 并在 910c 上禁用图模式用例。
  • 注意力线：FlagAttention #120 在审，为昇腾加 GDN chunk 前向与循环解码。
  • 编译线：flir #86 在审，修昇腾结构化置换与计算型 FP32 dot 的下降路径。

3.3 昆仑芯：XPU3 十笔性能补丁单日合入（10-30）

日期：2026-10-30　来源：FlagGems PR #7988 · FlagGems PR #8024 · FlagGems PR #7955 · sglang-plugin-FL PR #155

  • 单日十笔：从 #7954 到 #8052，昆仑芯在 10-30 一天内合入十笔 FlagGems 补丁，覆盖逐元素、归约、量化参数搜索、foreach 融合与拷贝路径。写法上有两条共同线索：一是尽量走直指针与单发射，减少中间分配；二是对 bf16 单独给分块宽度与内核体，而不是复用 fp16 参数。
  • 精度类：#8024 的 fmod 用 div_rn 加 FMA 残差实现精确截断，#7955 的 choose_qparams_optimized 用单次发射做邻域搜索，都是「性能与数值正确性同时收紧」的例子。
  • 推理栈：sglang-plugin-FL #155 在审，把昆仑芯后端升到 SGLang 0.5.18；FlagGems-sglang 侧 10-31 合入的 #251 补了 Qwen3.6 工作负载套件。
  • 判断：昆仑芯是本窗口唯一以「批量性能补丁」形态出现的后端，十笔集中在同一天，说明其团队按批次推进而非随上游节奏。

3.4 沐曦：FlagPrism 补 MACA 后端，注意力侧补 Parallax 与 Hy3（10-30 ~ 11-02）

日期：2026-10-30 ~ 2026-11-02　来源：FlagPrism PR #18 · FlagAttention PR #119 · FlagAttention PR #122 · FlagGems PR #7589

  • 调试器：FlagPrism #18 在 11-02 00:11 合入，补 MACA 运行时适配器、构建模块、Python 绑定与测试。此前 FlagPrism 的后端清单里没有沐曦，这一笔补齐后，沐曦在多芯片调试链路上与其它后端同级。
  • 注意力：#119 在审，为沐曦加优化过的 Parallax prefill 与 decode；#122 在审，加 BF16 与 INT8 的 Hy3 注意力。两笔都是新模型结构的多芯片落地，而不是既有算子的调优。
  • 算子：FlagGems #7589 合入，修沐曦 upsample_nearest2d_backward 的显式 scale 映射；Torch-FL #688 合入，在 FlagGems 注册沐曦 mm 并放宽 Triton 拒绝的 K。
  • 推理栈：vllm-plugin-FL #635 在审，把 Qwen3.8-Flash-Next 适配到沐曦；sglang 侧未见窗口内沐曦新单。
  • 产业侧：沐曦三季报披露 MXMACA 3.9.0 发布、构建支持代码合入 LMCache，详见 2.2。

3.5 清微、燧原、天数：TXDA 进 vLLM 0.28、GCU 图模式、FlagTree 版本钉固（10-30 ~ 11-01）

日期：2026-10-30 ~ 2026-11-01　来源：vllm-plugin-FL PR #642 · vllm-plugin-FL PR #667 · Torch-FL PR #698 · FlagTree PR #1494

  • 清微：vllm-plugin-FL #642 在审，把 eager 的 TXDA 后端适配到 vLLM 0.28.0；sglang-plugin-FL #133 在审，容忍 transformers 5.15+ 的 qwen3_asr 注册差异，并修多 chunk 下 token_to_kv_pool 泄漏；Torch-FL #704 于 11-02 新开，为清微的 conf 加注册集守卫。三笔分别对应「版本跟进、长跑稳定性、配置正确性」。
  • 燧原：vllm-plugin-FL #665 在审，CI 镜像迁到 flagos-dev 并在 v0.28 后端禁用图模式用例；#667 于 11-01 新开，为燧原加 vLLM 0.32 的原生 eager 与图执行；FlagTree #1494 合入，临时禁用 03-topk 测试止损；FlagAttention #118 在审，加 parallax 算子。
  • 天数：Torch-FL #698 合入，把 Iluvatar CI 的 FlagTree 钉到 0.7.0——该芯片实际运行版本即此；#697 合入，让 baddbmm 走厂商 GEMM；vllm-plugin-FL #664 在审，CI 适配 v0.28.0 并更新预置镜像；sglang-plugin-FL #139 在审，完成 SGLang 0.5.18 的空运行时适配。
  • 共同点：三家的窗口内动作都以「vLLM 0.28 迁移」为主轴，区别在清微与燧原在补长跑与图模式，天数在把版本钉到芯片实际能跑的线。这类工作不出现在算子性能表里，但决定了新版本能不能在自家芯片上稳定跑起来。

3.6 摩尔线程与地平线：MUSA 侧补大模型注意力，BPU 侧补算子路径（10-30 ~ 11-01）

日期：2026-10-30 ~ 2026-11-01　来源：FlagAttention PR #121 · sglang-plugin-FL PR #158 · Torch-FL PR #686 · Torch-FL PR #693

  • 摩尔线程：FlagAttention #121 在审，加 Moba 注意力并修一个 import 缺陷；sglang-plugin-FL #158 在审，在 MUSA 上支持 MiniMax-M3；FlagGems 有 fix/musa-pinverse-frozen-reference-20261030 分支推送，未合入。窗口内摩尔线程没有合入笔数，动作都在在审侧。
  • 地平线：Torch-FL 三笔合入全部围绕 BPU——conv、batch norm、pooling 走 eager 路径落到 BPU（#686），avg_pool 用等价 depthwise 卷积承载（#693），再把该形式改由 functional API 表达（#696）。这是本窗口唯一一条「新后端从单算子走到成组算子」的完整路径。
  • 对比：摩尔线程维持「按模型补注意力」的节奏，地平线则在补基础算子族的覆盖面。两种节奏的差别在于前者服务具体模型上线，后者服务后端可用性。

四、总结与趋势观察

日期：2026-10-30 ~ 2026-11-02　来源：flagos-ai 组织 · FlagQuantum PR #958 · build-infra PR #1584 · 新浪科技：AI 零帧起手写算子

  • 节奏：72 小时内 17 仓推送、256 笔提交、115 笔合入、275 笔在审。按日均折算，提交约 85 笔、合入约 38 笔，均低于上一期 24 小时窗口的 189 笔与 183 笔，周末效应显著。与此同时在审总量上升 8.7%、新开 146 笔，形成「产出降、积压升」的组合。
  • 结构：FlagQuantum 148 笔提交与 FlagQAI 42 笔合计 190 笔，占全部提交的 74%；主线算子与编译（FlagGems 16、Torch-FL 13、FlagTree 2）合计 31 笔，占 12%。周末的产出结构由量子与智能体两条新线支撑，主线依赖工作日厂商投入。
  • 发布：2.3.0 的两条镜像层（海光 DTK 26.10、AMD ROCm 7.2.4）已完成 changelog、依赖钉固与描述刷新，但 release/2.3 清单目录仍未建立、release-info 站点未列 2.3.0。按 2.2 的路径，2.3 还差清单冻结与站点上线两步，下一个工作周是关键窗口。
  • 技术方向：量子栈这一窗口的重心从「支持哪些构造」转到「资源账目能否复算」——x * 256 从 28 个分配量子位、4 GiB 降到 19 个、8 MiB 是可被回归验证的硬数字。配合 910C 的 167 项硬件验收与 fail-closed 回归 lane，量子线正在形成「语义、资源、硬件」三份可核对的证据，这比单点性能更接近工程可用。
  • 风险：FlagGems 在审 158 笔、新开 82 笔，绝大部分来自 KernelGen 批量提交，合入 18 笔与之严重不匹配。若 2.3 冻结前评审吞吐不提升，要么发布被积压拖住，要么大批算子绕开评审进主线，两者都会削弱「合入即验证」的口径。
  • 外部参照（非 FlagOS 项目）：面壁智能 10-30 开源算子生成系统 ForgeKernel，公开直播中在 B200 上经 22.5 小时、42 轮迭代把 FlashMLA prefill 从 1834 微秒压到 472 微秒，较 DeepSeek 的 518 微秒快 9.8%，并称在 CANNBench 的 A3、950DT、950PR 三榜登顶。它与 FlagOS 的 KernelGen 属同一赛道，说明「AI 写算子」已从论文指标进入公开打榜与真实框架接入阶段；对 FlagOS 的启示不在模型能力，而在评审与验证流程能否承接生成速度——这正是本期 FlagGems 积压暴露的问题。

附录

信源核查表

信源 核查结果
GitHub 组织仓库（61 仓） 17 仓窗口内推送，全部核到提交或分支归属
提交检索（committer-date） 256 笔，FlagQuantum 148 笔居首
合并 PR 检索 115 笔，覆盖 14 仓
在审 PR 检索 275 笔，新开 146 笔，FlagGems 占 158 笔
Release / Tag 原子核查（31 仓 Release、8 仓 Tag） 窗口内无新 Release 对象；FlagCX v0.14.1 仅有标签，正式 Release 仍是 v0.14.0
community 发布清单 release/2.3 未建立（404），release/2.2 清单仍在
release-info 发布站点 未出现 2.3.0 镜像标签
Google News RSS（24 组中英文查询，走代理） 43 条命中，FlagOS 组件相关 0 条
HN Algolia（8 组，5 天范围） 无直接命中
CSDN FlagOS 专栏 最新两篇为 10-29，窗口内无新稿
智源社区 hub.baai.ac.cn 首页与搜索页客户端渲染，未见 FlagOS 新条目
成员单位官网（九家） 页面未提供可解析日期，未见 10-30 之后新稿；财报以中证网与澎湃报道为准

完整信源清单