三件套同时开了两个口子
10 月 27 日，Apple 公布了 Creator Studio 的更新计划。里面其实是两件事，只是被放在同一条公告里：Keynote、Pages、Numbers 各装一个内置助理；同时，这三款应用开始支持模型上下文协议，外部智能体可以直接进来读内容、做编辑、执行自动化操作。
内置助理走的是 Apple 自家模型与 OpenAI 模型的混合路线，能力按应用分工：Keynote 负责设计、动画与打磨，Pages 负责起草、重整与细改，Numbers 负责计算、可视化、推荐图表类型与建表。Apple 说这些助理能理解正在编辑的文档本身，用户不用离开文档去问。它们随 11 月更新以测试版形式提供，已有订阅者不加价，具体日期未公布。
真正越过边界的是第二条。支持 MCP 意味着一个由别人写的智能体，可以通过文档化的接口操作你的 Keynote 演示文稿或 Numbers 表格，而不再靠截屏识别或者导出文件中转。门槛是 macOS 27 或更新版本。
交换格式这一步，比助理本身更有意思
公告里还有一处容易被忽略：Keynote 将支持一种开放的、基于 JSON 的交换格式，用来让外部工具、开发流程和智能体读取演示文稿文件。这一步的意义在于，它把「让机器读懂这份文件」从逆向工程变成了公开契约。
过去第三方想处理一份演示文稿，要么解析二进制结构，要么等厂商开放接口；有了开放格式，这件事变成可以长期依赖的约定。对做文档自动化的团队来说，这类契约的价值通常比一个内置助理高——助理会换代，格式不会。
放在行业里看，微软与谷歌的办公套件此前都已经各自开过口子，Apple 这次是把接续方式明确落在开放协议上。三家选择的协议与粒度并不相同，这也意味着跨平台的一致体验短期内不会出现。
三件还没说清的事
其一是权限粒度。公告说外部智能体可以读取、编辑并执行自动化操作，但没说能不能限定到单个文档、删除与外发这类动作是否需要二次确认。文档一旦对外部智能体开放，「谁能改这份文件」就从应用问题升级成了身份与授权问题。
其二是模型路由。内置助理的任务里，哪些走 Apple 自家的模型、哪些交给 OpenAI，报道里只说是混合，没有给出分配规则与数据流向。对有合规要求的企业用户，这一条的分量不比功能本身轻。
其三是时间与范围。11 月起以测试版提供、具体日期未公布、实际能做什么还取决于外部工具怎么用这份访问权。换句话说，公告描述的是能力上界，不是交付清单。
本站此前记录过办公智能体的另一条路线：把办公套件的能力做成命令行开放出去，让不同智能体都能接进来办事。Apple 这次走的是协议路线，两条路的分野在于——一个开放的是执行底座，一个开放的是文档接口。哪条更容易被企业接受，要看权限模型能不能说清楚。