宣布了什么
OpenAI 与 ServiceNow 扩大合作，方向是双向的：OpenAI 的模型和代理进入 ServiceNow，ServiceNow 的工作流则可以从 ChatGPT 和 Codex 里调用。公告日期 2026 年 10 月 28 日。
公开信息就这么多。没有模块清单、没有上线时间、没有定价，也没说先接哪些工作流。下面全部是对这个交易形状的分析，不涉及未公开细节。
值得盯的是第二个方向
多数报道会盯着「OpenAI 进入 ServiceNow」，因为那是熟悉的故事：助手出现在工单工具里，帮你起草回复。有用、渐进、好解释。
另一个方向结构上完全不同。当 ServiceNow 的工作流可以从 ChatGPT 和 Codex 调用，模型就不只是文本生成器，而成了记录系统的客户端。这意味着：
- 身份有出处。 一次工作流调用带着用户、角色和权限集。代理是在以某个人的身份行动，而不是以一个通用进程。
- 审批已经存在。 ServiceNow 本来就有审批链，代理继承它，而不是自己发明一个确认弹窗。
- 审计是原生的。 每一次状态变更由拥有状态的系统记录，不是由代理自己的叙述记录。
任何在桌面上做过「代理改文件」的人都知道，这三样正是你得手工搭起来的东西。企业客户不用搭，因为那套记录系统他们二十年前就买了。
为什么「住在流程里」胜过「站在流程旁边」
站在流程旁边的代理，得自己重建上下文：哪张工单、哪个用户、哪个环境、之前发生过什么。成本的大头和错误的大头都在这个重建过程里——也是提示注入的入口，因为代理正在读文本、试图判断自己该干什么。
住在流程里的代理，拿到的上下文是结构化数据。风险面变了：攻击者更难把指令塞进某个描述字段，因为描述字段不再是「该做什么」的唯一真相来源。
代价也是真的。继承了企业权限的代理，能造成企业级的破坏。这就是为什么第一个方向（助手进工具）适合先上，而第二个方向必然牵出一轮权限复核——这种事任何发布稿都替你做不了。
出了企业环境意味着什么
如果你在自己电脑上跑代理，你就是那个记录系统。没有工单平台可以继承身份和审批，你手上只有文件系统、操作系统账号，以及你自己的确认动作。这条公告的启示是把这三件事说清楚：
- 说清身份。 代理以哪个账号行动，那个账号能碰到什么？如果答案是「我的管理员登录」，那代理就是你本人。
- 把审批放在状态变更处。 不是任务开头，而是写入那一刻。
- 在资源侧记日志。 代理自己写的「已完成」是宣传；真正改了东西的那一侧写的才是证据。
MOOGH 在一台机器上落这三条：执行前先给你看计划，超出授权文件夹的写入停下来等批准，操作历史记录实际发生了什么。下载 MOOGH，在真实的 Windows 应用上看一眼审批那一步。
相关阅读
常见问题
这会取代独立代理吗？
不会。它把一类本来就住在工单系统里的工作，搬到了管道已经齐备的地方。还活在笔记本上的工作，仍然需要一个跑在笔记本上的代理。
ServiceNow 那一侧有公开 API 吗？
公开摘要里没有。在 OpenAI 或 ServiceNow 公布模块级细节之前，按「合作方专享」理解。
为什么这里会提到 Codex？
因为 Codex 是 OpenAI 自己那套代理工作流的入口。让 ServiceNow 从 Codex 里可调用，意味着工程工作可以直接引用活的工单和变更记录，而不是粘贴上下文——和前面「从记录系统拿上下文」是同一个论证，只是用在代码上。