AI工具导航

语言 / Language

返回模型列表

OpenAI Presence – OpenAI 推出的企业级 AI Agent 平台

AI科技编辑部
RSS 订阅
#AI Agent#语音AI#AI编程
OpenAI Presence – OpenAI 推出的企业级 AI Agent 平台 官方截图
（图片来源官方截图）

导读摘要：

OpenAI Presence 是 OpenAI 于 2026 年 7 月 22 日正式推出的企业级 AI Agent 部署与治理平台，面向客服、销售与内部运营等高价值、高并发流程，帮助企业把智能体从演示阶段推进到可审计、可管控的生产环境。平台将模型推理与企业策略、权限边界、模拟评测和持续改进打包为托管交付方案，当前已用于 OpenAI 自有英语电话客服，据官方披露可自动处理约 75% 的进线问题。

1. OpenAI Presence是什么

OpenAI Presence 是 OpenAI 于 2026 年 7 月 22 日正式推出的企业级 AI Agent 部署与治理平台，面向客服、销售与内部运营等高价值、高并发流程，帮助企业把智能体从演示阶段推进到可审计、可管控的生产环境。平台将模型推理与企业策略、权限边界、模拟评测和持续改进打包为托管交付方案，当前已用于 OpenAI 自有英语电话客服，据官方披露可自动处理约 75% 的进线问题。

OpenAI Presence 产品界面示意
（图片来源官方截图）

技术定位与领域： OpenAI Presence 定位为企业级 Agent 生产运行平台，而非单纯的模型 API 或对话组件。它围绕语音与聊天渠道，覆盖客户支持、外呼销售、账单处理、保险理赔、员工 IT 服务台等“有明确任务边界”的流程，强调策略、护栏、审批与人工接管，解决 Agent 从原型到规模化落地之间的治理空白。

研发背景： 该产品沉淀自 OpenAI 与大型企业长期合作、以及自身客服系统规模化运行的经验。面对模型能力快速同质化、企业更关注可靠落地的现实，OpenAI 将交付模式从“提供模型访问”扩展为“提供托管部署与持续运营”，并由 Forward Deployed Engineers（FDE，前线部署工程师）与精选系统集成商主导落地。

核心价值： Presence 让企业在保留最终控制权的前提下，让 Agent 能够查询企业内部系统、执行已批准动作，并在超出边界时升级给人工。上线后，平台会持续收集生产会话、升级记录与质量信号，由 Codex（Presence 插件）分析并提出改进建议，经团队测试与审批后再受控上线，形成可闭环的运营机制。

技术特点： 以“按任务最小授权”为核心：每个 Agent 只获得完成特定工作所需的知识与系统访问权限；上线前可通过仿真与自动评分器（Graders）检验结果正确性、策略遵循、工具调用与升级时机；上线后由 Guardrails 实时干预越界行为，并由 Codex 驱动持续改进。官网产品页亦展望语音、聊天及邮件等更广渠道，但有限公开可用性阶段已确认的是实时语音与聊天体验。

2. 主要功能

  • 任务级策略与权限治理： 企业可为账单查询、理赔受理、IT 工单等具体岗位定义操作范围、审批节点与人工接管条件。Agent 只能执行被明确授权的动作，越权请求会进入审批或升级流程，从架构上落实最小权限原则，降低误操作与数据暴露风险。

  • 仿真测试与自动评分（Simulations + Graders）： 正式对用户开放前，团队可针对常见请求、边缘场景与高风险路径批量仿真。评分器会检查是否达成预期结果、是否遵循政策、是否正确使用工具，以及是否在需要时升级人工，从而把问题前置到上线之前。

  • Guardrails 实时安全防护： 当交互偏离企业边界（敏感信息处理、未授权动作、异常工具调用等）时，护栏可自动介入并阻断风险。该能力与权限策略、人工审核共同构成多层防护，适合金融、保险等高合规要求场景。

  • Codex 驱动的持续改进闭环： 上线后，Presence 会汇总生产会话、升级与质量信号。Codex 通过 Presence 插件定位薄弱环节并提出更新方案；团队将候选变更与现网版本对比测试，审批通过后再做受控 rollout。OpenAI 称在其英语电话客服场景中，该闭环曾在约 10 天内将人工交接比例再降低约 15 个百分点（公司自报数据）。

  • 实时语音与聊天渠道： 原生整合 OpenAI 实时语音与聊天能力，可面向客户支持与内部服务台提供接近真人客服的对话体验。渠道、呼叫中心对接、鉴权与人工交接方式会在每次部署中单独确认；邮件等更广渠道属于产品愿景，需以具体交付范围为准。

  • 企业系统连接与已批准动作： Agent 可在授权范围内连接 CRM、工单、账务等内部系统，完成信息查询、状态更新、流程推进等动作。连接范围由企业与 OpenAI 部署团队共同界定，避免“一把钥匙开所有门”式的过度授权。

  • FDE 与系统集成商托管交付： Presence 不是自助 SaaS。合格企业客户通过有限公开可用性（limited GA）计划接入，由 OpenAI FDE 与精选全球系统集成商主导选型、联调、权限配置、测试与上线。超出产品现成能力的复杂场景，也可由 FDE/合作伙伴共同推进落地。

