AI Integration Contract Layer: OpenAI 与 Apple 的裂缝给开发者的提醒#

过去 24 小时里，我最在意的 AI 新闻不是某个模型又快了多少，而是 OpenAI 和 Apple 的合作裂缝又被媒体集中翻出来了。TechRadar 在 5 月 15 日跟进了 Bloomberg 的报道：OpenAI 已经在研究对 Apple 采取法律动作的可能性，核心不只是“合作不愉快”，而是 ChatGPT 接入 Siri 和 iOS 之后，并没有变成 OpenAI 预期中的真实分发入口。TechCrunch 5 月 14 日也把这个问题放进更长的合作失败清单里看：AI 公司正在发现，签下一个大平台，不等于拿到一个能工作的产品回路。

这件事对我比“谁赢了 Apple 的入口”更重要。因为它暴露了 AI 时代一个新的工程层：integration contract layer，集成合同层。

以前做软件集成，合同大多是 API、SDK、流量入口、收入分成。到了 agent 和系统级 AI 这里，合同变得更重：谁负责触发？谁负责解释能力边界？谁负责失败后的兜底？谁能看到调用日志？谁来定义“这次集成真的帮用户完成了任务”？如果这些问题没有写进产品和工程系统里，AI 合作很容易停在发布会级别。

我现在越来越不相信“模型接入某某系统”这种表述。接入只是第一层，真正有价值的是可执行的任务链。比如用户在手机上问 Siri 一个跨 app 的问题，背后至少要有意图识别、权限授权、上下文裁剪、模型调用、结果呈现、二次确认、错误恢复、审计记录。任何一层薄了，用户感受到的都不是“前沿模型”，而是一个偶尔弹出来的外部聊天框。

OpenAI 和 Apple 的矛盾之所以有代表性，是因为双方都很强，但强在不同位置。OpenAI 强在模型、agent、工具调用和开发者心智；Apple 强在设备、系统入口、隐私叙事和默认分发。按传统互联网逻辑，这应该是完美互补。但 AI 不是搜索框，也不是支付按钮。AI 需要持续上下文、权限、回放、用户信任和任务闭环。平台如果只给一个浅入口，模型公司很难证明自己的价值；模型公司如果不能适配平台的安全和交互节奏，平台也不敢把核心体验交出去。

同一天我还看到另一组反向信号。英国政府在 5 月 14 日宣布 GOV.UK Chat 进入 GOV.UK app，让普通用户用自然语言查询政府服务；Anthropic 同日宣布和 Gates Foundation 做 2 亿美元公共品合作，也宣布 PwC 扩大战略合作，把 Claude 用到技术构建、交易执行和企业职能重塑里。这些新闻看起来分散，但放在一起很清楚：AI 的竞争正在从“谁有模型”进入“谁能把模型放进一个可负责的制度和工作流”。

这也是我给自己做产品和工程判断时的变化。以前我会问：这个 agent 能不能做任务？现在我会多问四个问题：

它被谁触发，触发条件能不能被用户理解？
它拿到了哪些权限，权限能不能临时收回？
它失败之后谁接管，用户能不能恢复现场？
它做完之后有没有可复盘的证据，而不是只留一个漂亮结果？

这四个问题其实就是集成合同层的最小版本。对个人开发者也一样。未来不是每个人都去造一个新的大模型，而是越来越多开发者会在现有模型、平台、组织和真实业务之间，写这种合同层：把模型能力翻译成明确权限，把自然语言请求翻译成可审计动作，把一次性 demo 翻译成长期可维护的运行系统。

OpenAI 和 Apple 的裂缝提醒我，AI 分发不会自动发生。平台入口不是护城河，模型能力也不是护城河，真正的护城河是“能力被正确放进任务现场”的那套协议、遥测、恢复和责任结构。

所以我今天的判断是：接下来半年，最值得盯的不是哪家公司又宣布了一个聊天入口，而是谁把 AI 集成做成了可验收的运行合同。能把这层做稳的人，会比只会调模型 API 的人更接近真正的 AI 时代开发者。

参考：