‹ 返回行业

软件与技术

OpenAI 投入 1.5 亿美元推进企业业务，将前沿部署工程师派驻客户运营现场

OpenAI 成立了一家新的服务公司，并推出一项 1.5 亿美元的合作伙伴计划，以加强 AI 模型在企业环境中的部署。该举措旨在弥合 AI 技术的可用性与其在业务运营中的实际落地之间的差距。

本报道由 MarketScale 制作。了解软件与技术团队如何借助 高管思想领导力 将其付诸实践。

关键事实、背景及其意义。

核心要点

OpenAI 已启动一项 1.5 亿美元的合作伙伴计划，以支持企业 AI 部署。

OpenAI 新成立的服务公司专注于将 AI 模型集成到客户运营中。

这一举措旨在提升 AI 在企业中的实际应用水平。

免费工作区

将您的软件与技术专长转化为内容。

符合条件的公司可免费试用 MarketScale 平台，录制访谈、整理素材并借助 AI 进行写作。无需演示，无需信用卡。

免费试用

OpenAI 已承诺投入 1.5 亿美元设立一项新的企业合作伙伴计划，并成立了一家独立的服务公司——OpenAI Deployment Co.，配备在客户组织内部现场工作的工程师。据《华尔街日报》7 月 22 日报道，这些举措是该公司迄今为止为弥合一个已困扰企业技术买家两年之久的差距所做的最直接的尝试：拥有 AI 模型许可并不等于拥有能真正运转的 AI。

两项计划，一个问题

1.5 亿美元的合作伙伴计划与 DeployCo 并行运作，但目标不同。合作伙伴计划通过第三方实施商网络扩展 OpenAI 的覆盖范围。相比之下，DeployCo 是一家直接交付公司，旨在将 OpenAI 自己的技术人才嵌入客户环境中。

两者都依赖前沿部署工程师，这种人员配置模式在 AI 原生厂商中已十分普遍，原因正是企业部署若仅靠客户内部团队往往会陷入停滞。其工作流程是由 FDE 与客户员工共同开发应用，然后交付一个可运行的系统，而非文档。

DeployCo 首席技术官、OpenAI 老将 Arnaud Fournier 向《华尔街日报》表示，AI 模型的能力与企业实际使用它们的方式之间存在着前所未有的巨大差距。这一定位塑造了整个服务模式：DeployCo 出售的不是咨询建议，而是生产级工程能力。

获得模型访问权与拥有能运转的 AI 是两个不同的采购决策，而大多数企业只完成了第一步。

通过收购构建

DeployCo 于 2026 年 5 月成立，通过收购 AI 咨询与工程公司 Tomoro，为组织引入了约 150 名工程师。据《华尔街日报》报道，随后对应用 AI 公司 Northslope 的收购使 FDE 团队规模达到数百人。OpenAI 内部 FDE 组织的一小批工程师也被临时借调，帮助 DeployCo 扩大规模。

该公司仍在筛选首批客户，并优先考虑与 OpenAI 已有合作关系的组织。总部位于马德里的银行 BBVA 提供了这一模式实际运作的早期范例。BBVA 风险转型负责人 Fran Martínez López 告诉《华尔街日报》，一位 OpenAI 工程师帮助他的团队构建了一个用于信用风险分析的新 AI 应用——在该 FDE 合作加速推进之前，银行已为此项目工作了数月。这项工作是 BBVA 在全行范围内部署 AI 和 AI Agent 的更大努力的一部分。

在 OpenAI 面临更广泛业务压力的背景下，这种服务方式显得尤为重要。据《华尔街日报》报道，随着公司努力证明巨额基础设施投资的合理性并寻求上市路径，企业收入已成为关键业务板块。与此同时，企业领导者正在抵制 AI 成本，并质疑部署是否带来了可衡量的价值——而这正是 DeployCo 的架构所要回应的问题。

AI 实验室自身办公室揭示的现状

OpenAI、Google 和 Anthropic 的内部实践为企业工作流程的发展方向提供了具体信号。《华尔街日报》6 月的报道发现，尽管大多数组织仍在将 AI 用于会议转录或备忘录起草等狭窄任务，但这些公司正在将更复杂的多步骤工作分配给跨应用程序运行的 AI Agent。

即使是这些公司的非技术部门，也在让 AI Agent 执行以前每一步都需要人工完成的任务。结构性转变在于，员工从主要生产者变为 AI 输出的审查者，实际上是对 AI Agent 已完成的工作进行事实核查和批准。《华尔街日报》指出，AI Agent 的部署并非没有摩擦：当 AI Agent 行为的范围界定不足时，曾发生过批量删除电子邮件和代码消失等事故。

能力与可靠性之间的这种张力，正是 FDE 模式所要管理的。一名既了解 AI 系统又了解客户运营环境的驻场工程师，能够定义防护栏、设定范围边界并监控输出，这是远程购买的 API 订阅无法做到的。

那些构建 AI Agent 用于销售的公司，正是那些在实时了解 AI Agent 越界所付出代价的公司。

这对你的团队意味着什么

  • 评估供应商的服务深度，而不仅仅是模型访问权限：在评估 AI 平台是否续约或扩展时，要询问是否提供前沿部署工程能力，以及项目合作如何界定范围。能够派驻现场人员的合作伙伴，与一份 SaaS 许可证是完全不同的采购决策。
  • 审视你当前的 AI 部署缺口：如果内部团队一直握有模型访问权限却迟迟没有交付生产级应用，DeployCo 对现有 OpenAI 客户的优先安排意味着你可能有机会获得早期合作。找出两到三个高价值工作流，带到那次沟通中去。
  • 为“审核者而非生产者”的用工模式做好规划：OpenAI、Google 和 Anthropic 的 AI Agent 采用模式表明，岗位职责正转向验证和异常处理。IT 和运营负责人应开始梳理哪些角色将承担这一变化，以及他们需要哪些工具或培训。
  • 在部署之前而非之后定义 Agent 护栏：《华尔街日报》对 AI 原生公司 Agent 失误的报道表明，范围边界应当是工程决策，而不是政策备忘录。在任何 FDE 合作简报中都应包含护栏架构。

来源

你的专家应当在这里

MarketScale Software & Technology 的每一篇报道，都始于一家公司让其解决方案工程师、产品团队和客户工程师公开署名发声。买家已经在阅读这一话题。唯一的问题是，他们找到的是谁的专家。

买家会向 AI 引擎询问应该考虑谁，而公开发表的专家观点正是这些引擎所引用的内容。

关于作者

MarketScale Newsroom

MarketScale NewsroomMarketScale 编辑团队

MarketScale Newsroom 报道塑造 16 个 B2B 行业的公司、技术与趋势。它将一手资料和专家评论转化为清晰、实用的内容，服务于真正从事这些工作的人。