3. 如何使用

  1. 联系账户团队评估准入： 企业需通过 OpenAI 账户代表或指定合作伙伴申请有限公开可用性计划。评估通常关注流程匹配度、实施准备度与交付产能；目前不支持在线自助开通，定价与实施范围按客户与部署定制。

  2. 选定首个高价值任务并划定边界： 与 FDE/集成商共同确定首个落地岗位（如账单问题处理、理赔材料收集、IT 密码重置），明确 Agent 可用知识、可访问系统、可执行动作，以及必须审批或必须人工接管的条件。

  3. 配置策略、SOP 与护栏： 在平台中沉淀标准作业程序（SOP）、权限与 Guardrails。建议优先覆盖高频、规则清晰的路径，并为敏感动作设置人工审核点，避免一次性追求“全自动”。

  4. 仿真评测后再上线： 使用 Simulations 与 Graders，对常见请求、边缘案例与高风险场景做批量验证。重点看结果正确率、政策遵循、工具调用正确性与升级时机；不达标则先改策略/知识，再进入生产。

  5. 生产监控与受控迭代： 上线后持续观察会话质量、升级率与护栏触发情况。对 Codex 提出的改进建议，先在对照环境中验证，再审批受控 rollout。涉及新系统接入或渠道扩展时，应重新走权限与评测流程。

注意事项： Presence 为托管部署产品，交付节奏依赖 OpenAI/合作伙伴产能；企业应提前整理系统接口、权限清单与合规要求。早期公开案例包括 BBVA（墨西哥银行语音支持设计合作）、SoftBank（日语对话体验验证）、IAG（高峰事件客服能力探索）等，具体能力以各客户部署范围为准。

4. 优缺点分析

优点
生产级治理闭环完整： 将策略、权限、仿真评分、护栏与 Codex 改进打包，适合把 Agent 真正跑进关键业务，而不是停留在演示。
最小权限与人工接管清晰： 按任务授权知识与系统访问，敏感动作可审批或升级，降低越权与合规风险。
评测前置、上线更稳： Simulations + Graders 在上线前检查结果、政策、工具与升级行为，有助于减少生产事故。
持续改进有机制： Codex Presence 插件基于生产信号提出更新，经测试审批后受控上线，运维不再完全靠人工拍脑袋。

5. 同类工具对比

对比维度 OpenAI Presence Microsoft Copilot Studio Google Vertex AI Agent Builder
产品定位 托管式企业 Agent 生产平台（策略+护栏+评测+持续改进） 低代码构建/扩展 Copilot 的平台 基于 Vertex AI 的对话 Agent 构建平台
交付方式 limited GA，FDE + 系统集成商主导，非自助 自助为主，可结合微软生态咨询交付 云端自助构建与部署
安全与治理 任务级权限、Guardrails、审批与人工升级内建 依赖 Azure 身份与合规体系，需自行拼治理流程 依赖 GCP IAM 与组织策略
上线前评测 Simulations + Graders（结果/政策/工具/升级） 主要靠人工测试与提示调优 有评测与实验能力，闭环需自建
持续优化 Codex Presence 插件分析生产信号并提案，受控 rollout 多为人工迭代 可结合模型调优与实验，需团队推动
语音/聊天 原生实时语音与聊天为重点交付能力 需结合 Azure 通信与渠道能力 可接 Google 语音服务

