AX 严选 · 2026-06-15

这条消息的信息量在于苹果自己交了底。项目新负责人 Mike Rockwell 在 WWDC 闭门会上说，去年他们其实已经做出了一个能跑的原型，就是在老 Siri 上加了个工具调用功能。但团队判断这离想要的产品体验差太远，于是选了另一套需要大改底层架构的方案，把旧 Siri 完全拆掉，基于新的大模型从头搭建。 这个决策解释了为什么 AI 版 Siri 拖到现在才出来。代价是时间，换来的是一套跨 iPhone、iPad、Mac、Apple Watch、Vision Pro、CarPlay 和 AirPods 的统一系统，原生支持多模态，隐私保护也做进了底层。 不过正文没披露新 Siri 的实际性能数据、延迟表现，也没说那个被放弃的原型具体差在哪。Rockwell 的说法目前是单方面陈述，没有第三方验证。如果是真的，这种推倒重来的决心在苹果不算意外，但效果还得等实机上手再说。

这条新闻的核心是把大模型推理的“投机解码”又往前推了一步。传统做法是让一个小模型（草稿模型）一个字一个字地猜，大模型再批量验证。DFlash 的思路变了：它让草稿模型一次并行生成一整块候选词（比如 16 个），更符合 GPU 并行计算的胃口。更巧的是“KV 注入”——直接把大模型中间层的理解结果塞进草稿模型的缓存里，省掉了草稿模型重新理解全文的步骤，让它专心猜下一块词。 在 HumanEval 编程测试上，搭配 Qwen 3.5 397B 模型，DFlash 的吞吐量是原版模型的 4.3 倍，比模型自带的 MTP 投机方式还快 1.5 倍。这个数字是在 8 张 B200 显卡上跑出来的，并发数设为 1，属于低负载场景的极限测试。 不过正文没提这种加速在更高并发、更长对话或非代码任务上的表现会打多少折扣。草稿模型的接受率（大模型最终采纳了多少它猜的词）也没给具体分布，只说了平均接受长度。另外，KV 注入对模型中间层选择的敏感性、以及训练草稿模型用了多少数据，这些细节都缺。如果要在自己的业务里复现，这点先别太激动，得自己测一下实际场景的接受率和延迟波动。

这篇博客的核心判断很直接：智能体（能自己干活、做决策的模型）的治理不能只靠写框架、定流程，得在请求必经的 API 路由层卡住。作者举了个具体例子——一个智能体因为重试循环，一晚上烧掉 200 美元，而框架根本拦不住这种请求。德勤的数据说只有五分之一的公司对自主智能体有成熟治理，IBM 的报告也提到出过 AI 安全事故的组织里 97% 缺访问控制。这些数字说明现状挺差，但文章没给出 OpenRouter 自己产品的落地时间表，只提了五分钟就能搭起来的最小可行方案和企业端还需要的审计、人工审批等功能。 我会先打个折：这篇本质上是 OpenRouter 在讲自己的产品思路，把 API 路由层定位成治理的咽喉点。逻辑说得通，但缺少第三方验证或客户案例来证明这套办法真能拦住生产环境里的意外烧钱。另外，它把英伟达的 AI 工厂方案说成“把数据中心基建问题和应用层请求控制混为一谈”，这个批评有点简化，大厂的全栈方案往往也包含请求层的控制，只是没拆开卖。 还缺的东西比较明显：没有披露产品什么时候上线、定价怎么算，也没说这套治理机制在复杂多智能体协作场景下会不会有盲区。如果是真的，对已经在用 OpenRouter 的团队来说挺省钱，但想评估实际效果还得等更多信息。

Kimi 给 K2.7 Code 加了个高速通道，模型本身没换，只是推理时跑得更快。常规编程场景能到每秒 180 个 token，短上下文能冲到 260，是普通版的 5 到 6 倍。代价是 API 价格翻倍，输出从 27 元/百万 token 变成 54 元；如果你用 Kimi Code Plan，消耗按三倍算，相当于更贵。必须开思考模式，关了会报错或退回 K2.6，这点用的时候要注意。 跟上一代 K2.6 比，K2.7 Code 在长上下文指令遵循和长程任务上有提升，平均 token 消耗少了 30%，说明模型回答更省字了。但正文没给出具体基准测试数据和对比对象，只说“内部基准测试显著提升”，这个“显著”有多显著，没法判断。非编程任务官方还是推荐用 K2.6，说明这个加速版就是专为写代码场景优化的。 还缺几个关键信息：高速版延迟到底降了多少，没给具体毫秒数；短上下文 260 token/s 的“短”是多短，也没定义；跟其他竞品代码模型的速度对比也没有。如果是真的稳定跑到这个速度，对需要实时补全的 IDE 场景挺实用，但价格翻倍，小团队得算算账。

