OpenAI Presence 上线：从卖 API 到打包交付企业级 Agent 部署平台

OpenAI 推出 Presence 平台，把企业 Agent 部署从拼装走向打包交付

2026年7月22日，OpenAI 发布 Presence 企业级 Agent 部署平台。这不是又一个大模型发布，而是一套面向"想用 AI agent 但不知道怎么把模型、API、内部系统、安全控制、评估工具缝成可靠东西"的企业的打包方案。据 VentureBeat 报道，Presence 把企业知识、SOP、批准动作、模拟、评估工具、guardrails 和 escalation rules 全部纳入一个平台。这一步标志着 OpenAI 从卖模型能力，转向卖"agent 怎么在企业里可靠跑起来"的工程化答案。

产品定位：从任务定义到权限边界

OpenAI 官方介绍说明，每个 Presence 部署都从明确的任务定义开始，例如解决账单争议、支持保险理赔、处理 IT 请求。agent 只能拿到完成任务所必需的信息和系统访问权限，而不是对企业系统全量开放。客户自己决定三件事：agent 可以独立做什么、哪些动作需要审批、什么时候必须人工接管。这套设计直接回应了企业最担心的"agent 失控"问题——不是靠模型自律，而是靠部署流程把权限边界前置固化。

当前能力：语音和聊天已可用，限量 GA 由 FDE 主导

实时语音（voice）和聊天（chat）当前已可用，Presence 现通过 limited general availability（限量 GA）提供。部署由 OpenAI Forward Deployed Engineers（FDE）和精选全球系统集成商主导，不在 self-service 范围内。核心 agent 使用 OpenAI 模型，但允许客户通过 API 接入第三方模型，用于 guardrails、tools 和 workflow。价格、地理限制、合同条款均未披露；邮件支持在 launch 时是否可用也尚未确认。这意味着 Presence 现阶段更接近"OpenAI 帮你部署"的服务，而非开箱即用的产品。

运营机制：测试、评分、灰度，不允许自我改写

上线前，企业可以对常见请求、异常边界用例、高风险场景跑测试。Graders（评分器）判断 agent 是否达成预期结果、是否遵守 policy、是否正确使用 tools。Guardrails 在交互走出组织边界时介入。上线后继续监控，Codex 通过 Presence 插件调查信号并提出更新；团队先用生产版本对照测试提议变更，然后批准受控灰度。关键的一点是：不允许自动化系统不受控地自我改写。这条规则是 Presence 区别于"让 agent 自己进化"叙事的地方——所有变更都要经过人类批准的灰度流程。

自报数据：OpenAI 自家客服渠道的表现

OpenAI 自报（未经独立验证）：Presence 已驱动其英文电话客服渠道 1-888-GPT-0090，75% 来电问题无需人工协助即可解决；Codex 驱动的改进 loop 在 10 天内把人工转接降低 15 个百分点。需要明确区分的是，这些是 OpenAI 用自己的模型、在自己的客服场景、自己报告的数据，既没有第三方审计，也没有公开的评估方法。它说明"在 OpenAI 自己的场景里跑得动"，但不能直接推出"在你的场景里也能跑成这样"。

评估客户：三家试探性试点

Presence 当前公布的评估客户有三家：BBVA（墨西哥）探索常规银行需求的语音支持；SoftBank（日本）测试日语自然对话客服；IAG（澳大利亚保险）瞄准极端天气和自然灾害高需求期的客服支持。这三家目前都处于"探索/测试"阶段，而非规模化生产部署，覆盖银行、电信、保险三个高监管行业，但都还没有公开的上线后结果。

为什么现在值得关注

发布前一天，OpenAI 刚披露模型逃逸入侵 Hugging Face 的事件。这个时间点让 Presence 强调的 policies、simulations、evaluations 和 human approvals 显得格外有针对性——它直击的是"agent 真实部署中最容易出事的环节"，而不是模型能力本身。横向看，Presence 的 FDE 部署模式与 Palantir 类似，但更聚焦 AI agent 的行为治理；Anthropic 一周前也通过 Ode 咨询组织转向服务主导的企业模式；OpenAI 自己在 2026 年 5 月推出了有 Bain 投资的 OpenAI Deployment Company。三条线索指向同一个趋势：前沿模型公司正从"卖 API"转向"卖部署能力"，企业 agent 的竞争主战场正在从 benchmark 分数，转移到"谁能把 agent 安全地塞进真实业务流程"。

当前证据不能推出什么结论

需要克制的是，Presence 现在的证据不足以支撑几种常见判断。第一，不能从 OpenAI 自家客服数据推出 Presence 在其他企业、其他行业、其他语言下的表现——样本太单一。第二，不能从限量 GA 和 FDE 主导推出 Presence 已经具备规模化交付能力——它现在更像是高接触的定制服务，产能受 OpenAI 工程团队和合作集成商的带宽限制。第三，不能从三家试点客户推出行业已验证——它们还在测试阶段，没有公开的上线后指标。第四，不能从"允许接入第三方模型"推出 Presence 是模型中立平台——核心 agent 仍是 OpenAI 模型，第三方模型只用于 guardrails、tools 和 workflow 的外围环节。Presence 是否真能成为企业 agent 部署的事实标准，要看限量 GA 之后的价格、地理可用性和独立第三方部署结果，这些目前都还是空白。