OpenAI在2026年7月22日推出Presence，定位是帮助企业把语音和聊天智能体投入真实业务。官方介绍称，Presence可以回答问题、处理事件、使用公司系统、执行获批操作，并在需要时转接人工；文章资料核验日期为2026年8月5日。本文回答企业最关心的三个问题：Presence解决什么问题、上线要准备什么、哪些任务暂时不适合交给智能体。
先给结论：Presence更像一套生产系统，而非单一模型
企业若已经有明确的客服、理赔或IT服务流程，并且愿意配置权限、政策、评估和人工升级规则，可以把Presence列入试点。没有稳定流程、数据权限和验收指标的团队，先整理业务边界再评估更稳妥。
| 判断问题 | 适合进入试点 | 需要先补齐 |
|---|---|---|
| 任务是否具体 | 账单查询、理赔进度、IT工单 | 开放式咨询、目标经常变化 |
| 系统是否可连接 | 有明确API和只读权限 | 依赖人工后台或无审计接口 |
| 风险是否可控 | 高风险动作需要批准 | 智能体可直接付款、改权限 |
官方披露的核心能力
从理解请求到执行获批动作
Presence把模型推理与政策、护栏、升级规则结合起来。企业可以规定智能体能查哪些资料、能调用哪些系统、哪些动作必须请求批准，以及什么情况下必须转人工。OpenAI表示，产品面向语音和聊天场景，并支持上线前的模拟和评估。
上线后持续改进
官方方案会利用生产会话、转人工记录和质量信号发现缺口，再由Codex提出可测试的更新。团队可以把候选变更与生产版本对照测试，审批后再逐步推出。这个闭环依赖日志、版本和负责人，不能只靠一条提示词维持。
企业落地的五步准备清单
- 选定单一任务：先选一个可量化的工作流，定义成功、失败和升级条件。
- 整理知识与权限：只接入完成任务所需的文档、账户字段和工具。
- 建立政策：把可执行动作、禁止动作、人工批准点写成规则。
- 做模拟评估：覆盖常见请求、边界情况、误解和恶意输入。
- 准备人工接管：让客服或业务专家能看见上下文、快速接手并记录原因。
当前限制与风险
- Presence目前面向符合条件的企业客户，以部署项目方式提供，尚非自助式产品。
- 官方公告没有公开统一价格，预算需要结合部署范围、系统连接和服务支持单独核算。
- OpenAI披露的客户结果属于官方案例信息，不能直接当作所有企业的保证。
- 涉及付款、权限、医疗或个人资料时，必须设置人工批准、最小权限和审计留痕。
FAQ
Presence和普通客服机器人有什么区别？
官方定位强调系统连接、政策约束、模拟评估和上线后的改进闭环。是否适合某个团队，还要看它能否接入现有系统并满足合规要求。
中小企业能立即自助开通吗？
目前官方页面写明Presence通过有限的企业部署项目提供，尚未成为自助式产品。可以先联系账户团队了解资格和范围。
能让智能体直接修改订单吗？
建议把修改动作分为查询、建议和执行三档，执行档默认需要人工批准，并保留完整的请求、工具调用和结果记录。
