FlagOS 每日动态报告(2026-10-26)
调研窗口:2026-10-23 06:00 ~ 2026-10-26 06:00(北京时间,72 小时;周一晨报,窗口自上一期日报截点接续,覆盖周六与周日两天)。
信源:GitHub(org: flagos-ai 61 仓库全量核查、提交检索 612 笔含第 6 至第 8 页补全、合并 PR 274 笔与在审 PR 253 笔检索、org 事件流 99 条、31 仓 Release/Tag 原子核查、5 仓 Atom 兜底)、FlagRelease 模型仓(Hugging Face 组织下 60 个模型仓最近更新核查)、Google News RSS(24 组中英文查询词,走代理)、HN Algolia(8 组)、CSDN FlagOS 专栏、智源社区、InfoQ 与成员单位通稿(详见附录信源清单)。
本期索引
- 今日重点:MiniMax-M3.1-Flash 九芯 W8A8 同日交付;运行时 2.3.0 进入重建授权阶段;FlagQuantum 三日 505 笔提交(10-23 ~ 10-26)
- 一、开源项目进展(GitHub 动态)
- 1.1 组织节奏:16 仓推送、612 笔提交、274 笔合入,FlagQuantum 独占八成提交(10-23 ~ 10-26)
- 1.2 FlagRelease:MiniMax-M3.1-Flash 九芯 W8A8 同日上架,四家用 Express 版(10-23)
- 1.3 运行时 2.3.0:两笔 changelog 日期落定、重建获授权,容器可按启动参数选 FlagGems 与 FlagTree 版本(10-23 ~ 10-25)
- 1.4 FlagQuantum:三日 505 笔提交、148 笔合入,QEC 包重组与 FTQC Stage A 试点并行(10-23 ~ 10-26)
- 1.5 FlagQuantum:Quafu SDK 生命周期整体切换,Rydberg presence 契约落成(10-25 ~ 10-26)
- 1.6 FlagGems:50 笔合入,昆仑芯缺陷修复与 KernelGen 算子批量落地并行(10-23 ~ 10-24)
- 1.7 FlagGems-sglang:34 笔竞赛赛道算子合入,首增 Debian 与 RPM 打包(10-23 ~ 10-25)
- 1.8 Torch-FL:厂商命名重构一轮到底,两日内 16 笔合入(10-23 ~ 10-25)
- 1.9 推理插件:vllm-plugin-FL 接入 MiniMax-M3.1,sglang-plugin-FL 补海光 Qwen3.6 MTP 解码(10-23 ~ 10-24)
- 1.10 其余仓库:FlagTree 跟版 MTHREADS 后端、FlagTrain 新增融合算子、optest 命令行三改一退(10-23 ~ 10-25)
- 二、新闻报道与生态
- 2.1 InfoQ 长文复盘 FlagOS 2.2:成员单位 107 家、季度下载 46.4 万次(10-24)
- 2.2 沐曦与摩尔线程同日宣布 MiniMax M3.1 Flash Day-0 适配(10-23)
- 2.3 渠道核查:44 条候选 3 条有效,CSDN 专栏窗口内无新稿(10-26)
- 三、成员单位与后端厂商深挖
- 3.1 海光:九芯中的 W8A8 版之外,MiniCPM-V 4.7 双版本同日落仓(10-23)
- 3.2 昆仑芯:FlagGems 侧十余笔修复与提速,XPU3 路径集中收口(10-23)
- 3.3 达摩院玄铁:真武 Express 版交付,PPU 稀疏注意力在审(10-23 ~ 10-25)
- 3.4 清微、天数、摩尔线程、沐曦:四家在算子库侧各有一批提交(10-23 ~ 10-25)
- 四、总结与趋势观察
- 附录:信源核查表与完整信源清单
今日重点:MiniMax-M3.1-Flash 九芯 W8A8 同日交付;运行时 2.3.0 进入重建授权;FlagQuantum 三日 505 笔提交(10-23 ~ 10-26)
日期:2026-10-23 ~ 2026-10-26 来源:FlagOS 多芯支持说明(MiniMax-M3.1-Flash) · FlagRelease 模型组织 · build-infra PR #1484 · FlagQuantum 提交(全量见附录)
- 交付面:MiniMax 于 10-23 开源 M3.1 Flash,FlagOS 社区同日把九家芯片的 W8A8 版本上架 ModelScope 与 Hugging Face:达摩院玄铁(真武)、英伟达、沐曦、海光、华为昇腾、摩尔线程、天数智芯、昆仑芯、清微。九仓在 10-23 14:06 至 14:39 之间集中建立,另有两家视频模型仓与海光 MiniCPM-V 4.7 双版本同日跟进。
- 技术面:FlagOS 把模型原有的 QAT NVFP4 权重重转为跨芯统一的 W8A8 格式,英伟达、昇腾、昆仑芯与达摩院玄铁四家提供 Express 版(模型名带
-FlagOS-Express),其余五家为标准版;源码路径给到达摩院玄铁示例,组合为 vLLM 0.24.0 加 vllm-plugin-FL 0.3.0 加 FlagGems 5.4.0,张量并行 8 卡。 - 版本面:build-infra 在 10-23 与 10-25 各记一笔 2.3.0 的 changelog 日期(寒武纪 neuware 4.4.3、沐曦 maca 3.8.1.3),10-25 授权 2.3.0 运行时重建;容器新增启动期版本参数,可指定 FlagGems 版本或让 FlagTree 装当日构建。2.3.0 尚未打标签。
- 开发面:窗口内 612 笔提交、274 笔合入,其中 FlagQuantum 单仓 505 笔提交(占 82.5%)、148 笔合入(占 54%)。组织级活跃度已高度集中于量子栈,其余仓库以修复与测试契约为主。
- 判断:这是继 GLM-5.3-Flash 九芯之后,一周内第二次「模型开源当日九芯齐发」。区别在于交付物形态:上一轮是 BF16 与多精度并行,本轮统一收敛到 W8A8 单一路径,并把四家常用平台做成 Express 版——说明 Day-0 交付已从「能不能跑」进入「按统一格式批量复制」的阶段。
一、开源项目进展(GitHub 动态)
1.1 组织节奏:16 仓推送、612 笔提交、274 笔合入,FlagQuantum 独占八成提交(10-23 ~ 10-26)
日期:2026-10-23 ~ 2026-10-26 来源:flagos-ai 组织仓库 · 提交检索 · 合并 PR 检索
- 仓库面:61 仓中 16 仓窗口内有推送,按提交量依次为 FlagQuantum 505、FlagGems-sglang 39、FlagGems 27、Torch-FL 16、build-infra 12、optest 4、FlagGems-vllm 4、vllm-plugin-FL 2、sglang-plugin-FL 1、FlagTree 1、FlagTrain 1。docs、release-info、FlagSparse、Trident、FlagBLAS 五仓的推送落在非默认分支,主分支无新提交。
- 合入面:合并 PR 274 笔,分仓为 FlagQuantum 148、FlagGems 50、FlagGems-sglang 34、Torch-FL 16、build-infra 12、FlagGems-vllm 4、optest 4、vllm-plugin-FL 2、sglang-plugin-FL 2、FlagTree 1、FlagTrain 1。
- 在审面:窗口内有更新的 open PR 253 笔,其中新开 141 笔;仓库分布为 FlagGems 144(新开 84)、FlagGems-vllm 20、vllm-plugin-FL 14、FlagTree 14、FlagGems-sglang 14、docs 6、FlagTrain 6、sglang-plugin-FL 6、Torch-FL 5、FlagQuantum 4、FlagAttention 4、FlagScale 4。
- 日均对比:窗口为 72 小时,折算日均提交 204 笔(上一期 24 小时窗口为 135 笔)、日均合入 91 笔(上一期 163 笔)、日均新开 47 笔(上一期 90 笔)。即开发侧投入上升,评审吞吐回落——上一期是「队列在清」,本期转为「新码在积」。
- 版本面:窗口内 31 个仓库的 Release 与 Tag 原子核查均为零新增,4 天窗口内无任何正式发布;build-infra 最新标签仍是 v2.2.0,与 2.3.0 重建授权形成「已授权、未发布」的悬置状态。
- 事件面:org 事件流 99 条,其中 PR 事件 50、推送 20、删分支 15、建分支 8、关注 3、评审 2、评论 1。删分支 15 与新开 8 并存,仍是「批次分支合并即删」的流水线习惯。
- 判断:提交与合入的落差集中在 FlagQuantum(505 笔提交对 148 笔合入,合入率 29%),而 FlagGems-sglang 反向(39 笔提交对 34 笔合入,合入率 87%)——前者在写长周期的科学计算证据链,后者在批量吞竞赛赛道算子。两种节奏同时存在,是本窗口最明显的结构特征。
1.2 FlagRelease:MiniMax-M3.1-Flash 九芯 W8A8 同日上架,四家用 Express 版(10-23)
日期:2026-10-23 来源:FlagOS 多芯支持说明 · FlagRelease 组织模型 · vllm-plugin-FL PR #631
- 适配范围:九家平台为达摩院玄铁(真武)、英伟达、沐曦、海光、华为昇腾、摩尔线程、天数智芯、昆仑芯、清微,全部提供 W8A8 版本;模型仓统一挂在 FlagRelease 组织下,ModelScope 与 Hugging Face 双通道发布。
- 量化路径:FlagOS 把 MiniMax 原生的 QAT NVFP4 权重转成跨芯通用 W8A8 部署版本,本机不做二次训练。英伟达、昇腾、昆仑芯与达摩院玄铁四家为 Express 版,命名规则
MiniMax-M3.1-Flash-W8A8-<platform>-FlagOS-Express,其余五家为标准版。 - 模型规格:M3.1 Flash 总参数 428B、激活 23B,支持 1M 上下文与图像、视频输入,新增可调思考深度参数;官方口径为线上推理速度较前代提升近 3 倍、Agent 场景综合 Token 成本下降 70%。
- 部署路径:文档给出两条路——推荐直接用 FlagRelease 镜像(按芯片选仓、按模型卡拉驱动与容器),或从源码装:达摩院玄铁示例为 vLLM 0.24.0、vllm-plugin-FL 0.3.0、FlagGems 5.4.0,按需再加 FlagTree 与 FlagCX,
tensor_parallel_size=8起服务。 - 代码侧配套:vllm-plugin-FL 在 10-24 08:25 合入「add MiniMax-M3.1 support and inference example」(#631),把模型接入与推理示例一并进主干;FlagGems-vllm 在 10-23 17:19 合入 PPU 侧
flash_mla_sparse_fwd(#975),对上 M3.1 的稀疏 MLA 路径。 - 判断:九仓集中在半小时内建立,说明发布流水线已模板化;真正的差异在模型卡里的运行时矩阵(框架版本、插件分支、FlagGems 提交、是否需要 FlagCX),这也是判断「是否真适配」的可核查依据。
1.3 运行时 2.3.0:两笔 changelog 日期落定、重建获授权,容器可按启动参数选 FlagGems 与 FlagTree 版本(10-23 ~ 10-25)
日期:2026-10-23 ~ 2026-10-25 来源:build-infra PR #1472 · PR #1475 · PR #1480 · PR #1482 · PR #1484 · PR #1487
- 流程改造(#1472):运行时镜像推送从此必须附 changelog 并记录日期,否则流水线拒绝推送;#1478 进一步要求每份 changelog 记录 FlagTree 的版本覆盖值。发布留痕从「人工记忆」变成「门禁」。
- 版本留痕:10-23 14:40 机器人提交 2.3.0 的 changelog 日期(寒武纪 neuware 4.4.3),10-25 18:26 再提交一笔(沐曦 maca 3.8.1.3)。两笔都由 github-actions 自动生成,说明对应厂商的后端组合已进入构建名单。
- 重建授权(#1484):10-25 10:03 授权对 2.3.0 运行时按版本请求重建,紧随其后的 #1485 修掉 OCI 标签构建参数的引号问题、#1486 修厂商 SDK 环境变量丢失 venv 前缀的问题——都在为重建清障。
- 参数化(#1480、#1482):容器支持把
FLAGTREE_VERSION设为 latest 以装当日构建、用FLAGGEMS_VERSION指定 FlagGems 版本,版本从「烧进镜像」变成「启动时选择」;#1477 同时删掉-build变体,明确运行时镜像即交付物。 - 判断:2.3.0 的准备工作集中在「可复现性」而非新功能——门禁、留痕、授权、参数化四件齐备,只差打标签。按 build-infra 的既有节奏,标签之后通常是全后端镜像批量重出,届时值得核对各厂商 changelog 是否补齐到九家。
1.4 FlagQuantum:三日 505 笔提交、148 笔合入,QEC 包重组与 FTQC Stage A 试点并行(10-23 ~ 10-26)
日期:2026-10-23 ~ 2026-10-26 来源:FlagQuantum 提交 · PR #749 · PR #832 · PR #868
- 总量:505 笔提交、148 笔合入,均为全组织第一;提交占 82.5%,合入占 54%。三日连续作业,最晚一笔合并发生在 10-26 01:08。
- QEC 包重组(#735 ~ #749 连续九笔):把纠错码从单一实现拆成有边界的包——先审计包边界与兼容基线(#735),再依次隔离码矩阵与噪声扫描(#737)、拆分码族与所有权(#739)、分离存储声明与执行组装(#740)、拆出探测器误差模型(#744)、分离解码算法与可选适配器(#746)、定稿包布局与安装指引(#748),最后一体化并入主干(#749)。这是一次以「可安装性」为目标的目录手术。
- FTQC Stage A 试点(#832 及后续):10-25 02:12 合入有界规模试点资源与观察记录,随后是混合线路策略研究(#846)、七点续跑方案(#860)、混合试点台账定稿(#868)、延续检查点的物理评估(#847)。路径特征是按「预算—观察—结论」三段留证,而不是一次跑完。
- Ising 支线:10-25 08:55 起提供带种子的 Ising 电荷轨迹执行,10-25 13:02 起从测量记录验证固定探测器布局;采样计划(#838)与合同基线同日合入。
- CI 侧:新增 MC550 跑批(#742)、扩充 A800 的 CPU 容量并调整人工验证路由(#743、#745);在审 PR #762 提出暂停 R300 的 PR 调度、把池资格改为手动。
- 判断:量子栈用三天完成了一次结构性重整——包边界、误差模型、解码器各自独立,为后续把 M3 的采样与终端仪器接口接进来腾出了干净位置。合入率只有 29%,说明大量提交仍走在提案与证据链上,短期内不宜按「功能交付」口径解读。
1.5 FlagQuantum:Quafu SDK 生命周期整体切换,Rydberg presence 契约落成(10-25 ~ 10-26)
日期:2026-10-25 ~ 2026-10-26 来源:PR #852 · PR #855 · PR #856 · PR #862 · PR #866 · PR #876
- Quafu 迁移(10-25 18:23 ~ 23:26 六笔连发):发现流程改走 SDK(#852)、逻辑任务迁移(#855)、QSteed 物理程序改由 SDK 提交(#856)、拓扑解析走 SDK(#858)、孪生生命周期迁移(#862)、最后退役旧执行生命周期(#866)。旧路径是删除而非保留别名,属硬切换。
- 在审收尾:PR #857 完成生命周期迁移的剩余部分、#874 做只读 SDK 切换,均处于在审状态;说明切换是分批推进、按可回退粒度切开的。
- Rydberg presence 契约(10-25 16:35 ~ 10-26 01:08):先立契约基线(#854),再拒绝在无条件 Rydberg 组装中出现观察(#865),随后编码单次 presence 观察(#869)、提出有界相干分支一致性(#870)、验证有界相干分支参考(#873),最后提出有限动态相干参考(#876,10-26 01:08 合入)。
- 判断:两条线都在做「先定契约、再放实现」的收口。Quafu 从自研执行生命周期切到厂商 SDK,意味着量子硬件侧的外部依赖正式成形;Rydberg presence 从「能否声明」推进到「能否观察」,是中性原子路线跨过 M3 门槛前的最后一段。
1.6 FlagGems:50 笔合入,昆仑芯缺陷修复与 KernelGen 算子批量落地并行(10-23 ~ 10-24)
日期:2026-10-23 ~ 2026-10-24 来源:FlagGems 提交 · PR #7095 · PR #7274 · PR #6623 · PR #7199
- 总量:50 笔合入、27 笔主分支提交,是组织内合入数第二的仓库;KernelGen 与昆仑芯两条线交替落地。
- 昆仑芯(XPU3)集中修复:
addmv_out补 M=0、beta=0、N=0 边界(#7095);log_softmax前向改用整型键求最大值并加 N==1 快速路径(#7523);special_log1p标量输入改回 0 维张量(#7457);rnn_relu上融合核并接自动微分(#7110);scaled_grouped_mm在后端做 FP8 E4M3 解码(#7274);另有 frexp、conj_physical_、unsqueeze 与 upsample_linear1d 反向等一批修复与提速(#7610、#7599、#7560、#7595、#7349、#7354)。 - KernelGen 批量:新增稀疏 BSR 算子(#7076),foreach 系列测试改为直连候选注入并连开批次 01 至 09(#7543 至 #7551),
einsum定义与可注入套件(#7637),基准结果 JSON 保留优先级(#7615),跨七平台参考审计后补精确 OOM 跳过(#7662)。 - 其他后端:摩尔线程 FP8 矩阵乘改用 TLE warp 特化(#6623);昇腾把 addmm 的调优候选与 mm 隔离(#7575);沐曦侧修 scaled_mm 的用例收集与后端能力检查、修
and模式(#7248、#7454),并补convolution_backward两个算子(#7016);英伟达优化 Hopper FP8 小 M 形状(#7068)。 - 清理:删掉第一批误移植的 CPU 算子(#7199),属对早期跨芯复制式移植的回撤。
- 判断:本期没有新算子库级的大动作,重心在「把已有算子在各后端修到能用」。#7199 的回撤与 #7662 的 OOM 审计是同一件事的两面:先承认历史移植有欠账,再用测试契约逐条清账。
1.7 FlagGems-sglang:34 笔竞赛赛道算子合入,首增 Debian 与 RPM 打包(10-23 ~ 10-25)
日期:2026-10-23 ~ 2026-10-25 来源:FlagGems-sglang 提交 · PR #210 · PR #191 · PR #196
- 总量:34 笔合入、39 笔提交,合入率 87%,是组织内合入效率最高的仓库。
- 竞赛赛道供给:绝大多数合入带
[FlagOS Competition-Track1]前缀,来自 yzw1128、c2flowDS、SweetDeathh、love530love、xuanzhengdu-eng、liangkw16、sinpeyw、goldenfox2025、hangglider5 等外部贡献者,覆盖 MLA 缓冲读写、排布重排、Top-K 采样、MoE 零专家、缓存定位、软池化等 SGLang 推理链路算子。 - 节奏:10-23 15:47 至 18:02 两小时出头连合 33 笔,其中 16:21 至 16:31 十分钟内合入九笔;10-25 22:37 补入
memcpy_triton(#196),批次扫尾。 - 工程侧:新增 Debian 与 RPM 打包(#191),并修 SQLAlchemy 1.4 兼容(#190),说明该仓已不只是算子集合,开始承担可安装发行物的角色。
- 在审:13 笔新开 PR 仍以竞赛赛道算子为主(#207 至 #220),另有设备元数据初始化修复。
- 判断:竞赛成为稳定的算子供给渠道,两周内该仓从零散提交变成有发行包的项目。风险同样明显——审核压力集中在一个仓库、单人单日可合十余笔,契约一致性依赖事后的测试批次补齐。
1.8 Torch-FL:厂商命名重构一轮到底,两日内 16 笔合入(10-23 ~ 10-25)
日期:2026-10-23 ~ 2026-10-25 来源:Torch-FL 提交 · PR #643 · PR #649 · PR #653 · PR #639
- 总量:16 笔合入、16 笔主分支提交,全部由 lvyufeng 主导。
- 命名重构(#645 ~ #650):把箱化槽位从
Backend::kCuda改为Backend::kBoxing(#645),给每个平台加厂商名(#646),按厂商重命名源码与 CI 目录(#647)、配置与标记与打包目录(#648)、后端枚举与英伟达路由键(#649),最后修掉重命名留下的查表失配(#650)。六笔在 13:38 至 15:59 之间完成。 - 语义修正(#643):明确「不得从默认配置路由箱化」,并新增仅箱化的 day-0 配置——这是把「某平台缺算子时回落到打包路径」从隐式行为改成显式声明。
- 平台修复:MPS 侧保留 MPSGraph 广播形状(#640)、给线性算子用例配 CPU 参考与可读差异(#606)、让 Qwen3.5 视觉工厂与插值留在 MPS(#639);CUDA 侧把算子路由到 FlagGems 而不是空槽(#638);#653 修 MPS wheel 的平台命名与前缀预检。
- 在审:4 笔新开,含 DCU 运行时改从 CUDA 源码构建(#654)、CMake 平台解析兼容两种拼写(#651)、天数非内层归约避开掩码行块(#644);另有 #603 的 FlagCICD 契约化编排仍在审。
- 判断:一次跨六个 PR 的命名重构能在一个下午完成,说明 Torch-FL 的厂商抽象层仍薄、耦合可控;把箱化行为显式化则是对「静默回落」这类最难排查问题的正面处理。
1.9 推理插件:vllm-plugin-FL 接入 MiniMax-M3.1,sglang-plugin-FL 补海光 Qwen3.6 MTP 解码(10-23 ~ 10-24)
日期:2026-10-23 ~ 2026-10-24 来源:vllm-plugin-FL PR #631 · sglang-plugin-FL PR #149 · FlagGems-vllm PR #975 · FlagGems-vllm PR #991
- vLLM 侧:10-24 08:25 合入 MiniMax-M3.1 支持与推理示例(#631),是九芯交付在代码侧的对齐动作;10-23 10:24 另有一笔把 FlagGems-vllm 数学 shim 的修复钉进 CI(#610)。
- SGLang 侧:海光实现 eager 模式下 Qwen3.6 的 MTP 解码(#149,10-23 15:23),同日更新支持模型与芯片清单(#151)。
- 算子侧:FlagGems-vllm 在 10-23 合入 PPU 的
flash_mla_sparse_fwd(#975)、修摩尔线程top_k_per_row_prefill在窄值带上的错序(#831)、优化 PH1 的块缩放 FP8 bmm(#893)、给 persistent_topk 加采样路径(#991)。 - 在审:vllm-plugin-FL 14 笔、sglang-plugin-FL 6 笔窗口内有更新,其中 sglang-plugin-FL #153 修昇腾混合视觉语言批处理与确定性归约,#139 补天数 SGLang 0.5.18 的 empty 运行时适配。
- 判断:两个插件仓的单笔合入量不大,但每笔都对应一家厂商的一条真实推理链路。九芯交付的软件侧证据,最终就落在这些 PR 的模型卡版本矩阵里。
1.10 其余仓库:FlagTree 跟版 MTHREADS 后端、FlagTrain 新增融合算子、optest 命令行三改一退(10-23 ~ 10-25)
日期:2026-10-23 ~ 2026-10-25 来源:FlagTree PR #1416 · FlagTree PR #1436 · FlagTrain PR #15 · optest PR #10 · FlagBLAS PR #154
- FlagTree:主分支仅一笔——摩尔线程后端跟到上游
0842829c1(#1416)。在审 14 笔,重点有昆仑芯的分布式 TLE 后端(#1436,10-25 新开)、tle.gpu.copy增加 pad_value(#1429)、显式 tile 拷贝范围(#1433)、昇腾tl.where接受指针操作数(#1430)、按后端拆分的 deb 打包(#1417)。 - FlagTrain:合入
wf6af16_linear融合算子(#15),覆盖英伟达、昇腾、天数、沐曦四家 Triton 实现;在审有moe_gemm(#31)、fp8_gemm(#18)、mixed_gemm(#10),训练侧算子供给在补。 - optest:一天内三改一退——支持当前与显式项目目录(#7)、移除遗留 root profile(#8)、报告命令改默认工作目录(#9),随后回退 #8(#10)。回退说明 profile 方案仍需保留,属试验性收敛。
- FlagBLAS:10-24 新开 PR #154「Add T-Head L1 support」,把达摩院玄铁的 L1 算子接进 BLAS 库;默认分支无新提交。
- Trident 与 FlagSparse:Trident 的
feature/monad分支在 10-24 至 10-25 推送五次,PR #4 引入 Monad 中间层做计算组合;FlagSparse 仅zyq_sparse分支有推送,主分支静默。 - docs 与 release-info:docs 由机器人三次推送模型清单分支(ModelScope、爱幻芯、Hugging Face 各一次),对应 PR 仍在审;release-info 的 gh-pages 三次更新,但 31 仓原子核查未见新 Tag 或 Release。
二、新闻报道与生态
2.1 InfoQ 长文复盘 FlagOS 2.2:成员单位 107 家、季度下载 46.4 万次(10-24)
日期:2026-10-24 来源:InfoQ:智源众智 FlagOS 2.2 让前沿模型与多元算力协同演进
- 生态口径:截至第三季度,FlagOS 生态成员单位 107 家,季度社区下载 464,336 次,为第二季度的 4.76 倍;代码贡献者 264 位,较上一版增加 55%。
- 开发量口径:从 2.1 到 2.2,合并 PR 由 1,890 增至 4,890,代码提交由 5,100 增至 9,730,新建 Issue 由 420 增至 1,423。
- 技术口径:九大算子库合计 1,454 个算子、较上一版增 890 个;上千算子、10 款芯片范围内跨芯整体性能提升约 27%;GLM-5.3-Flash 在存量昇腾 910B 上逻辑服务吞吐 8.52k 升至 17.36k tokens/s(2.04 倍),512K 长上下文生成 60.9 tokens/s。
- 成本口径:按每台 8 卡 910B 月租 16,500 元、3P1D 部署、93% 缓存命中率测算,256K 输入 8 并发场景每百万输出 Token 折算 59.27 元、512K 输入 4 并发 104.53 元,分别较对应商业 API 计费参考低 19.4% 与 27.6%。
- 判断:这是 2.2 发布后最完整的一篇中文技术复盘,价值在它给出了可比的社区指标(下载量、贡献者、PR 数),而不只是性能数字。需注意成本项是「按租金折算」的测算,不是同负载实测对照,引用时应保留这一限定。
2.2 沐曦与摩尔线程同日宣布 MiniMax M3.1 Flash Day-0 适配(10-23)
日期:2026-10-23 来源:新浪科技:沐曦曦云 C 系列 Day 0 跑通 MiniMax M3.1 Flash · 界面新闻:摩尔线程完成 MiniMax M3.1 Flash 适配
- 沐曦:10-23 开源当日,曦云 C 系列完成 Day 0 深度适配,官方称依托 MXMACA 全栈软件栈(驱动、MXCC 编译器、算子库、推理框架适配);自 2025 年 12 月以来已完成 45 个旗舰模型 Day-0 适配,这是其第四次跟进 MiniMax 旗舰。
- 摩尔线程:同日由旗舰训推卡 MTT S5000 与 MUSA 软件栈完成适配,表述为「完成适配」而非「Day-0」。
- 口径辨析:两家通稿强调的是自有软件栈(MXMACA 与 MUSA)的能力;FlagOS 侧的交付物是 FlagRelease 的九芯 W8A8 仓与 vllm-plugin-FL、sglang-plugin-FL 两个插件。两者可以同时为真,但不是同一件事——厂商口径适合看单芯片首日可用性,FlagOS 口径适合看跨芯统一格式与批量复制能力。
- 判断:Day-0 已成为国产芯片厂商的标准营销节点,媒体的「首发」「率先」措辞不再稀缺。真正有区分度的是交付物是否可下载、版本矩阵是否写明,这一点本轮 FlagOS 与两家厂商都给到了可核查材料。
2.3 渠道核查:44 条候选 3 条有效,CSDN 专栏窗口内无新稿(10-26)
日期:2026-10-26 来源:Google News RSS(走代理) · CSDN FlagOS 专栏 · HN Algolia
- Google News:24 组中英文查询词共 44 条落在窗口内,逐条按标题语义过滤后 3 条有效——InfoQ 的 2.2 复盘、沐曦与摩尔线程的 Day-0 通稿。其余为股市行情、燧原与清微的股价类稿件、智源社区的 AI 研究类推文,均与 FlagOS 软件栈无直接关系。
- 噪音模式:
燧原科技 when:7d15 条几乎全是科创板行情与融资数据;摩尔线程 开源 when:7d14 条被 MiniMax 开源稿占满;清微智能 when:7d命中自媒体标题党一篇。这类查询今后可只保留标题含「FlagOS/算子/软件栈/芯片适配」的条目。 - CSDN 专栏:最新一篇为 10-22 19:00 的高校圆桌直播预告,窗口内无新稿;专栏当前头条仍是 GLM-5.3-Flash 九芯 Day0 与 Qwen3.8-Flash-Next 八芯适配,均属此前各期。M3.1 九芯的专栏稿截至本窗口末尚未发布。
- HN Algolia:8 组查询 4 天内共 36 条命中,
FlagOS、FlagGems各 3 条但无标题直接匹配,BAAI30 条均为模型与研究讨论,无 FlagOS 相关。 - 智源社区:搜索页为客户端渲染,抓取仅得框架页,无法作为条目来源;本期未从该渠道取用内容。
三、成员单位与后端厂商深挖
3.1 海光:九芯中的 W8A8 版之外,MiniCPM-V 4.7 双版本同日落仓(10-23)
日期:2026-10-23 来源:FlagRelease 模型组织 · sglang-plugin-FL PR #149 · FlagScale PR #1299
- 模型交付:MiniMax-M3.1-Flash 的
W8A8-hygon-FlagOS标准版落仓;同日 17:47 至 17:48 另有两个 MiniCPM-V 4.7 仓上架(1B BF16 与 35B-A3B BF16),是海光在视觉模型线上的补位。 - 推理链路:sglang-plugin-FL 合入 eager 模式下的 Qwen3.6 MTP 解码(#149),把投机解码路径开到海光;同日更新支持模型与芯片清单(#151)。
- 算子与注意力:FlagAttention 有两笔在审——去掉 FP8 MSA 路径并修测试导入(#109)、新增 HY3 后端支持(#112,10-25 新开)。
- 训练侧:FlagScale 的在审 PR #1299 增加 DCU 硬件健康采样,属长周期在审项(9-18 起)。
- 判断:海光在本窗口的动作是「模型线铺开、推理线补 MTP、注意力线开新后端」,三条线同时推进但都以标准版而非 Express 版交付,与其在 FlagOS 九芯中的定位一致。
3.2 昆仑芯:FlagGems 侧十余笔修复与提速,XPU3 路径集中收口(10-23)
日期:2026-10-23 来源:FlagGems PR #7095 · PR #7110 · PR #7274 · FlagTree PR #1436
- 算子修复量:FlagGems 窗口内带昆仑芯标签的合入约 15 笔,覆盖 addmv、log_softmax、rnn_relu、scaled_grouped_mm、frexp、conj_physical_、unsqueeze、upsample_linear1d 反向、batch ops 等,多数标注
[KunlunXin][XPU3]。 - 性能侧:
log_softmax前向加 N==1 快速路径、unsqueeze与upsample_linear1d_backward提速、foreach 与 or_scalar 性能修复,属稳定器而非新能力。 - 编译侧:FlagTree 在审 #1436 提出昆仑芯的分布式 TLE 后端(10-25 新开),若合入将是昆仑芯在 TLE 层的首块分布式能力。
- 交付:九芯中的昆仑芯为 Express 版(
W8A8-kunlunxin-FlagOS-Express),与英伟达、昇腾、达摩院玄铁同列。 - 判断:昆仑芯是本期算子侧修复密度最高的后端,几乎全部集中在「已有算子跑不通或跑得慢」这一类问题上,与它上一期刚成为 FlagTree 第七后端的时间点吻合——后端接入之后必然有一段长尾修补期。
3.3 达摩院玄铁:真武 Express 版交付,PPU 稀疏注意力在审(10-23 ~ 10-25)
日期:2026-10-23 ~ 2026-10-25 来源:FlagRelease 模型组织 · FlagGems-vllm PR #975 · FlagAttention PR #111 · FlagBLAS PR #154
- 模型交付:MiniMax-M3.1-Flash 的
W8A8-zhenwu-FlagOS-Express于 10-23 落仓,是四家 Express 版之一;模型卡给出的源码部署示例即以达摩院玄铁为基准平台(vLLM 0.24.0、vllm-plugin-FL 0.3.0、FlagGems 5.4.0、TP=8)。 - 稀疏注意力:FlagGems-vllm 合入 PPU 侧
flash_mla_sparse_fwd(#975,10-23 17:19),对上 M3.1 的 MLA 稀疏路径;FlagAttention 在审 #111 进一步把 MiniMax 稀疏注意力支持开到 PPU(10-24 新开)。 - 算子库扩展:FlagBLAS 在审 #154「Add T-Head L1 support」(10-24 新开),把 L1 级算子纳入跨芯 BLAS。
- 判断:达摩院玄铁同时出现在「模型交付的基准平台」与「算子库的新增后端」两侧,说明其在 FlagOS 内部承担的既是首批验证平台、也是算子覆盖的补齐对象。Express 版与标准版的差别(是否带预置运行时)值得后续核对。
3.4 清微、天数、摩尔线程、沐曦:四家在算子库侧各有一批提交(10-23 ~ 10-25)
日期:2026-10-23 ~ 2026-10-25 来源:FlagGems PR #6623 · FlagGems PR #7454 · FlagGems-vllm PR #893 · TransformerEngine-FL PR #148
- 清微:九芯中的
W8A8-tsingmicro-FlagOS标准版于 10-23 14:39 落仓;代码侧窗口内无本仓专属合入,仍以模型交付为主。 - 天数(Iluvatar):九芯标准版落仓;Torch-FL 在审 #644 修非内层归约避开掩码行块(10-23 新开);sglang-plugin-FL 在审 #139 补 SGLang 0.5.18 的 empty 运行时适配。
- 摩尔线程:FlagGems 合入 FP8 矩阵乘的 TLE warp 特化(#6623),FlagGems-vllm 修
top_k_per_row_prefill窄值带错序并优化 PH1 的 FP8 bmm(#831、#893);FlagTree 在审 #1401 提 PH1 上的混合 FP8/BF16 SQMMA 流水。 - 沐曦:FlagGems 修 scaled_mm 用例收集与
and模式、补 convolution 反向(#7248、#7454、#7016);build-infra 的 2.3.0 changelog 以 maca 3.8.1.3 记入构建名单。 - 其余:TransformerEngine-FL 在审 #148 修
generic_gemm的 alpha 丢失、beta 被忽略与 3D 转置还原错误(10-23);FlagScale 在审 #1315 提出 L0 至 L4 能力规划与全量夜跑的测试路由。 - 判断:四家的共同特征是「模型仓先行、算子修复随后」,与昆仑芯、海光的路径一致。九芯交付的真正门槛不在模型仓上架,而在各家的运行时矩阵能否被后续几周持续维护。
四、总结与趋势观察
- Day-0 交付进入批量化阶段:一周内 GLM-5.3-Flash 九芯与 MiniMax-M3.1-Flash 九芯连续两次同日齐发,且本轮统一为 W8A8 单一路径、四家 Express 版。交付的可复制性已经建立,下一步的观察点是「同一格式在不同模型上是否稳定」以及模型卡版本矩阵是否随上游升级同步更新。
- 2.3.0 处于「已授权、未发布」的悬置期:build-infra 的门禁、changelog、重建授权、版本参数化四件事全部就位,标签尚未打出。与 2.2 发布前不同的是,本轮把「容器启动时选组件版本」做成了正式能力,意味着运行时与算子库、编译器的版本解耦,长期看会改变适配与验证的颗粒度。
- 组织活跃度高度集中于量子栈:FlagQuantum 单仓占 82.5% 提交、54% 合入。这种集中带来快速的结构重整(QEC 包拆分、Quafu SDK 切换),也使组织级的「非量子侧」吞吐明显回落——日均合入从 163 笔降至 91 笔,主要差额来自 FlagGems 与 FlagGems-sglang 的回落。
- 竞赛赛道成为算子供给主渠道:FlagGems-sglang 34 笔合入中绝大多数来自外部贡献者的
Competition-Track1,两小时内可合入 30 笔。供给快、审核集中,测试契约的补齐依赖事后批次,这条通道的长期质量需要观察缺陷回归率。 - 厂商侧修复进入长尾期:昆仑芯、昇腾、沐曦、摩尔线程本期的动作以「已有算子修到能用」为主,另有一次 CPU 算子误移植的回撤。这是后端接入后的必然阶段,也说明 2.2 的 1,454 个算子清单在真实芯片上仍存在覆盖与精度缺口。
- 信息面相对平静:44 条新闻候选仅 3 条有效,无新版本发布、无新仓库创建(新仓均为 10-13 至 10-14 建立)。本期内容主体来自 GitHub,属典型的「代码活跃、发布会静默」窗口。
- 局限说明:本期提交检索为 GitHub search 的 total_count 口径(612 笔),按提交 URL 去重后逐条归仓,个别仓库可能存在跨页重复导致的 ±1 误差;FlagQuantum 的 505 笔含合并提交与分支同步提交,不能等同于 505 个功能改动;FlagRelease 的时间戳为 Hugging Face 的 UTC 记录,已换算北京时间;厂商通稿中的「Day-0」「率先」等表述为公司口径,未取得第三方验证;InfoQ 的成本数字为按租金折算的测算,非实测对照。
附录:信源核查表与完整信源清单
信源核查表
| 信源 | 核查结果 |
|---|---|
| GitHub 组织仓库 API | 61 仓全量返回,16 仓 72 小时窗口内有推送 |
| GitHub 提交检索 | 612 笔(5 页上限后补第 6 至第 8 页),按 URL 去重归仓 11 仓 |
| GitHub 合并 PR 检索 | 274 笔窗口内合入,最强为 FlagQuantum 148 笔 |
| GitHub 在审 PR 检索 | 253 笔窗口内更新,其中新开 141 笔 |
| GitHub org 事件流 | 99 条,PR 50、推送 20、删分支 15、建分支 8 |
| Release 与 Tag 原子核查 | 31 仓全部零新增,4 天窗口内无正式发布 |
| Atom 兜底 | docs、FlagBLAS、FlagSparse、Trident、release-info 五仓补查,均落在非默认分支 |
| FlagRelease 模型组织 | 60 仓最近更新核查,窗口内新增 9 个 MiniMax-M3.1 仓与 2 个 MiniCPM-V 4.7 仓 |
| Hugging Face 模型卡 | MiniMax-M3.1-Flash 多芯说明文档随仓首日发布,九芯清单与 Express 规则可核查 |
| Google News RSS | 24 组中英文查询 44 条候选,3 条有效(走代理) |
| HN Algolia | 8 组查询 4 天 36 条命中,无标题直接匹配 |
| CSDN FlagOS 专栏 | 最新稿为 10-22 直播预告,窗口内无新稿 |
| 智源社区 | 搜索页客户端渲染,仅得框架页,本期未取用 |
| 待收录队列 | 当日文件仅含 RISC-V 条目且已被消费,本主题无指定条目 |
完整信源清单
- [1] FlagOS 组织仓库 — https://github.com/orgs/flagos-ai/repositories
- [2] FlagOS 提交检索(org:flagos-ai) — https://github.com/search?q=org%3Aflagos-ai+committer-date%3A%3E2026-10-22T22%3A00%3A00Z&type=commits
- [3] FlagOS 合并 PR 检索 — https://github.com/search?q=org%3Aflagos-ai+is%3Apr+is%3Amerged+merged%3A%3E%3D2026-10-22T22%3A00%3A00Z&type=pullrequests
- [4] MiniMax-M3.1-Flash 的 FlagOS 多芯支持说明 — https://huggingface.co/MiniMaxAI/MiniMax-M3.1-Flash/blob/main/docs/FlagOS-Multi-Chip-Support-and-Downloads.md
- [5] FlagRelease 模型组织 — https://huggingface.co/FlagRelease
- [6] build-infra PR #1472(changelog 门禁) — https://github.com/flagos-ai/build-infra/pull/1472
- [7] build-infra PR #1475(2.3.0 changelog 日期,寒武纪) — https://github.com/flagos-ai/build-infra/pull/1475
- [8] build-infra PR #1480(FLAGTREE_VERSION=latest) — https://github.com/flagos-ai/build-infra/pull/1480
- [9] build-infra PR #1482(FLAGGEMS_VERSION 启动期选择) — https://github.com/flagos-ai/build-infra/pull/1482
- [10] build-infra PR #1484(授权 2.3.0 重建) — https://github.com/flagos-ai/build-infra/pull/1484
- [11] build-infra PR #1487(2.3.0 changelog 日期,沐曦) — https://github.com/flagos-ai/build-infra/pull/1487
- [12] FlagQuantum 提交 — https://github.com/flagos-ai/FlagQuantum/commits/main
- [13] FlagQuantum PR #749(QEC 包重组并入主干) — https://github.com/flagos-ai/FlagQuantum/pull/749
- [14] FlagQuantum PR #832(FTQC Stage A 试点) — https://github.com/flagos-ai/FlagQuantum/pull/832
- [15] FlagQuantum PR #862(Quafu 孪生生命周期迁移) — https://github.com/flagos-ai/FlagQuantum/pull/862
- [16] FlagQuantum PR #866(退役旧 Quafu 执行生命周期) — https://github.com/flagos-ai/FlagQuantum/pull/866
- [17] FlagQuantum PR #876(有限动态相干参考) — https://github.com/flagos-ai/FlagQuantum/pull/876
- [18] FlagGems 提交 — https://github.com/flagos-ai/FlagGems/commits/master
- [19] FlagGems PR #7095(addmv_out 边界) — https://github.com/flagos-ai/FlagGems/pull/7095
- [20] FlagGems PR #7274(scaled_grouped_mm FP8 解码) — https://github.com/flagos-ai/FlagGems/pull/7274
- [21] FlagGems PR #6623(摩尔线程 FP8 warp 特化) — https://github.com/flagos-ai/FlagGems/pull/6623
- [22] FlagGems PR #7199(回撤误移植 CPU 算子) — https://github.com/flagos-ai/FlagGems/pull/7199
- [23] FlagGems-sglang 提交 — https://github.com/flagos-ai/FlagGems-sglang/commits/master
- [24] FlagGems-sglang PR #210(batch7 算子) — https://github.com/flagos-ai/FlagGems-sglang/pull/210
- [25] FlagGems-sglang PR #191(Debian 与 RPM 打包) — https://github.com/flagos-ai/FlagGems-sglang/pull/191
- [26] FlagGems-sglang PR #196(memcpy_triton) — https://github.com/flagos-ai/FlagGems-sglang/pull/196
- [27] Torch-FL 提交 — https://github.com/flagos-ai/Torch-FL/commits/main
- [28] Torch-FL PR #643(禁止默认配置路由箱化) — https://github.com/flagos-ai/Torch-FL/pull/643
- [29] Torch-FL PR #649(后端枚举改厂商命名) — https://github.com/flagos-ai/Torch-FL/pull/649
- [30] Torch-FL PR #653(MPS wheel 平台命名) — https://github.com/flagos-ai/Torch-FL/pull/653
- [31] Torch-FL PR #639(Qwen3.5 视觉在 MPS) — https://github.com/flagos-ai/Torch-FL/pull/639
- [32] vllm-plugin-FL PR #631(MiniMax-M3.1 支持) — https://github.com/flagos-ai/vllm-plugin-FL/pull/631
- [33] sglang-plugin-FL PR #149(海光 Qwen3.6 MTP) — https://github.com/flagos-ai/sglang-plugin-FL/pull/149
- [34] FlagGems-vllm PR #975(PPU 稀疏 MLA 前向) — https://github.com/flagos-ai/FlagGems-vllm/pull/975
- [35] FlagGems-vllm PR #991(persistent_topk 采样路径) — https://github.com/flagos-ai/FlagGems-vllm/pull/991
- [36] FlagTree PR #1416(MTHREADS 后端跟版) — https://github.com/flagos-ai/FlagTree/pull/1416
- [37] FlagTree PR #1436(昆仑芯分布式 TLE 后端,在审) — https://github.com/flagos-ai/FlagTree/pull/1436
- [38] FlagTrain PR #15(wf6af16_linear 融合算子) — https://github.com/flagos-ai/FlagTrain/pull/15
- [39] optest PR #10(回退 root profile) — https://github.com/flagos-ai/optest/pull/10
- [40] FlagBLAS PR #154(达摩院玄铁 L1 支持,在审) — https://github.com/flagos-ai/FlagBLAS/pull/154
- [41] FlagAttention PR #111(PPU 上的 MiniMax 稀疏注意力,在审) — https://github.com/flagos-ai/FlagAttention/pull/111
- [42] TransformerEngine-FL PR #148(generic_gemm 修复,在审) — https://github.com/flagos-ai/TransformerEngine-FL/pull/148
- [43] FlagScale PR #1299(海光 DCU 健康采样,在审) — https://github.com/flagos-ai/FlagScale/pull/1299
- [44] InfoQ:FlagOS 2.2 技术复盘 — https://www.infoq.cn/article/mhdJwMMzYFedMFHKfHWs
- [45] 新浪科技:沐曦曦云 C 系列 Day 0 适配 MiniMax M3.1 Flash — https://finance.sina.com.cn/tech/roll/2026-10-23/doc-iniweyws1962961.shtml
- [46] 界面新闻:摩尔线程完成 MiniMax M3.1 Flash 适配 — https://m.sohu.com/a/1091492646_313745
- [47] CSDN FlagOS 专栏 — https://flagos.csdn.net/
- [48] HN Algolia 检索 — https://hn.algolia.com/api/v1/search_by_date?query=FlagOS&tags=story