AX 严选 · 2026-06-18

OpenAI 赶在 IPO 前一周，从 Google DeepMind 挖来了 Noam Shazeer，他是“Attention Is All You Need”那篇论文的作者之一，也就是 Transformer 架构的奠基人。Shazeer 后来创办了角色扮演 AI 公司 Character AI，2024 年被 Google 以 27 亿美元重新买回去。同一周，OpenAI 还招揽了 Dean Ball，他曾在特朗普政府白宫科技政策办公室负责 AI 政策。 这两步棋的意图很直白：技术线需要一个有足够分量的招牌人物来撑场面，政策线则需要有人在华盛顿帮公司铺路。但 TechCrunch 这篇报道没写清楚最关键的信息——他俩具体担任什么职务、什么时候入职、向谁汇报。没有这些，就很难判断这是实权任命还是 IPO 前的门面工程。Shazeer 在 Google 的两次进出本身就挺戏剧化，他能不能在 OpenAI 待得住也是个问号。

Claude Code 这次加的 artifacts 功能，简单说就是你在终端里让模型干活时，它能顺手把当前进度——比如代码改了什么、系统架构怎么设计的、数据看板长什么样——直接生成一个带完整对话上下文的网页。队友不用装 Claude Code，点开链接就能看。这对团队协作挺实用，省去了截图、写说明、开会的步骤。 但官方博客写得比较克制，几个关键信息都没给。第一，这个功能是默认开启还是需要手动触发，正文没提。如果是默认开，那每次对话都可能多出一段网页生成的 token 消耗，成本会悄悄涨。第二，生成一个 artifact 到底吃多少 token，也没披露。对重度用户来说，这个数字直接决定用不用得起。第三，网页的交互能力到什么程度——是只能看，还是能编辑、能回传数据——也没展开。 我会先打个折：功能方向对，协作场景确实痛点明确，但在 token 成本和触发机制透明之前，别急着在生产环境里全量开。

这篇博客是一份操作指南，不是产品更新。它把控制 Claude Code 行为的五种方式梳理得很清楚：CLAUDE.md 相当于给模型看的项目说明书，告诉它代码风格和架构约定；技能是把重复任务写成固定步骤模板，让模型按流程执行；钩子是在模型操作前后自动触发检查，比如提交代码前先跑测试；规则直接约束模型能做什么不能做什么；子智能体则是把复杂任务拆开，分给多个独立模型并行处理。 整篇文章偏概念讲解，没有给出任何基准测试、延迟数据或成本对比。如果你已经在用 Claude Code，这些机制能帮你把模型管得更听话，但具体能提升多少效率、省多少钱，正文没披露。另外，子智能体这种并行拆分听着挺美好，实际落地时任务怎么切、切多细、中间结果怎么合并，这些工程上的坑文章也没展开。 对 AI 从业者来说，这篇值得看的是架构思路——怎么把一个大模型的行为拆成可配置、可检查、可分工的模块，而不是指望一个 prompt 解决所有问题。但别指望看完就能直接抄到自己的项目里，它更像一份设计蓝图，缺了实现细节和踩坑记录。

FERC 周四全票通过，要求美国六大电网运营商优先处理数据中心这类大用电客户的并网申请，数据中心自己承担全部并网费用。这相当于给 AI 基建开了条行政快车道，排队时间会缩短，但账单也全甩给了企业。委员会还让运营商考虑固态变压器、超导输电线路这些替代技术，不过没点名具体方案，落地时间表完全没提。 文章点出了一个关键缺口：FERC 只解决了排队流程，对更根本的电力供应短缺问题一个字都没碰。电本身不够用，光插队没用。正文没披露目前排队积压的具体规模，也没说这条快车道能省多少时间，所以实际效果还得看各电网运营商怎么执行。 还缺什么：新规会不会挤占居民和其他工业用户的并网资源，正文没讨论。数据中心自己扛全部费用，成本会高到什么程度，也没给估算。这点先别太激动，快车道修好了，车没油照样跑不动。

这份标准把自动驾驶的监管从“随便说”变成了“硬杠杠”。最狠的一招是引入了 Safety Case（安全档案）机制，企业得用“声明—论据—证据”的结构，把仿真、场地和道路测试数据串起来，证明自己的系统到底安全在哪。这直接终结了过去车企靠模糊宣传抢市场的玩法。 标准对 L3 和 L4 做了区分：L3 盯着人机交接，司机没接管系统必须自己靠边停；L4 则要求系统不依赖远程操控就能自己处理风险。不过，正文没披露具体的测试场景数量和通过标准，企业到底要跑多少里程、覆盖多少 corner case 才算过关，这点还不清楚。 2027年7月实施，现有车型多给一年缓冲期。短期看，车企在冗余系统和安全档案上的投入会涨，但长期看，谁先跑通这套验证体系，谁就能在合规窗口期抢到身位。

Adobe 这次更新的核心是把“创意智能体”做成一个跨应用的跑腿助手，覆盖 Premiere、Photoshop、Illustrator、InDesign 和 Frame.io。用户说想要什么结果，它自己去完成多步骤的重复性工作，比如在 PR 里自动分素材、标采访问题、拼粗剪，在 PS 里换背景、按平台尺寸批量改图，在 Illustrator 里根据一张表格生成 50 个版本文件。这些功能瞄准的是生产环节里的体力活，而不是创意决策本身，定位比较务实。 目前所有功能都是公开测试版，After Effects 的助手还在私测，没有公开上线时间。Firefly 那边也加了面向单人创作者的工具，比如从描述生成品牌套件、把产品图转成短视频。另外 Adobe 的工具已经能在 ChatGPT、Claude 和微软 365 Copilot 里调用，Google Gemini 和 Slack 的集成也预告了。 值得留个心眼的是，正文完全没有提这些自动流程的准确率、出错后怎么回滚，以及实际能省多少人工复核时间。批量生成 50 个文件听起来很爽，但如果每个都要手动检查一遍，省下的时间可能没那么乐观。

