OpenAI 发布 Presence：企业 Agent 走向生产运行
Presence 把具体工作、系统接入、权限、评测、人工接管和持续改进放进受管理的部署过程，企业采购 Agent 时也需要重新审视交付边界。本文分析这一变化对项目范围、验收与运营责任的影响。
本文目录
7 月 22 日，OpenAI 发布了面向企业的 OpenAI Presence。这是一个服务于高频、对可靠性要求较高的语音和聊天工作流的产品，Agent 可以查询企业知识、调用获准的系统、执行限定动作，并在政策或风险要求时转交给人。
产品能力本身并不陌生。知识检索、工具调用、权限控制、人工接管和评测，已经分别出现在许多 Agent 平台里。Presence 更值得关注的地方是交付方式：与其说它是让客户注册后自行搭建的工具，不如说它是一项由 OpenAI 工程团队或指定集成商参与实施、上线和持续改进的受管理产品。
先说清楚 Presence 目前是什么
产品还在早期，边界要看清。
OpenAI 把 Presence 定义为企业 Agent 的构建、部署、运行和持续改进平台。每次部署从一项具体工作开始，例如处理账单问题、支持保险理赔或响应员工 IT 请求。Agent 只获得完成这项工作所需的知识和系统权限，企业负责规定它能做什么、何时需要批准、什么情况下必须由人接手。
现阶段支持的主要渠道是语音和聊天，可用于客户服务、外呼销售以及部分内部工作流。发布前，团队可以通过模拟和评分器检查结果、政策遵循、工具使用和升级处理；上线后，再结合会话记录、动作历史、人工转接和质量信号发现问题。Codex 可以提出修改建议，但新版本仍要经过测试、批准和受控发布。
OpenAI 帮助中心还写明了几个容易被产品公告掩盖的边界：
- Presence 目前处于有限一般可用阶段，不是自助式产品；
- 是否能够接入，取决于工作流匹配、实施准备度和可用交付能力；
- 功能、模型、渠道、容量、数据处理、价格和服务承诺按每次部署确定；
- 文档接入本身不代表可以上线，还要完成系统集成、安全与隐私审查、评测和验收。
这些条件说明，Presence 目前更像一项需要共同实施的企业工程，远非购买席位后即可使用的标准软件。
75% 自动解决率不能直接写进采购目标
数字要看上下文，不能直接照搬。
OpenAI 公布了自有英文电话支持渠道的数据：Presence 目前可以在无需人工协助的情况下解决 75% 的来电问题；其基于 Codex 的改进流程在 10 天内把人工转接比例降低了 15 个百分点。
这两个数字有参考价值，但它们来自厂商自己的渠道、系统和评测口径，公告没有提供可供外部复现的完整样本、问题分布和质量阈值。它们可以证明 OpenAI 把产品用于真实生产服务，不能证明其他企业上线后也会得到相同结果。
CIO 对这次发布的独立报道也提醒，75% 更适合视为“技术在特定条件下可以工作”的案例，不应成为所有企业的默认基准。遗留系统分散、知识库质量不一、业务规则复杂和合规要求更高，都会压低初期自动化比例，并增加集成与治理成本。
企业验收时应先定义自己的结果：问题是否解决，政策是否执行正确，系统写回是否成功，严重错误是否被拦截，转人工时上下文是否完整。自动化率只能和质量、风险、人工返工及完整成本一起看。
这次发布改变的是产品边界
模型厂商开始向集成和运营延伸。
过去，企业 Agent 的产品边界往往停在模型 API、开发框架或低代码编排。客户买到能力后，还要自己解决业务拆分、知识治理、系统连接、权限、评测和上线运营，或者把这些工作交给另一家实施商。
Presence 把这些环节收进同一个产品叙事：先确定一项工作，再连接必要系统，写入政策和权限，建立模拟与验收，最后通过生产记录持续改进。OpenAI 的 Forward Deployed Engineers 和指定系统集成商直接参与部署，也意味着模型厂商开始向集成与运营环节延伸。
这并不说明通用平台或实施服务会消失。恰恰相反，连模型厂商自己的企业产品都没有把“接入模型”视为完成，企业更不应把一次演示当作生产交付。系统接口、业务规则、评测样例、责任人和变更机制仍然要由具体组织补齐。
企业采购类似产品时要多问五件事
把厂商的部署方式变成自己的检查表。
Presence 是否适合某家公司，需要结合资格、规模和交付能力单独判断。但它公开的部署方式可以变成一张采购检查表：
| 需要确认 | 不能停在 |
|---|---|
| 第一项具体工作及完成状态 | “建设企业 Agent 平台” |
| Agent 能访问的知识、系统和动作 | “支持多种连接器” |
| 批准、拒绝和转人工规则 | “具备安全护栏” |
| 发布前样例、严重错误和验收阈值 | “模型效果领先” |
| 上线后的监控、回滚和改进责任 | “持续升级模型” |
如果这些内容只能在项目开始后再讨论，采购的仍然是一组能力，不是一条可以验收的工作流。站内此前讨论的按工作流采购、生产运行监控和变更管理，都可以用来补充这张检查表。
中小企业不必照搬产品，也能借用方法
方法比产品规格更值得借鉴。
Presence 目前不是面向所有企业的标准化自助产品。对许多中小企业来说，直接采购未必现实，工作量也未必达到受管理部署所需要的规模。
真正值得借鉴的，是实施顺序，而非产品规格：从一项高频工作开始，只开放必要知识和权限；让 AI 先处理边界清楚的部分，保留人工确认与接管；用历史样例建立评测，上线后记录失败和修改，不靠一次演示决定是否扩大。
Presence 传递出的行业信号很明确：企业 Agent 的竞争正在越过“模型能不能做”，进入“系统能不能长期可靠地运行”。对采购方而言，品牌和模型仍然重要，但最终要验收的，仍是一条有边界、有证据、有人负责的业务工作流。