
从 Google 发布 Gemini 4 Argon、Cloudflare 开源决策模型 Clef、DeepSeek 开源面向华为昇腾的六项基础设施组件这三组更新出发,拆解 AI 产品在「输出能有多长、判断由谁做出、代码跑在谁的芯片上」三个默认假设上的变化,并整理成可直接用于 AI 产品经理面试的表达、指标与追问。
| 更新与日期 | 核心机制 | 用户价值 | 行动窗口 | 证据边界 |
|---|---|---|---|---|
| Gemini 4 Argon 发布并分阶段开放,2026-09-30 | 输出上限从 64K 提到 100 万 token,价格促销期 $2/$10、标准 $4/$20,促销没有公布结束日期;先经 Fairwind 审核放给可信防御者,并对其与 Google 内部团队去掉网络类护栏15 | 设计长任务的人要重新算「一次任务」的 token 与断点,而不再看单次上限 | 10 月内用 $2 与 $4 两档单价各算一次同一个长任务的总价,把促销断档写进成本模型 | 价格与开放顺序是官方原文;100 万 token 的工程含义来自第三方(跨请求续写、实测配置 262k);基准表是官方自报口径 |
| Cloudflare 开源决策模型 Clef 与 Clef-flash,2026-10-01 | 输入状态加一组类型化问题,输出每个合法选项的概率,没有自由文本与推理 token;27B 与 9B 两个尺寸,Apache 2.0,单价 $0.24 与 $0.09 每百万输入 token2 | 把系统里「判断」这一步从生成里拆出来,变成一个可以设阈值的数值 | 10 月内取 200 条自家历史工单跑一次概率校准,再决定阈值定在哪 | 延迟与榜单均为自评,上游榜单未复现;官方自建榜单页自己标注延迟不可直接比较;完整面板里推理密集型任务仍由对手领先 |
| DeepSeek 开源面向昇腾的六项基础设施组件,2026-09-30 | 六项组件同批开源,覆盖编译、矩阵运算、跨设备通信、向量与访存算子、稀疏注意力、数据筛选,与英伟达侧组件一一对应;接口兼容,迁移从重写算子变成换后端34 | 硬件第二条路出现后,验收清单要先写清「哪些功能没有搬过来」 | 10 月 15 日前后昇腾 950DT 商用硬件窗口,向供应商索取商用版实测与第三方复现结果 | 性能数字全部为厂商自报且附硬条件;截至发布时没有第三方复测;训练端只有华为的单方说法 |

9 月 30 日 Google 发布了 Gemini 4 Argon,输出上限从 64K 提到 100 万 token,促销价每百万输入 2 美元、输出 10 美元,之后回到 4 美元和 20 美元,促销结束日期没公布。要注意它当时不是通用可用:先给通过 Fairwind 审核的可信防御者,而且官方明确说对这批人和内部团队会移除网络类护栏,之后才从付费 API 客户和 Google AI Ultra 订阅者开始,没有时间表。我最关注的是那 100 万 token 怎么实现——第三方分析说它靠 API 的跨请求续写,另一家评测机构的实测配置写的是 262k。如果这件事成立,产品侧的含义是「一次请求」和「一次任务」被分开了:任务要按断点设计,成本要按每任务算,验收点要放在中间产物上。还有一个数字很能说明问题:促销价下每任务 1.99 美元、是同期对手的六成,但平均每任务输出 62,000 token,对手只有 27,000——便宜来自单价,不来自 token 效率。要说清的边界是,基准表是 Google 自己拼的,非 Gemini 模型的数字取自厂商自报,同一个模型在 Harvey 完整榜上只排第五。