这条新闻把几组矛盾摆得很清楚：裁员速度在加快，AI 连续三个月被列为裁员首要理由，但被裁公司的老板们不认。Block 砍了近一半人，CEO 说 AI 不是主因；Marc Andreessen 反呛这叫“银弹借口”，意思是拿 AI 当裁员挡箭牌。Uber 裁了 23% 人事部门，可之前 CTO 说过 AI 编码预算四个月就花完了——钱花完了还裁人，逻辑上有点拧。 数字本身够猛：今年已裁约 15 万人，日均 974 人，比去年快 44%，上月单月近 4 万创两年新高。但正文没披露这些裁员里有多少岗位被 AI 直接替代、多少是业务调整顺带挂 AI 的名。这点先别太激动，没有岗位替代比例，光看“首要理由”这个标签说明不了太多。 另一头，AI 芯片公司 Cerebras 上市首日市值 670 亿美元，Anthropic 和 OpenAI 估值都在万亿美元附近。裁员潮和估值狂欢同时发生，说明钱在往上游和模型层集中，下游用人成本在被压缩。还缺什么？缺被裁人员的技能分布、再就业去向，以及这些公司用 AI 省下的成本到底有多少落到了财报上。

Tunguz 这篇文章的核心判断是：AI 应用公司，而不是模型公司，将吃掉最大的价值。他用三个近期事件支撑这个观点。美国政府禁掉 Fable，说明把命押在单一闭源模型上风险很大，社区反应是赶紧搞开源和本地部署。Nadella 发帖说护城河不能是模型本身，得是人的专业知识和模型外面的那套系统设计——这话从卖模型的人嘴里说出来，听着像在给自家生态伙伴吃定心丸，但也确实点出了应用层的机会。Salesforce 花 36 亿美元买下 Fin（原 Intercom），证明大软件公司愿意为 AI 原生应用付高价，而且 Fin 用的是开源模型来压成本，这条路跑通了。 文章后半段讲了做 AI 应用要啃的三块硬骨头：选模型、设计能自我优化的 agent 循环、以及针对每家公司评估系统表现。他给几个开源模型画了像——Kimi K2.6 快但不够准，Qwen 3.6 27b 性能强但调用工具时会卡壳，GLM 5.1 写代码好但慢。这些细节比宏观叙事有用，说明现在选模型不是看跑分，是看性格和场景。 不过全文没给任何量化数据来证明“黄金时代”到底有多金。三件事都是信号，不是证据。Fable 被禁的长期影响未知，Nadella 的论点有利益立场，Salesforce 收购案还没走完交割。如果你在做 AI 应用，这篇文章的价值在于那三个能力清单，而不是标题里的结论。

xAI 给 Grok Build 加了个终端里的总控面板，把多个编码会话塞进一个屏幕。最实用的设计是会话按状态分组，卡住等你回复的会自动置顶，你可以直接在面板里看输出、回答问题、批准操作，不用在多个窗口间跳来跳去。新任务在底部输入框派发，按 Enter 发出去并留在面板，Shift+Enter 则直接跳进新会话。关掉面板后台会话继续跑，重新打开会恢复所有会话，这点对长时间任务比较友好。 安装方式是一条 curl 命令，装完跑 grok dashboard 或按 Ctrl+\ 就能调出来。正文没提这个面板本身吃多少资源，也没说最多能同时管多少个会话不卡。另外，子会话会折叠到父会话下面，但折叠后的信息密度和可操作性怎么样，光看截图判断不了。 对同时跑多个编码任务的开发者来说，这个面板主要解决的是上下文切换的摩擦，而不是模型能力本身。实际省不省时间，还得看你日常同时开几个会话、以及卡住等回复的频率。