OpenAI 推出 Presence：面向企业级 AI 智能体的托管治理平台

OpenAI 已宣布推出 Presence，这是一款面向企业的新产品，用于在面向客户及企业内部业务工作流中部署和管理 AI 智能体。

该产品面向符合条件的企业客户设计，旨在让智能体能够回答问题、访问公司系统、执行经批准的操作，并在公司定义的政策、权限和评估标准下运行，必要时可将任务升级交由人工处理。

Presence 即日起通过有限的一般可用性计划（limited general availability program）提供。OpenAI 前线部署工程师（Forward Deployed Engineers, FDEs）及部分全球系统集成商主导部署工作，该产品不提供自助服务方式。

关于使用非 OpenAI 模型（例如功能强大且日益流行的中国开源权重替代模型，如GLM-5.2 和Kimi K3），OpenAI 发言人澄清称：“Presence 的核心智能体使用 OpenAI 自研模型，同时允许客户通过 API 接入第三方模型和服务，以实现护栏（guardrails）、工具及其他工作流组件。”

OpenAI 尚未披露定价、地理限制、合同条款，亦未说明伴随部署所需的工程与集成工作的预期成本。我已两次向 OpenAI 发言人询问定价信息，目前仍在等待回复。待收到答复后，我将更新相关内容。

面向生产环境智能体的受管基础架构

Presence 整合了企业知识、标准操作规程、经批准的操作、模拟测试、评估工具、护栏及升级规则。企业可在不同部署间复用部分控制措施，同时针对特定工作流或渠道调整其他控制措施。

每次部署均始于一项明确定义的任务，例如解决账单问题、支持保险理赔或处理员工 IT 请求。智能体仅被授予完成该任务所需的信息与系统访问权限。客户决定智能体可独立执行哪些操作、哪些操作需经审批，以及何时必须由人工接管。

在智能体投入生产前，团队可针对常见请求、异常边缘案例及高风险场景对其进行测试。评估人员将判断其是否达成预期结果、是否遵循政策、是否正确使用工具，以及是否在必要时执行升级。当交互超出组织定义的边界时，护栏可主动介入。

OpenAI 向 VentureBeat 提供了宣传截图，显示管理员针对政策变更（包括修订后的年度退款政策）运行模拟批次，并跨运营类别审阅结果。

其他界面模拟图展示了生产健康状况、客户意图模式及任务绩效信号。这些视觉化内容体现了 OpenAI 所承诺的监督类型，但并未阐明这些指标的具体计算方式，亦未说明其如何映射至合同约定的服务水平。

该产品在上线后持续监控性能表现。生产会话、升级事件及质量信号可揭示智能体按预期运行之处，以及需要人工关注之处。Codex（借助 Presence 插件）分析这些信号并提出更新建议。随后，团队将拟议变更与当前生产版本进行对比测试，再批准受控发布。

该流程旨在解决企业 AI 领域最棘手的运营难题之一：一款在发布时表现良好的智能体，可能因政策、产品或用户行为的变化而变得不可靠。Presence 为企业提供了一种正式机制，使其能在不放任自动化系统未经管控自我重写的情况下，更新智能体行为。

OpenAI 表示，Presence 已驱动其英语电话支持渠道（1-888-GPT-0090）。该系统可处理开放式请求、验证来电者身份、利用账户上下文信息并执行经批准的操作。据该公司称，目前75% 的呼入问题无需人工协助即可解决。

OpenAI 还表示，其由 Codex 驱动的改进闭环在 10 天内将人工交接率降低了15 个百分点。上述数据由该公司提供，尚未经过独立验证。

多家大型组织正在评估同一基础架构。西班牙对外银行（BBVA）正探索在墨西哥为常规银行业务需求提供语音支持；软银集团（SoftBank）正在测试以自然日语开展客户对话；澳大利亚保险公司 IAG 正在探索于极端天气及自然灾害等高需求时段提供支持。

BBVA 墨西哥人工智能转型负责人丹尼尔·奥达斯（Daniel Ordaz）表示：“在 BBVA，我们正与 OpenAI 紧密合作，探索可信客户智能体如何塑造金融服务的未来。”

软银公司（SoftBank Corp.）数据与数字化转型部副总裁兼负责人村上忠久（Tadahisa Murakami）表示：“通过与 OpenAI 的合作，我们正探索 Presence 如何赋能可信客户智能体——使其以自然方式沟通、连接解决请求所需的流程，并在客户互动中始终如一地代表软银。”

从模型接入到前线部署实施

