企业AI的竞争焦点正在从回答问题转向完成流程。当员工可以在一次对话中查询事件、评估变更风险并更新工单时，效率的关键不再只是模型聪明程度，而是企业规则、身份权限和执行记录能否随对话一起生效。

10月28日，OpenAI与ServiceNow宣布扩大合作，将更多OpenAI模型和智能体能力引入ServiceNow产品，同时把ServiceNow工作流连接到ChatGPT与Codex。合作覆盖IT服务、应用开发和网络安全，也包括ServiceNow内部员工使用ChatGPT Work与Codex。

在对话中查询事件并推进处理

双方计划推出新的ServiceNow集成，让企业把自身实例连接到ChatGPT。IT人员可以在同一对话中查找相似事件、查看相关监控告警、评估一次变更可能造成的风险，并更新ServiceNow记录，而不必在多个页面之间反复切换。

企业可以选择向ChatGPT开放哪些能力，ServiceNow的Action Fabric继续应用组织已有的业务规则和权限。也就是说，AI入口不应绕过原来的访问控制；员工能够执行的动作，仍应与其在企业系统中的身份、岗位和授权保持一致。

应用开发与安全响应成为重点

在应用开发方面，双方计划将Codex接入ServiceNow AI Workflow Factory，帮助开发人员基于业务上下文构建应用。OpenAI模型还将用于Build Agent与Autonomous Engineer，辅助应用开发和现代化改造。

网络安全方向则计划把OpenAI的安全能力与ServiceNow的资产、身份和业务上下文结合，用于调查漏洞、确定风险优先级并协调修复。相比只生成一份漏洞摘要，这种模式更接近从发现问题、关联资产到分派责任和验证完成的闭环。

可用时间需要区别看待

并非所有功能都已正式上线。公告称，ServiceNow MCP插件已经在OpenAI市场提供，增强能力预计在2026年底前推出；语音能力预计在2027年第一季度推出；安全能力计划于2027年1月进入早期访问，2027年第二季度正式可用；Codex接入AI Workflow Factory预计在2027年推出。

这些时间均为企业官方计划，仍可能调整。采购与试点团队应区分当前可用、预览和未来规划，避免把路线图功能写入近期项目验收范围。

编辑观察：自然语言入口不能扩大默认权限

企业部署这类集成时，可以先从只读查询和工单摘要开始，再逐步开放记录更新、任务分派和配置变更。每增加一种动作，都应明确可操作对象、审批条件、凭据有效期、失败回退和日志保留规则。

同时，应持续测试模型是否会误解请求、选择错误记录或跳过必要审批。对支付、生产变更、身份管理和安全处置等高风险任务，人工确认仍然重要。企业AI真正进入工作流，不是把聊天框放到系统前面，而是让自然语言请求经过与传统企业操作相同甚至更严格的控制。

配图为AIcent原创AI生成实景风格示意图，非官方新闻现场照片，不使用第三方新闻图片。

参考来源：OpenAI官方公告（2026年10月28日）。正文为基于官方消息的中文整理，编辑观察与事实披露分开呈现。