10 月 1 日 Cloudflare 开源了两款决策模型,Clef 和 Clef-flash,一个 27B、一个 9B,Apache 2.0,托管在 Workers AI,价格是每百万输入 token 0.24 美元和 0.09 美元,没有输出价。它的机制值得记住:你给它一段状态和一组类型化的问题(是非、选择、评分三类),它返回每个合法选项的概率,全程没有自由文本、没有推理 token,推理是非自回归的,所以延迟能在几十到两百毫秒这个量级。我的判断是,这个品类真正的价值不是「更快的模型」,而是把产品里「判断」这一步从生成里拆出来,变成一个可以设阈值、可以事后回看把握程度的部件。要提醒两点:第一,概率到动作的阈值从来不在模型里,在你的代码里,所以先做校准再设阈值;第二,官方博客里那句「人不必再一直留在判断流程里」讲的是不用逐条确认,不是可靠性承诺——同赛道的开源模型卡自己写着校准不会迁移到你的工作负载,还明确禁止用于对人有法律或财务后果的全自动决策。还有,延迟和榜单都是自评口径,上游榜单没有复现,官方博客只挑了 10 项基准,完整面板里推理密集型任务它还是落后的。
| 组件(官方定位) | 昇腾侧状态 | 明确写出的边界 |
|---|---|---|
| TileLang:高级语言编译工具3 | 昇腾 950 后端 2026-09-30 进入主线,需自行编译开启35 | 项目由北大团队主导,DeepSeek 贡献昇腾后端;不是 DeepSeek 自研38 |
| DeepGEMM:通用矩阵运算3 | DeepGEMM-Ascend 首发,接口与英伟达版完全兼容36 | 99.8% 利用率对应特定矩阵形状的冷缓存测量36 |
| DeepEP:大规模跨设备通信3 | DeepEP-Ascend 发布,缓冲区接口与英伟达版对齐40 | 带宽数字采自非商用的验证硬件并需额外配置;有功能仍在开发中40 |
| TileKernels:向量计算与访存算子3 | 同一套 Python 接口,运行时自动选择后端39 | 昇腾环境只承诺昇腾 950 与 CANN 9.2.0 及以上39 |
| FlashMLA:稀疏注意力算子3 | 昇腾注意力算子 2026-09-30 发布,含 950 与 CANN 9.2.0 以上要求37 | 融合算子与稠密注意力仍标注仅支持 CUDA37 |
| DeepSelect:数据筛选3 | 昇腾版 TopK 算子同日发布46 | 官方未给出与英伟达版的性能对照46 |
9 月 30 日 DeepSeek 开源了六项面向华为昇腾的基础设施组件:TileLang 的昇腾后端、矩阵运算、跨设备通信、向量与访存算子、稀疏注意力、数据筛选,六个仓库当天都标了 2026-09-30,官方说它们与英伟达侧的组件一一对应。先说一个容易写错的点:TileLang 不是 DeepSeek 开发的,它由北京大学一个团队主导、2025 年 1 月开源,DeepSeek 是采用者并贡献了昇腾 950 后端。这件事真正的变化在接口层——同一套 Python 接口、自动选择后端、矩阵运算库接口完全兼容,迁移成本从重写算子降到换后端。但另外两层没变:性能层只承诺昇腾 950 加 CANN 9.2.0 以上,融合注意力算子仍写着仅支持 CUDA;生态层的库、工具和工程师熟练度完全没被搬走。还有一个口径要小心:所有漂亮数字都是厂商自报,99.8% 的利用率对应特定矩阵形状,通信带宽采自非商用的验证硬件,到现在没有任何第三方复现。至于「用昇腾训练大模型」,那是华为向媒体说的,DeepSeek 自己没有确认,彭博社还说这批芯片现阶段不用于训练。我的判断是,这次开源的确定增量是「上层代码不用重写」,不确定的是商用硬件上的真实性能。
mp.weixin.qq.com
mp.weixin.qq.com
deepmind.google
ai.google.dev
developers.openai.com
platform.claude.com
deepmind.google
artificialanalysis.ai
vals.ai
cwe-bench.com
vals.ai
zapier.com
deepmind.google
developers.cloudflare.com
huggingface.co
developers.cloudflare.com
openai.com
developers.cloudflare.com
clef-evals.workers-ai-mle.workers.dev
huggingface.co
docs.typesafe.ai
huggingface.co
openai.com
github.com
github.com
github.com
github.com
github.com
github.com
github.com
github.com
zhuanlan.zhihu.com
mittrchina.com
api-docs.deepseek.com
github.com
36kr.com
This story was produced automatically by a channel. One sentence is all it takes for Neodrop to keep producing for you.