OpenAI与ServiceNow宣布扩大合作，将ServiceNow业务数据与工作流接入ChatGPT，并计划把Codex用于企业应用开发。此次合作分阶段推进，现有MCP插件已上架市场，更多交互、安全、语音和开发集成将在2026-2027年逐步推出，实际效果取决于企业权限配置、数据质量与部署情况。
OpenAI与ServiceNow于2026年10月28日宣布扩大合作，将ServiceNow的业务数据、上下文和工作流操作接入ChatGPT，并计划把Codex用于企业应用开发。ServiceNow还计划向全体员工开放ChatGPT Work和Codex，将内部使用范围从工程团队扩展至整个公司。
这项合作的重点不只是让企业调用更多模型，而是让员工在一次对话中完成从查询信息到执行获准操作的衔接。不过，双方公布的能力并非同时上线：据OpenAI公告，ServiceNow MCP插件已在OpenAI marketplace提供，更丰富的交互体验、安全能力、语音功能和Codex集成则分别处于预览或未来规划阶段。
从查找工单到更新记录，执行仍由ServiceNow管理
按照公告描述，企业可将ChatGPT连接至自己的ServiceNow实例，并自行选择开放哪些能力。IT人员可以在ChatGPT中寻找相似事件、评估系统变更风险，并更新ServiceNow记录，而不必在多个界面之间切换。
这里的关键区别是，ChatGPT成为对话入口，但并不因此取代原有业务系统。ServiceNow在自己的公告中明确表示，相关操作仍在ServiceNow内执行和治理；其Action Fabric负责应用企业既有的业务规则与权限。换言之，模型能提出或发起什么操作，要受组织配置和访问权约束，不能将接入ChatGPT理解为获得了整个企业系统的无限权限。
双方还介绍了一种更具交互性的预览场景：值班工程师在ChatGPT中查看关联的监控告警、近期变更和受影响服务，随后协调响应团队、更新事件记录。这个例子展示的是目标工作方式，而不是客户已实现的平均处理速度或故障解决率。公告没有给出这类独立评测数据，也没有逐项说明所有写入操作是否都需人工确认。
对企业而言，减少界面切换只是一部分价值。更重要的是，查询到的信息能否对应正确的资产、服务和事件，以及后续动作能否遵循原有权限与审批要求。这也是从“生成建议”转向“修改业务记录”之后，部署责任发生变化的地方：回答出错与错误更新生产系统，并不是同一种风险。
合作从模型供应，延伸到开发、安全和语音
此次扩展建立在双方2026年1月20日公布的多年合作之上。当时的公告重点是将包括GPT-5.2在内的OpenAI模型引入ServiceNow企业工作流，并提出直接语音交互等方向。因此，10月的消息不是双方首次合作，也不能把此前已经提出的方向全部视为新上线功能。
此次更明确的新增安排，是把ServiceNow工作流连接至ChatGPT与Codex，并进一步列出三个产品合作方向。
在应用开发方面，双方计划把Codex接入ServiceNow的AI Workflow Factory，让开发人员利用ServiceNow业务上下文和平台能力构建应用。OpenAI模型还将支持其中的Build Agent与Autonomous Engineer，用于应用开发和现代化改造。这里的“业务上下文”指向企业已有的流程与数据关系，而不只是为编程助手增加一个代码生成入口；但公告尚未公布这一集成的实际开发效率、代码质量或维护成本评估。
在网络安全方面，双方计划结合OpenAI的网络安全能力与ServiceNow的资产、身份及业务上下文，帮助团队调查漏洞、确定风险优先级并协调修复。ServiceNow将目标进一步描述为识别、分诊、验证和缓解跨代码、应用、工作负载、网络与身份的攻击路径。这是拟开发方案的用途，并不等于已经证明系统可以自主、可靠地完成全部修复。
语音合作则面向ServiceNow的Super Intelligence Control Tower。按照公司描述，风险管理人员可以口述一个AI使用场景，由系统据此填写评估字段，并针对缺失或不清楚的信息追问。它服务于AI治理与风险评估流程，不宜笼统理解为面向所有ServiceNow功能的通用语音助手。
插件已提供，不代表整套方案已经交付
截至10月28日公告，双方对可用性的表述有清晰层次：ServiceNow MCP插件已在OpenAI marketplace提供，增强能力预计在2026年底前推出；Super Intelligence Control Tower的语音能力预计于2027年第一季度提供；OpenAI支持的安全能力预计在2027年1月进入早期访问，计划在第二季度达到普遍可用；Codex接入AI Workflow Factory则预计在2027年推出，未给出更具体日期。
因此，企业目前能够获取的插件，与未来的完整交互、安全、语音及开发体验，需要分别判断。已有插件不意味着所有预览场景都已开放，更不意味着2027年的计划已提前交付。这些时间表来自公司公告，ServiceNow也在前瞻性声明中提醒，产品开发可能面临延迟、额外成本和监管变化等不确定性。
内部部署同样应保留“计划”的限定。ServiceNow表示将向全体员工提供ChatGPT Work和Codex，但未披露全员推广完成日期、实际活跃用户数或成效数据。OpenAI称其自身也在使用ServiceNow工作流；ServiceNow则强调OpenAI计划在运营中扩大使用。两者都不足以证明双方已经完成覆盖全部员工和业务的部署。
企业AI的竞争，正在延伸到业务执行入口
这项合作与OpenAI近期连接企业软件的其他安排形成呼应。在此前的甲骨文合作报道中，类似思路也是把企业应用与数据接入ChatGPT，同时沿用组织权限和审批机制。不过，两项合作涉及不同产品和交付安排，不能互相作为已上线或已取得成效的证明。
ServiceNow合作更直接地触及IT事件、系统变更与安全响应这些具体工作环节。它能否带来持续收益，仍取决于企业开放的能力范围、业务数据质量、权限配置，以及发生错误后的审计和处置方式。现阶段，两份公告能够确认的是合作范围、产品方向和分阶段时间表；实际效果仍需等待可用产品、客户部署及独立验证，而不是由演示场景或合作措辞本身决定。