OpenAI与ServiceNow宣布扩大合作，将把ServiceNow的业务上下文与工作流能力接入ChatGPT，覆盖应用开发、网络安全与语音治理等领域。当前仅有ServiceNow MCP插件已上架，更多集成仍处于预览或未来规划，企业需关注权限、审批与审计等落地细节而非将公告等同于全面交付。
OpenAI与ServiceNow在2026年10月28日宣布扩大合作，计划把ServiceNow的业务上下文和工作流操作带入ChatGPT，并将合作延伸至应用开发、网络安全和语音治理。眼下已经提供的是ServiceNow MCP插件；不少更深的集成仍是预览或未来计划，不能把合作蓝图当作已经全面交付的产品。[1][2]
从对话入口到业务操作
按OpenAI公告，企业可将ChatGPT连接到自己的ServiceNow实例，并选择开放哪些能力。公告举例称，IT人员可以在对话中查找相似事件、评估变更风险，再更新ServiceNow记录；值班工程师也可以查看关联监控告警、近期变更和受影响服务，并在ChatGPT内协调后续处理。[1]
这意味着对话助手不只负责回答问题，也可能成为通往业务系统的操作入口。但它不等于ChatGPT取代ServiceNow，或获得企业系统的普遍访问权。ServiceNow称，其Action Fabric会沿用组织现有的业务规则和权限配置；用户能做什么，仍取决于企业开放的能力与访问控制。[1][2]
这种边界尤其重要：查错一条信息，与把错误写入工单或触发后续流程，后果并不相同。公告介绍了预期使用场景，却没有公布独立测试结果、平均处理效率，也没有逐项说明所有写入操作是否都需要人工确认。企业评估这类集成时，仍需核对权限、审批、审计记录和错误处置机制，而不能仅凭演示场景推断实际成效。
合作范围扩展至开发、安全与语音
此次扩展建立在双方此前的合作之上。ServiceNow在2026年1月公布的多年合作，已提出将OpenAI模型引入企业工作流，并探索语音交互等能力；因此，10月的公告是合作范围的进一步延伸，不是双方首次合作。[3]
在应用开发方面，双方计划把Codex接入ServiceNow的AI Workflow Factory，并让OpenAI模型支持Build Agent和Autonomous Engineer，用于应用开发与现代化改造。公告尚未给出这些集成的代码质量、开发效率或维护成本评估，相关收益仍有待产品推出和实际部署验证。[1][2]
在网络安全方面，双方计划结合OpenAI的网络安全能力与ServiceNow的资产、身份及业务上下文，协助团队调查漏洞、排列风险优先级并协调修复。此处描述的是共同开发方向，不应被解读为产品已能自主可靠地完成漏洞修复。[1]
语音方向则面向ServiceNow的Super Intelligence Control Tower。按照公告设想，用户可以口述AI使用场景，由系统填写评估字段，并通过追问补齐缺失信息。这是针对治理与风险评估流程的规划，不等于已经推出覆盖所有业务的通用语音助手。[1]
现有插件与未来时间表须分开看
两家公司给出的时间表显示，各项能力成熟度并不相同：ServiceNow MCP插件已在OpenAI marketplace提供；增强能力预计在2026年底前推出。Super Intelligence Control Tower语音能力预计于2027年第一季度提供；OpenAI支持的安全能力预计于2027年1月进入早期访问，计划在第二季度普遍可用；Codex接入AI Workflow Factory则预计于2027年推出。[1][2]
因此，“插件已经提供”不能代表整套合作方案已经上线。上述时间均为公司公告中的预期安排，不是交付保证。ServiceNow还表示计划向全体员工提供ChatGPT Work和Codex，扩大现有工程团队之外的使用范围；公告没有披露全员推广完成日期、实际活跃用户数或可量化成效。[1][2]
企业AI竞争延伸到执行环节
双方1月的公告曾称，ServiceNow每年处理超过800亿条工作流，并强调将模型能力嵌入企业流程。[3] 这类企业平台的价值主张，不只是提供更强的模型，而是把模型放进已有数据、权限和流程之中。10月的合作将这一思路进一步推向ChatGPT入口、应用开发和安全响应等场景。
但接入工作流也把评估重点从“回答是否有用”扩展到“操作是否合规、可追溯且可纠正”。企业需要观察实际产品如何处理权限边界、审批与异常，以及部署后是否有可核验的效率或风险数据。就目前公开信息而言，能够确认的是合作方向、已提供的插件和分阶段时间表；效果仍需等待产品交付与客户实践验证。