OpenAI 和 ServiceNow 在 10 月 28 日宣布扩大双方的合作，这是继今年 1 月那次合作之后的又一次加码。这次的方向很明确：让 OpenAI 的模型和 Agent 进到 ServiceNow 的产品里，也让 ServiceNow 的工作流进到 ChatGPT 里。对做 ToB 的人，这是一次「模型能力落到业务流程里」的样板，值得把内容拆开看。
两个方向
这次合作是双向的，先说从 ServiceNow 到 ChatGPT 这个方向。新的集成把业务上下文和工作流操作直接带进 ChatGPT，让用户在同一段对话里既能调查问题、又能推进下一步。举的两个场景很具体：IT 团队可以在不离开 ChatGPT 的情况下查类似事件、评估变更风险、更新 ServiceNow 记录；值班工程师可以查看关联的监控告警、近期变更和受影响的服务，然后指派合适的团队、在 ChatGPT 内把修复推下去。底层是 ServiceNow 的 Action Fabric 在执行时套用既有的业务规则和权限，用户能做什么取决于组织给它的权限，而不是 ChatGPT 自己想做什么就做什么。
另一个方向是 OpenAI 进 ServiceNow。几个切入点分别是：应用开发上，Codex 计划集成进 AI Workflow Factory，配合 Build Agent 和 Autonomous Engineer 帮开发者用 ServiceNow 的业务上下文构建应用；网络安全上，把 OpenAI 的安全能力跟 ServiceNow 的资产、身份、业务上下文结合，用来调查漏洞、排优先级、协调修复；语音上，在 Super Intelligence Control Tower 里加 OpenAI 驱动的语音体验，用户口头描述 AI 用例，系统自动填充评估字段、追问补信息。
发布节奏
这次最实在的是时间表，不是那种「未来可期」的空话，几个节点都标到了季度：
| 能力 | 时间 |
|---|---|
| ServiceNow MCP 插件（OpenAI 市场） | 已上线（10 月 28 日当天） |
| MCP 插件增强能力 | 预计 2026 年底 |
| 安全能力早期访问 | 2027 年 1 月 |
| Control Tower 语音能力 | 预计 2027 年第一季度 |
| 安全能力全面可用 | 计划 2027 年第二季度 |
| Codex 进 AI Workflow Factory | 2027 年内 |
另外有一条容易被忽略：ServiceNow 自己全员（不只是工程团队）开始用 ChatGPT Work 和 Codex，而 OpenAI 也在自身运营里用 ServiceNow 的工作流，靠 Control Tower 支撑。这种「互相是对方客户」的绑定，比一纸合作声明更有分量——它意味着双方是在真实业务里互相踩坑、互相打磨，而不是签完字就散了。
对 ToB 开发者的信号
最值得注意的信号，是「行动」被塞进了对话里。过去的 AI 集成大多是「聊完给人看」，人再手动去系统里操作；这次的方向是把「查、判、改」串在同一条链里，模型不只是给建议，而是能在权限边界内直接更新记录、指派团队。对做企业软件的团队，这意味着两件事：一是自己的产品如果还停留在「AI 只读、不写」的阶段，会越来越像半成品；二是权限治理会被推到前台——Action Fabric 那套「模型按组织权限行动」的思路，值得当成设计参考抄下来。
另一个信号是落地的颗粒度在变细。合作里没有一句「全面 AI 化」的空话，而是拆成了应用开发、安全、语音三条线，每条线都有独立的发布时间。这种「按域分阶段」的节奏，对想引入 Agent 的企业来说，比一次性铺开要现实得多——先挑一条 ROI 清晰的线跑通，再谈复制。
待观察
两件事要盯着。一是原文没有点名任何具体的 OpenAI 模型——只说「OpenAI models」和「agents」，也没有给合同金额或性能数字，所以现在没法判断 Codex 进 Workflow Factory 后具体能做什么、边界在哪。二是安全能力的全面可用排到了 2027 年第二季度，说明这块还很早期，现在看到的更多是方向而非成品。对急着上手的团队，眼下手能摸到的只有那个已经上线的 MCP 插件，其余都要等。