选型建议： 若企业已深度使用 OpenAI、需要高触达托管落地，并愿意接受 FDE 模式，Presence 更契合“把 Agent 安全送进生产”的目标。若优先低代码自助、并深度绑定 Microsoft 365/Teams，Copilot Studio 更合适。已在 GCP/AWS 沉淀基础设施的团队，Vertex AI Agent Builder 或 Bedrock Agents 通常更利于自建编排与多云治理，但需要自建更多评测与运营闭环。

6. 编辑点评

OpenAI Presence 真正值得关注的，不是又一个“能说话的客服机器人”，而是把企业最难做的一层——权限、评测、护栏、人工接管与上线后改进——产品化，并用 FDE 模式把交付嵌进客户现场。对中大型企业来说，这比单纯开放更强模型更能降低落地失败率。官方自报的英语电话客服 75% 自动解决、以及 Codex 闭环在约 10 天内再降约 15 个百分点人工交接，说明其设计确实围绕生产指标运转；但这些是公司披露数据，采购时应要求在自身场景复现评测。推荐指数：★★★★☆（4/5）。扣分主要来自非自助准入、定价不透明，以及渠道/集成范围需按项目确认；若后续扩大自助能力并公开更多基准与客户结果，评分还有上升空间。

7. 应用场景

  • 智能客户支持（语音/聊天）： 处理账单查询、退款进度、产品使用问题等高频请求。Agent 在授权范围内查系统、给结论，必要时升级人工；适合已有明确 SOP 的大型客服中心。

  • 保险理赔与高峰事件响应： 收集材料、核对保单条款、推进基础审批，并在灾害等高并发时段保持可接通性。公开信息显示 IAG 等保险公司正探索此类能力。

  • 银行与电信日常业务咨询： 如 BBVA 墨西哥的语音银行支持设计合作、SoftBank 的日语自然对话验证，适合规则清晰、需强合规与身份校验的金融服务与运营商场景。

  • 企业内部 IT/HR 服务台： 密码重置、软件开通、权限申请、常见故障排查等。通过最小授权连接目录/工单系统，减少重复人工，同时保留敏感变更的人工审批。

  • 销售外呼与线索跟进： 进行初步触达、预约、信息采集并回写 CRM。适合把重复外呼交给 Agent，让销售专注高意向转化；需严格限制可承诺内容与可执行动作。

8. 常见问题FAQ

Q：如何申请使用 OpenAI Presence？

A：通过 OpenAI 账户团队或指定系统集成商申请有限公开可用性计划。官方强调这不是自助产品，是否准入取决于流程匹配、实施准备与交付产能。申请时建议准备：目标岗位（如账单/理赔/IT）、涉及系统清单、合规要求，以及可衡量的成功指标（自动解决率、升级率、平均处理时长等）。

Q：Presence 和直接调用 OpenAI API 做 Agent 有何区别？

A：API 路线灵活，但策略、评测、护栏、监控与改进大多需企业自建。Presence 是托管生产平台，把 SOP/权限、仿真评分、Guardrails、人工升级和 Codex 改进闭环打包，并由 FDE 协助落地。OpenAI 也表示会继续通过 API 支持希望自建语音方案的客户，二者并不互相替代。

Q：目前支持哪些渠道？是否包含邮件？

A：有限公开可用性阶段，官方确认重点是实时语音与聊天；呼叫中心对接、鉴权与人工交接方式按部署确认。官网产品页会提及更广渠道愿景（含邮件等），但上线能力不能默认全开，应以合同/交付清单为准。

Q：定价如何计算？

A：官方尚未公布统一公开价。费用通常与部署范围、集成复杂度、渠道数量及托管服务相关，需与销售/账户团队沟通。预算评估时除授权费外，还应计入联调、评测与持续运营成本。

Q：数据安全与权限如何保证？

A：Presence 采用任务级最小授权：Agent 只获得完成该岗位所需的知识与系统访问。企业可定义哪些动作需审批、何时必须人工接管；Guardrails 可在越界时自动干预。具体数据驻留、加密与合规认证细节，需在商务与安全评估阶段向 OpenAI 索取正式说明。

9. 项目地址

版权声明：本文部分内容由 AI 辅助生成并经人工校准，版权归本站所有，未经允许禁止任何形式的转载。