这个 Seeduplex 模型最特别的地方是“原生全双工”，不用等你把话说完，它能边听边判断什么时候接话。官方给了几个具体数字：判停延迟缩短约 250 毫秒，复杂场景下抢话比例降了 40%，用户主动打断的延迟也少了约 300 毫秒。这些数字说明它在多人聊天或嘈杂环境里会更像人，不会乱插嘴或漏掉你的打断。 它还支持在对话里直接调用工具，比如订日历、发邮件，这对车载或客服场景挺实用。不过正文没披露定价、公开上线时间，也没给出误回复率具体降了多少。如果是真的挺省钱，但没价格就没法判断性价比。另外，抗干扰能力只在官方描述里提了，没有第三方测试或对比数据，这点先别太激动。

商务部等八部门发了个“人工智能+消费”的意见，核心就一件事：鼓励你用消费贷款买AI手机、电脑、智能汽车，财政会贴点利息。这相当于给AI硬件消费开了个分期优惠通道，但文件没公布贴息比例和预算盘子，实际优惠力度现在没法算。 意见里列了一长串要推的产品，从人形机器人到智能厨卫都有，更像产业路线图而不是马上能兑现的购物清单。值得留意的是，政策把“以旧换新”和AI产品挂钩了，地方可以自己定补贴方案，这意味着不同城市落地速度和力度会差很多。 正文没披露财政贴息的具体标准、适用产品目录和申请流程，也没说这笔钱从哪个口子出。如果是真的能省一笔利息，对想尝鲜AI硬件的人是好事，但先别把它当成普惠补贴。

上交所这次把科创板第五套上市标准明确给了AI大模型企业，核心就一条：申报时至少有一个大模型产品已经上线并且实现规模化应用。说白了，就是不看你现在赚不赚钱，但要看你的产品是不是真跑起来了，用户量够不够大。这比光讲技术故事要实在，用实际跑出来的用户规模来证明商业模式不是纸上谈兵。 不过指引里没给“规模化应用”的具体数字门槛，是日活百万算规模，还是付费客户过千算规模，正文没披露。另外，公司还得在行业里地位突出、排名靠前，目标市场要清晰，成长性要强——这些也都是定性描述，具体怎么评、谁来评，指引没说清楚。 对头部大模型公司来说，这确实多了一条融资通道，尤其那些还在疯狂烧钱搞研发、短期看不到盈利的。但“规模化应用”这个口子到底多宽，还得看后续有没有更细的审核口径出来，不然容易变成又一个模糊地带。

苹果这次在 Xcode 27 里塞了一个能直接干活的 AI 助手，不是那种在旁边弹窗聊天的配角，而是嵌在工具栏里，可以跨多个文件改代码，甚至根据你的文字描述加上图标素材，直接生成一个完整的 App。生成之后还能继续用对话让它加背景、特效、动画和翻译，听起来像是把 vibe coding 那套流程搬进了苹果自家的开发工具里。 底层方面，苹果推出了新的 Core AI 框架和升级版 MLX，让开发者在 App 里调用端侧模型更方便，也支持接入 Anthropic、OpenAI 和 Google 的第三方模型。这相当于给了开发者一个模型选择权，不用被绑在苹果自己的模型上。 但这条新闻最大的信息缺口是：所有演示都来自 WWDC 的官方讲座视频，没有第三方实测数据。跨文件修改的准确率有多高？生成完整 App 的成功率是多少？在本地跑这些模型延迟有多大？支持的语言是不是只有 Swift？这些关键指标正文一个字都没提。所以现在只能把它当成一个方向性的发布，离真正能省多少事，还得等开发者上手之后才知道。

这条消息最扎眼的数字是 27 亿美元——两年前 Google 为把 Shazeer 请回来付的价码，现在人去了 OpenAI。帖子本身信息量很薄，没披露他离职的时间点、在 OpenAI 的职位或研究方向，也没说这对 Gemini 团队的实际冲击有多大。我会先打个折：Shazeer 是 Transformer 架构的核心作者之一，他的去留对任何大模型团队都是信号级事件，但光凭一条推文还判断不了 Gemini 会不会因此掉队。真正需要关注的是他为什么走——是 Google 内部资源分配问题，还是 OpenAI 给了更吸引他的技术方向，这些正文都没提。另外，27 亿这个数字本身也值得追问：当初的交易结构是什么、有没有竞业限制、他实际到手多少，这些信息缺口让“27 亿打水漂”的说法站不住脚。

这篇博客没给最终模型排名，更像一份评测方法论：把开源模型驱动的编程助手扔进真实的 transformers 库任务里，不看最终答案对不对，而是拆开整个过程算账——成功要花多少 token、走多少弯路。他们用 pi coding agent 搭了一套开源评测流水线，对比了不同模型、不同库版本下的表现。 一个关键发现是，库本身的文档质量和接口设计会直接影响智能体的成功率。他们举了个例子：给 CLI 工具加了个“技能提交”功能后，任务完成得更顺了。这说明与其死磕模型能力，不如先把工具链打磨好。 不过正文没披露具体模型间的胜负数据，也没说这套评测跑了多少样本、任务难度分布如何。如果是真的，这个思路挺省钱——不用迷信大模型，把自家工具的说明书写清楚可能更管用。但缺少量化结果，暂时只能当方法论参考，没法直接拿来选模型。