OpenAI Presence：企业AI代理捆绑工程师销售

OpenAI近日宣布推出OpenAI Presence，这是一种全新的企业AI代理托管产品，与以往自助式API密钥和席位许可模式截然不同。Presence并非在线销售，而是通过有限通用可用性计划交付，并由OpenAI自己的Forward Deployed Engineers以及选定的全球系统集成商负责部署。这标志着OpenAI从标准化产品转向定制化项目服务的战略转变，每个合作都从单个任务开始，例如解决账单纠纷、处理保险索赔或清除员工IT服务请求。

代理仅被授予完成特定任务所需的知识和系统访问权限，客户则编写规则来定义代理的行为范围、何时需要审批以及何时由人工接管。上线后，Codex会读取生产会话和升级情况，提出变更建议，经客户团队测试和批准后才能实施。OpenAI的文档坦诚地列出了从范围界定、安全隐私法律审查、模拟验收测试、分阶段部署到上线后迭代的六阶段流程，并明确指出代理并非仅靠摄取文档就能投入生产。

这种托管模式针对的是一个现实问题：Gartner预测到2027年底，超过40%的代理型AI项目将被取消，原因在于治理、价值定义不清和运营纪律薄弱，而非模型能力不足。Presence几乎包揽了所有应对措施：模拟和分级测试检查代理是否得出正确结论、遵守政策、正确使用工具并及时升级；防护栏在交互超出边界时介入；会话记录和操作历史供审查；升级路径为人工提供结构化上下文；新版本通过受控发布并支持回滚。企业过去两年发现，生产级代理的难点在于集成、权限和变更管理。OpenAI派工程师处理这些工作，而非仅仅交付另一个仪表盘。

然而，这种模式也有限制：访问取决于工作流适配度、实施就绪性和可用交付能力。交付能力是咨询公司的瓶颈——软件可扩展，但通过银行核心系统安全审查的工程师无法随意增加。Forward Deployed Engineer这个头衔借鉴自Palantir，其经济学与计量推理完全不同。OpenAI将自己和合作伙伴置于每个部署的前线，意味着在业务量较小时尚可运作，但扩大规模时则更为复杂。这也为合同提出了问题：当模型供应商同时也是实施伙伴时，生产中的政策误用责任划分需明确。

OpenAI称Presence经过实战考验，因为它来源于多年企业客户部署经验。其内部英语电话支持线（1-888-GPT-0090）声称代理在数周内达到或超过人工支持基准，目前75%的入站问题无需人工协助即可解决，并通过Codex改进循环在十天内将人工接手率降低了15个百分点。但这些数据由OpenAI自行测定，未经独立验证。三个命名客户（BBVA、SoftBank、IAG）仍处于探索阶段，而非大规模运行。

定价尚未公布，模型也未命名。Presence使用OpenAI模型，但具体配置根据不同工作流调整。渠道支持限于语音或聊天，数据处理的架构和合同为最终依据。Presence与ChatGPT Workspace Agents和语音客户的API访问并存，公司现在以三种方式提供几乎相同的功能，区别主要在于实施工作由谁完成。最终，买家选择时将不得不考虑交付能力而非仅模型能力。