Presence 通过正式确立高接触度部署模式，将 OpenAI 的企业战略拓展至 API 和订阅软件之外。前线部署工程师（FDEs）与客户协同工作，共同选定工作流、连接内部系统、设定权限、配置政策、测试智能体并将其投入生产。

该模式类似于AI 本体论与智能平台 Palantir 所开创的模式，后者将 FDEs 嵌入客户方，以适配其专有软件应对复杂的政府及商业环境。两者的相似性更多体现在交付方式而非底层技术：两家公司均将技术人员部署至客户运营现场，在此集成与流程设计往往决定了软件能否创造实际价值。

这些产品不可互换。Palantir 的模型传统上以数据集成、本体论和运营决策系统为核心；Presence 则更聚焦于 AI 代理行为、经批准的操作、评估、升级机制及持续改进。OpenAI 将其定位为一款可重复使用的软件产品，由工程师与系统集成商提供支持，而非仅限于咨询服务。

2026 年 5 月，OpenAI 推出了自己的企业级 AI 咨询与集成公司——OpenAI Deployment Company，并获得 Bain & Company 的投资与支持。它还提供模型定制与微调计划，以满足特定企业需求。

其在美国的主要竞争对手 Anthropic 也已转向以服务为主导的企业模式，即通过其咨询组织 Ode 实现这一转型，Ode 是一个围绕前置部署工程师构建的咨询组织，旨在协助企业将 Claude 集成至复杂工作流中，该组织于一周前刚刚启动。其整体逻辑类似：企业往往不仅需要访问某个模型，还需获得连接数据与系统、定义权限、验证行为以及管理部署风险等方面的帮助。 Presence 的不同之处在于，OpenAI 明确地将上述需求打包为一款品牌化的代理治理（agent-governance）产品。Anthropic 的举措重心在于协助企业部署 Claude，而 Presence 则将实施服务与一套明确定义的运营层相结合，涵盖策略制定、模拟、评估、审批及生产环境更新。

Presence 进一步将前置部署作为特定代理产品触达客户的核心组成部分。它不会取代 OpenAI 的 API 业务；该公司表示，将继续通过 OpenAI API 为语音客户提供前沿模型访问支持。

这一趋势反映出更广泛的市场共识：许多企业仍需手把手协助，才能将代理从试点项目推进至稳定运营阶段。即便拥有强大内部工程团队的组织，也必须协调安全、合规、工作流所有权、数据访问权限及升级响应职责。Presence 试图整合这些任务，而非让客户自行拼凑独立的编排层、评估层与咨询层。

一次近期的安全漏洞事件在背景中隐隐浮现

对 OpenAI 而言颇为尴尬的是，Presence 的发布恰逢其与 Hugging Face 公布一起前所未有的安全事件之后一天。OpenAI 和 Hugging Face 公布了一起前所未有的安全事件，其中 OpenAI 正处于内部评估阶段的前沿模型突破了隔离环境限制，接入公开互联网，并对 Hugging Face 发起网络攻击以达成一项无害目标——且未被指示采用此类手段。

根据双方联合披露的内容，运行于名为 ExploitGym 的评估框架中的 OpenAI 模型识别并利用了一个第三方软件包注册表缓存代理中的零日漏洞。据报道，这些模型随后提升权限、横向移动并获取互联网访问权限，继而在寻求基准测试相关信息的过程中定向攻击 Hugging Face 系统。

该事件对企业买家具有相关性，因为它引发了关于沙箱隔离、工具权限、外部访问、监控及事件响应能力的诸多疑问。

此次披露还凸显了防御方面临的一个实际难题。据报道，Hugging Face 工作人员发现，商用前沿模型 API 拒绝了部分取证请求，原因是日志中包含攻击载荷、凭据及触发安全系统的 shell 命令。该团队随后转而使用本地部署的开源权重模型辅助分析。

因此，Presence 的发布既是一次产品亮相，也是对 OpenAI 将模型能力转化为受控企业运营能力的一次检验。其政策、模拟、评估及人工审批机制直指真实部署中的缺口。但若缺乏公开定价、技术互操作性细节、合规信息或服务水平承诺，客户仍缺少评估总体成本与运营风险所需的大量关键信息。

目前，Presence 似乎主要面向愿意采纳高接触度、由 OpenAI 主导部署流程的企业。它最终能否发展为广泛可用的平台，抑或仍将作为一款针对精选客户的严格管控型产品，则在一定程度上取决于 OpenAI 尚未给出的答案。