四天，四个方向，同一个动作
把 2026 年 10 月 26 日到 30 日这几天的事摊开摆在一起，会出现一个很难忽视的巧合。
10 月 26 日，Oracle NetSuite 在 SuiteWorld 上发布四十五项以上 SuiteSkills，把它们接入既可在 Ask Oracle 内部调用、也可经 AI Connector Service 由 ChatGPT、Claude 等外部模型调用的能力。10 月 28 日，谷歌在 Android Dev Summit 上宣布 Android Studio Rabbit 2 稳定支持自带智能体，四十多款兼容 ACP 的第三方编码智能体可以直接调用 IDE 的项目结构、符号解析、模拟器与命令行工具链。同一周，苹果宣布 Keynote、Pages 与 Numbers 支持 MCP 读写与自动化操作。10 月 30 日，腾讯在全球数字生态大会上把 WorkBuddy 的企业能力推向国际，并把自家 Hy 系列与第三方模型并列放进 TokenHub，让企业按性能与成本挑。
四家公司，四块地盘，形态完全不同：一块是 IDE，一块是 ERP，一块是办公套件，一块是云与 Model 路由。动作却是一样——把自己的调用点开放给别人家的智能体。
为什么是现在
最表面的解释是能力商品化了。当一个开源模型就能接住不少流程性工作时，把自家模型捆绑进产品不再构成壁垒，反而会拖住那些带着自己的模型采购习惯来的客户。开放的成本下降，开放的收益上升。
更深一层的解释是，竞争的重心从「谁回答得好」移到了「用户在谁这里把活干完」。以谷歌这笔为例：开发者可以选 Anthropic 或 OpenAI 而不离开谷歌的 IDE，谷歌留下的是周边的工作流； ERP 用户可以选外部模型而不离开 NetSuite，NetSuite 留下的是数据、权限与会计口径。模型的份额可以让出去，工作流的份额没法让出去。
还有一层是计费。当入口开放之后，账单的抓手从席位与许可证转向调用量、治理与中层服务——这一点在腾讯的 TokenHub 上表达得最直接：统一 API、一处管理访问、用量、治理与计费。
三层开放，动机各不相同
分层看，这四笔可以拆成三处不同的落点。
工具与设备层这笔最实：谷歌把项目上下文、符号解析、Compose 预览、模拟器、日志与追踪交出去，换来的是开发者不必离开。它的动机偏向补能力——允许别人来做自己做不好的部分，但把工作流托管在自己这里。
业务知识层这笔最重：NetSuite 把二十八年积累的流程口径做成可调用的砖，交给外部模型使用。它的动机偏向抢解释权——不是怕外部模型不会算，而是要让外部模型用它的词与它的账来算。这个思路是否成立，取决于客户是否相信这些技能在自己的场景里真的比通用模型更稳。
模型路由层这笔最轻也最远：把多个模型摆进统一入口、由任务挑模型的做法，例如腾讯的 TokenHub，自己退到治理与账单的位置。它的动机是避免被模型换代波及。
三种动机并不互斥，同一家公司身上可以同时有两三种。但哪一层为主，决定了它在开放时会写多细的权限条款——工具层需要设备级授权，知识层需要角色级权限，路由层需要用量级治理。这三条线在本周的发布里都能找到对应的条款。
三道绕不开的题
开放解决的是有没有人愿意来，接踵而来的是三道还没答好的题。
其一是权限给到哪一档。NetSuite 在这一点上写得最细：每个账户一个端点，连接以某个角色运行，管理员角色与全权限角色被明确排除，申请 mcp scope 必须带 PKCE。苹果这次没有给出权限粒度；谷歌也没有说明 IDE 如何约束第三方智能体能碰哪些设备与真机资源。写得细不代表已经解决，但至少可被审计。
其二是数据和钱往哪走。这说起来就是老问题：外部模型调用按 tokens 计费，一次跑飞的账单谁来担；企业的核心数据出到第三方模型之后，跨境与留存怎么算。本周没有一家给出成套答案，只有 NetSuite 的合作伙伴转述了一次五十多美元的事故。
其三是锁定换了地方。不再锁模型，开始锁上下文：技能与连接器绑在平台上，迁移成本从模型权重转到了数据与配置。这不是批评，LSP 时代也是这样——标准让集成变便宜，但也让围绕标准的生态变贵。
同一周的两条反向证据
值得放在最后的是：开放的表面同时也是被攻击的表面。本站本周记录的另两件事可以当作脚注。一是九个 MCP 工具服务器在一分钟内被发布 CVE，八条是同一类命令注入，工具参数直接拼进 shell 字符串，而且五款试过允许列表或转义的防御全部被绕过。二是伪装成 AGENTS.md 的文件被投到项目目录，编码智能体把它当项目指令读下去，进而改写自身配置并安装恶意包。
这两条指向同一件事：入口开放的另一面是输入源变多、变不可控。当外部智能体能读写办公文档、能在 IDE 里直接跑命令、能经 ERP 连接器读数的时候，「谁的输入会进入规划」这个问题就从安全团队的议题变成了产品设计的议题。
三个观察哨可以留着看。一是协议会不会收敛：ACP 管编辑器到智能体，MCP 管智能体到外部工具，两者分工能否稳定，还是会出现第三种。二是责任写在哪一层：一次调用出事时，是宿主方兜还是智能体方兜，本周四家的条款松紧不一。三是账单能不能解释：按调用量计费之后，单个任务的成本归因是否可查——这个问题的答案，会决定按结果计费这条路能走多远。
把这四笔放在一起看，值得记录的不只是「厂商变开放了」，而是：2026 年下半段的智能体竞争，正在从模型能力的竞赛，转向调用点与上下文的竞争。谁能让别人的智能体在自己这里把活干完，谁就拿到了下一阶段的入口。