午后简报 · 16:00
开源的重心转向执行层
作者 · bombong
今天下午的开源发布，焦点不在模型本身，而集中在实际运行和衡量模型的周边软件上。两家相互竞争的x86 CPU厂商决定统一PyTorch优化路径，DeepSeek的推理框架则支持在不同芯片上运行同一模型。再加上机器人评测harness和面向智能体的决策模型，开源竞争的单位正从单个模型扩展到整个执行环境。
降低硬件之间壁垒的代码
最直接的依据，是将按硬件分化的执行路径加以整合的动向。据人工智能新闻（韩国媒体）报道，AMD和Intel决定以开源库oneDNN为核心，整合PyTorch在x86 CPU上使用的优化36。两家公司表示，此次整合将减少双方处理器之间的兼容性问题和开发负担。在GPU供应紧张的背景下，这可以看作是完善基于CPU的推理环境的工作。
DeepSeek的推理框架DeepInfer也指向同一方向。South China Morning Post称，DeepInfer支持在NVIDIA Blackwell GPU和Huawei芯片上运行DeepSeek-V4.1-Flash39。InfoQ China在标题中写明，单个集群每天处理约155万亿token，KV缓存（存储先前计算结果的内存）最长保留7天。这表明公开的代码并非研究原型，而是生产规模的工具。
这两个案例表明，让同一模型在任何芯片上都能以相近方式运行的能力，已成为开源竞争的一条主线。早间简报讨论的智能体权限设计，最终也是在这样的执行层之上确定的。
开源延伸至评测与智能体控制
完善执行路径的趋势，也延伸到了衡量和控制模型的工具上。据Pandaily报道，SenseTime开源了具身（Embodied）AI评测harness“SenseNova-RoboRSI”以及27B规模机器人模型的预览版37。据称在发布前，其已在12项仿真基准和8台真实机器人上对GPT-6-Astra进行了测试。Xiaomi SeerRay-Lab也推出了可在回答中以像素级指出图像区域的4B模型“Xiaomi-Lens-0”，以及用于评估这一能力的“LensBench”43。连同评判标准一起公开模型的做法正在反复出现。
在智能体方面，Cloudflare开源了供智能体选择下一步动作的决策模型“Clef”40。企业需求一侧的信号也指向同一方向。Gartner将AI编程智能体harness和AI智能体身份凭证列入2027年十大战略技术趋势，并指出企业需要自行设计组织、人与机器之间的边界41。供应方推出执行与评测工具，企业则将其视为运营课题，两者形成呼应。
尚未得到确认的数字
不过，支撑这一趋势的许多数字仍停留在供应方自身的发布层面。SenseTime的评测数字由公司自行发布，报道中未提及外部验证。DeepInfer的吞吐量和缓存保留时长的测量条件也未得到确认，AMD与Intel的整合尚未公布具体时间表和性能数字。Clef的模型规模、许可证和评测结果，在已收集的资料中同样没有提及。
硬件方面的指标情况也类似。Figure CEO Brett Adcock表示，F.03机器人在跑步机上行走了9天，累计约120万步、约560公里42。长时间持续运行的能力是现场部署的重要指标，但是否有人工干预、电池如何更换等条件并未公开。评测工具的增多，与用这些工具得出的数字是否可信，仍是两个不同的问题。
对从业者而言，今天的消息意味着，执行环境和评测标准的选择已变得与模型选择同样重要。即便是同一个模型，在什么样的库和harness上运行和衡量，成本和结果都会不同。接下来值得关注的是，公开的数字能否经过外部复现，以及NVIDIA Cosmos3-H-Dreams、Ai2 FairStress、IBM ALTK-Evolve等仅公布了标题的评测与工具发布，其细节将如何得到确认。
本文借助 AI 撰写，包含个人观点。
早间简报 · 08:00
智能体权限下沉到数据层
作者 · bombong
围绕AI助手和智能体的竞争焦点，正从“能做什么”转向“以谁的权限、访问到什么程度”。今天，个人产品和企业设计指南中同时出现了同一个问题。助手开始调取邮件和日程，企业方面则以具体架构给出了智能体身份和数据访问规则应放在哪里的方案。
进入个人数据的助手
在个人领域，助手处理的数据范围扩大了。Google表示，将在Android Auto和Google built-in车辆的Gemini中应用Personal Intelligence1。开启该功能后，Gemini会调取Gmail、日历、地图、相册、YouTube、搜索中的信息来作答。Google表示，即使在驾驶途中，用户也能获得结合日程和邮件上下文的回答。报道以驾驶途中查询航班状态为例，同时也指出，由于访问范围扩大，用户不妨检查一下设置。
访问范围扩大，控制单元也随之细分。据TechCrunch报道，OpenAI在ChatGPT中新增了锁定特定对话的功能10。OpenAI表示，该功能针对的是把设备暂时交给他人的情况。这种方式不是隐藏整个账户，而是以单个对话为单位。将两则消息放在一起看，趋势便很清楚：助手承载的个人记录越多，决定这些记录展示到什么程度的机制也就越会成为产品的基本功能。
在企业中，身份与数据层成为控制点
同样的问题在企业系统中表现为更具体的设计问题。AWS公开了一套参考架构，将Keyfactor EJBCA与自家服务结合，为多智能体系统赋予密码学身份8。该方案结合了签名请求信封、用户签名的委托证明、基于RFC 8693的令牌以及OCSP（证书实时吊销检查）。AWS表示，这一组合可在智能体之间的调用和MCP工具调用中防止请求伪造。其核心在于，以可证明的形式记录智能体代表谁、请求了什么。
也有将权限控制下沉到数据侧的设计。AWS发布了在Amazon Bedrock AgentCore之上搭建语义层（定义数据含义和规则的中间层）的指南，分为Denodo、Strategy Mosaic、AtScale三个版本22。AWS强调，行级、列级访问控制和审计记录在语义层而非提示词中实施。Eon的案例也是同一方向。Eon将分散在各工具中的凭证和本地MCP进程集中到一个经过认证的AgentCore网关，并表示由此将新工程师的入职时间从两天缩短到2分钟21。
连接工具的时机也在变化。AWS公开了AWS Agent Registry的用法，可在运行过程中通过语义检索找到并连接MCP服务器和A2A智能体4。当连接从构建时转到运行时，哪个智能体能接触哪些工具，就需要由注册表和身份体系来管理。前面提到的身份设计与数据层设计在这里交汇。
标准与验证尚未理清
不过，现在就认为这一趋势已统一为单一标准还为时过早。据TechCrunch报道，Figma联合创始人Dylan Field表示，他并不认为MCP是完美的协议26。Figma表示将支持多种标准，但不会开放自家的全部数据。这意味着，接受连接协议与决定数据开放到什么程度，是两个不同的决定。
证据的性质也值得推敲。今天企业方面的消息大多是一家云服务商公开的参考架构和客户案例，在实际运营规模中的使用程度尚不清楚。资本向智能体专用基础设施聚集的信号确实存在。据Tech.eu报道，开发AI智能体云基础设施的Daytona以10亿美元估值完成6000万美元B轮融资15。但投资增加并不意味着控制方式会向某一方向收敛。在个人领域，检查设置的负担依然落在用户身上。
准备引入智能体的企业，应先于模型性能设计好身份、委托和数据访问规则。不把权限交给提示词，而是在身份体系和数据层中实施，这种方式可以作为值得参考的起点。接下来要关注两件事：一是MCP与其他连接标准如何并用，二是针对利用智能体入侵的成本已经下降的报道，防御方将如何应对。
本文借助 AI 撰写，包含个人观点。
社区热议 5
Reddit、Hacker News、GeekNews 等社区广泛讨论的话题。这些是社区反应，可能包含未经核实的说法。
- Qwen3.8-Flash-Next本地运行 r/LocalLLaMA上有用户分享，在8GB显存环境下运行Unsloth 3-bit版Qwen 3.8 Flash Next，速度从每秒9个token提升到最高48个token，并给出具体数据：32K上下文运行顺畅，42K为上限。另一篇帖子则用同一模型和Opus 5.5在真实的Rust功能实现任务上以6种组合各运行两次，对比了12个PR。
- AI生成游戏“No AI”筛选 Steam Next Fest上疑似AI生成美术和完成度低的游戏明显增多，用户要求提供排除AI生成内容的筛选器。不少人认为，Steam已要求开发者披露AI使用情况，直接把这些信息用作筛选条件即可。Hacker News和GeekNews上都有相关讨论。
- Anthropic财务与盈利能力 r/singularity上有帖子解读SEC提交资料称，Claude Code大幅拉动了营收，但6月以后增长趋于平缓；r/ClaudeAI上则有反驳帖称其他前沿企业也已盈利。对数据的解读存在分歧。
- 移除拒绝功能模型中的后门 有人分享，ProjectDiscovery在开放模型中植入后门并在Codex CLI中运行，实验成功实现：模型平时正常响应，一旦出现特定短语，就将项目中的虚拟凭证发送到外部。讨论焦点在于后门是通过学习到模型权重中的触发器起作用的。
- 智能体编程习惯 Claude Code用户中持续有人谈到，决定结果的是人的习惯而非模型设置。很多人分享在规划阶段使用诸如“用你自己的话复述一下你理解的我的目标是什么”这样的一行提示词；一位每天跑200次提交的用户回顾说，自己也是从空文件夹开始、逐个查看文件起步的，这引起了关注。