行业动态

HP Frontier 全企业上线:80% 业务流经合作伙伴的制造商,把 OpenAI 做成运营操作系统

HP 是 Frontier 第一个全企业落地的样本;它和 OpenAI 现有 ToB 战略最大的差别,在于承认「大型企业不可能围绕一个新平台重组,只能把它嫁接到既有运营肌理上」。

2026年6月29日 · 周一 深度报告 中置信 重要度 5/5
本文要点
  • 状态迁移:Frontier 从 2026-02 的内部试点(43 个项目 / 122 个 PR / 试点安全 bug)升级为 2026-06 的全企业生产管线,覆盖客户与伙伴体验、客服遥测、员工生产力、软件研发四类场景
  • 状态迁移:OpenAI 首次在官方博客中把一款企业产品定位为「连接层」(access / context / deployment / evaluation),而非「AI 平台 / AI 工具 / 模型入口」
  • 状态迁移:HP 的合作伙伴渠道(占业务 80%、Partner Portal 用户 10 万+)从「IT 工具用户」变成「Frontier agent 直接对接的服务对象」
  • 状态迁移:HP 安全团队从「被动响应漏洞」变成「每周主动释放约 82 小时产能」,角色从救火队员转向策略团队
  • 状态迁移:OpenAI 的 ToB 战略从「ChatGPT Enterprise + API + 微调」三件套,扩展为「ChatGPT Enterprise + Codex + Frontier」的四件套

2026 年 6 月 28 日,OpenAI 在官方博客发布《HP Inc. launches Frontier strategic partnership with OpenAI》——宣布惠普(HP Inc.)与 OpenAI 把「Frontier」战略合作从 2026 年 2 月起的试点阶段,推向全企业部署。这意味着 OpenAI 不再只把 HP 当成一家「试用 ChatGPT Enterprise 的客户」,而是把 HP 当成「Frontier 这种新产品形态的第一块完整的承重墙」。

理解 Frontier 的关键不是它又「接入了一个新客户」。关键在于 OpenAI 在这篇官博里第一次使用了「Frontier acts as a connective layer, spanning access, context, deployment, and evaluation」(连接层,覆盖访问、上下文、部署、评估)这种产品定位。把它和 ChatGPT Enterprise / ChatGPT Business / OpenAI API 摆在一起看,你会发现 OpenAI 正在做一件它之前没做过的事:把「AI 在企业里运行所需的所有粘合层」做成一款产品,而不是让客户自己粘。

而 HP 是第一个愿意、也合适把这套粘合层接进自己「运营肌理」的客户——因为 HP 有两个极端条件:80% 的业务流经合作伙伴渠道,全球 Partner Portal 用户超 10 万。这不是「IT 部门采购一套工具」的故事,这是「把渠道伙伴、客服中心、设备遥测、安全团队、研发管线全部接进同一个 AI 层」的故事。

发生了什么

OpenAI 官博披露的事实链条可以压缩成四块:

第一块,试点期的硬数字。 2026 年 2 月 HP 启动 Frontier 试点,OpenAI 给出了两组具体的案例性产出:其一,一位工程师在数周内跨 43 个项目提交了 122 个 PR(OpenAI 自报,口径为试点阶段);其二,安全团队在一天内修复了原本需一个月的多个软件 bug(OpenAI 自报,同口径)。这两个数字都不是「benchmark 成绩」,而是「真实业务流里的产出」——这是评估 AI 在企业内价值的最难拿到的指标,因为它不能复现、不能 fake、不能跨客户横比。

第二块,四大落地场景。 OpenAI 把 HP 的 Frontier 应用拆成四类:客户与合作伙伴体验、客服遥测洞察与报表、员工生产力、软件研发。注意这个排序不是「重要性排序」,是「从客户侧往员工侧」的排序——这本身就是 Frontier 的产品哲学:离客户越近的场景越先做,因为它离收入最近、ROI 最容易量。

第三块,四个抓手。 这四类场景不是平行铺开,而是有明确的落地抓手:① 合作伙伴生态(HP 80% 业务流经合作伙伴,Partner Portal 用户 10 万+,Frontier 串门店、伙伴、聊天、语音,提供 7×24 AI agent 导航与运营指导);② WXP(Workforce Experience Platform)与设备上下文(Frontier 整合设备遥测、支持知识库、运维对象、schema、runbook,推理整网设备健康,加速排查崩溃、Wi-Fi 问题、应用卡死);③ 网络安全(HP 团队用 ChatGPT 主动修复关键漏洞,每周释放约 82 小时安全团队产能,Frontier 的权限 / 评估 / 部署控制让规模化仍可审可追溯);④ ChatGPT + Codex(ChatGPT 用于研究、分析、创意和工作流自动化,Codex 用于现代化改造、规划、UI 脚手架和并行的软件交付任务)。

第四块,产品定位。 OpenAI 反复使用「connective layer」(连接层)、「governance」(治理)、「evaluation」(评估)、「deployment」(部署)这几个词来描述 Frontier。它不是「一个更大的 ChatGPT」,也不是「一个企业版的 OpenAI API」,而是「把分散的 agent 实验串成可治理的生产体系」的胶水层。

为什么是 HP:Frontier 的第一个全企业客户,必须满足三个极端条件

要理解 Frontier 这款产品的设计动机,先要回答一个反向问题:为什么 OpenAI 选 HP 当第一个全企业落地的客户? 表面上看,HP 是一家年营收数百亿美元的硬件公司,在 PC / 打印机 / 企业设备领域都有存在感,但它不是市值最大的客户(那应该是微软、谷歌云、Salesforce 之类),也不是 AI 落地最快的(那是金融、电商)。OpenAI 选 HP,不是因为 HP 最大,是因为 HP 满足三个 Frontier 需要的极端条件。

条件一:渠道占比足够极端。 HP 自报 80% 的业务流经合作伙伴——这意味着 HP 的「客户」其实有两层,第一层是直接客户(企业买方),第二层是渠道伙伴(经销商、零售伙伴、解决方案伙伴)。后者才是 Frontier 的真正使用人群。一个 80% 收入都来自渠道的公司,它的运营肌理不是「IT 部门 → 业务部门」,而是「IT 部门 → 渠道伙伴 → 终端客户」。这种三层结构在传统大客户里很少见,但 Frontier 要做的事——把 AI 串进门店、串进伙伴门户、串进客服语音——只有在这种结构里才有意义

条件二:设备保有量足够大,且自带 WXP。 HP 自家的 Workforce Experience Platform(WXP)已经把全球数百万台设备的遥测、support 知识库、运维对象、runbook 收进了自己的平台。Frontier 接进来不需要从零做「设备上下文层」,只需要在 WXP 之上做 agent 推理。这等于 OpenAI 站在 HP 已经修好的地基上盖房子。如果换一家没有 WXP 的客户,Frontier 要先帮它造地基,故事就没法讲。

条件三:运营复杂性足够高。 HP 的客服中心要服务全球多种语言的终端用户,安全团队要面对每天都有的新漏洞,研发团队要维护跨越几十年的设备驱动与软件栈。这种「跨语言 + 跨时区 + 跨产品代际」的复杂度,是 Frontier 想验证「agent + 上下文 + 治理」能否落地的最佳压力测试场。换一家业务线相对简单的客户,Frontier 的产品价值会被低估。

把这三个条件摆在一起看,就能看出 OpenAI 在 HP 这篇官博里真正想传递的信号:Frontier 不是为「任何一个企业」设计的产品,它是为「运营肌理极端复杂的大客户」设计的旗舰样本。HP 是「第一个走通流程的人」,但 Frontier 的真正野心是「让第二个、第三个同体量客户相信这套胶水层也能贴在他们身上」。

四个抓手各自的真实产出与数字

把 OpenAI 给出的四类场景拆开看,会发现 Frontier 的设计哲学不是「在每个场景里都把 AI 用到极致」,而是「在每个场景里找到 AI 能嵌入的最小阻力点」。下表把四个抓手的关键事实并列:

抓手接入对象关键数字(均为 OpenAI 引用 HP 自报口径)真正解决的运营痛点
合作伙伴生态(Partner Portal)10 万+ 全球 Partner Portal 用户、门店、聊天、语音80% 业务流经渠道;7×24 AI agent 导航伙伴不知道库存 / 定价 / 促销 / 政策的「信息差」,传统客服成本高
WXP(Workforce Experience Platform)全球数百万台 HP 设备 + support 知识库 + runbook跨设备健康推理;加速崩溃 / Wi-Fi / 应用卡死排查终端用户报修 → 工程师人工拉日志 → 排查 → 修复,链路长、易超时
网络安全HP 内部安全团队 + 漏洞管理流程约 82 小时/周安全产能释放;ChatGPT 主动修复关键漏洞漏洞数量增长 > 安全人头增长,救火式响应
ChatGPT + Codex全企业员工 + 软件研发团队试点期单工程师 43 个项目 / 122 个 PR;ChatGPT 用于研究/分析/创意,Codex 用于现代化改造 / UI 脚手架 / 并行交付研究 → 方案 → 实现 → 评审的传统软件流水线被打断在「上下文交接」环节

仔细读这张表,会发现两个 OpenAI 没说但藏在数字背后的判断:

判断 1:Frontier 的价值不在「AI 多强」,在「把 AI 嫁接到既有运营肌理上」。比如合作伙伴生态那一栏,OpenAI 没有给「客服解决率」「响应时长」「NPS」这种传统客服 KPI,而是给了「80% 业务流经渠道」和「10 万+ Partner Portal 用户」两个基础事实。意思是:Frontier 解决的不是一个客服指标,是「让 10 万人不再需要人肉记住库存和定价」这个运营肌理问题。同理,WXP 那一栏给的不是「IT 工单平均解决时长」,而是「跨设备健康推理」这个能力描述——Frontier 把「设备报修」这件事从「单台设备查日志」升级成「整网推理健康」。

判断 2:Frontier 在每个抓手里都做了「轻嵌入、重嫁接」。网络安全那一栏最明显——OpenAI 给的「每周释放约 82 小时」,不是 Frontier 替代了安全工程师,而是 Frontier 让安全工程师每周多出 82 小时做策略。同样,ChatGPT + Codex 那一栏的「122 个 PR」,不是 Frontier 自动提交 PR,而是 Frontier 让一个工程师的产出能力乘以一个数量级。这种「不替代人,只释放产能」的设计哲学,正是 Frontier 在企业内能落地的核心——它没有挑战既有岗位结构,只是让每个岗位的产出上限抬高。

Frontier 作为「连接层」,与 OpenAI 既有 ToB 战略的对比

要理解 Frontier 的真正战略位置,需要把它放进 OpenAI 既有 ToB 产品矩阵里看。OpenAI 当前面向企业的产品大致分为四档:

产品档位核心定位典型使用方式与 Frontier 的关系
ChatGPT Enterprise企业级 ChatGPT(团队空间、隐私保护、Admin Console)员工个人生产力工具,替代部分研究 / 写作 / 摘要工作Frontier 的「员工生产力」场景建立在 ChatGPT Enterprise 之上
OpenAI API + 微调 + Assistants模型 + 工具调用 + 长期记忆客户自有研发团队按 API 集成Frontier 的「软件研发」场景复用 Codex,但治理层由 Frontier 提供
行业解决方案(金融、医疗、教育等)针对垂直场景的预打包方案客户采购方案,OpenAI 与合作伙伴实施Frontier 提供底座,行业方案在 Frontier 之上做适配
Frontier企业 AI 的「连接层」—— access / context / deployment / evaluation不是工具交付,是「胶水层交付」OpenAI 第一个把「治理 + 评估 + 部署」做成产品的旗舰

把这四档摆在一起,会发现 Frontier 的真正差异化在于「承认一个事实:大型企业不可能围绕一个新平台重组,只能把它嫁接到既有运营肌理上」。

ChatGPT Enterprise 的产品哲学是「让员工用上 ChatGPT」——它的 KPI 是 DAU、是各团队的使用率、是节省的工作小时数。这种产品适合中小企业、适合 IT 部门推动自上而下采纳,但它解决不了「这家企业的运营肌理本身需要重塑」的问题。

Frontier 的产品哲学则反过来——它假设「这家企业的运营肌理已经存在 30 年,不可能重塑」,于是它做的是「在既有肌理上铺一层 AI 胶水」。合作伙伴渠道有 10 万+ 用户想用 AI?Frontier 串进去。设备有 WXP 平台已经收集好遥测?Frontier 在 WXP 上做推理。安全团队每周有救不完的漏洞?Frontier 让 ChatGPT 主动参与修复。研发团队有跨几十年的软件栈要现代化?Frontier 让 Codex 并行做。

这种「承认肌理、不挑战肌理」的设计哲学,正是 Frontier 与 ChatGPT Enterprise 的最大差别。后者试图改变员工的工具,前者试图改变企业的运营方式。

而 OpenAI 在官博里反复强调的「access / context / deployment / evaluation」四个词,正是 Frontier 作为「连接层」必须提供的四个支柱:

  • Access(访问):不只是「员工能登录 ChatGPT」,而是「伙伴能通过 Partner Portal、客服能通过语音、设备能通过 WXP 遥测全部接入」。
  • Context(上下文):不只是「模型能看到当前对话」,而是「模型能看到设备健康、库存数据、漏洞情报、代码库历史所有相关上下文」。
  • Deployment(部署):不只是「在云端跑模型」,而是「在企业内做权限分级、合规审计、模型灰度、A/B 评估生产级部署」。
  • Evaluation(评估):不只是「看模型答得好不好」,而是「看每次 agent 行动是否真的解决了运营问题(渠道伙伴是否下单、客服是否解决工单、安全漏洞是否真修复、PR 是否合并)」。

把这四个支柱拆开看,会发现 Frontier 的产品形态和 OpenAI 既有的「模型 + API」形态有本质差异:后者的价值由「模型能力」决定,前者的价值由「嫁接到企业既有系统的深度」决定。换句话说,Frontier 的护城河不在 OpenAI 自己的模型(模型可以换),而在「OpenAI 有多少家企业愿意把自己 30 年的运营肌理接进来」。

关键数字与口径说明

为了让读者不被「122 个 PR」「82 小时」「10 万+ Partner Portal 用户」这些数字冲昏头脑,这里把 OpenAI 官博披露的关键数字做一个口径整理。所有数字均为 OpenAI 引用 HP 自报口径,不是独立第三方审计的结果:

数字上下文口径说明
122 个 PR / 43 个项目试点期单一工程师数周内产出案例性产出,非可比 benchmark;没有横向对照(其他工程师、其他项目)
82 小时/周HP 安全团队产能释放折算约一名全职工程师工时;OpenAI 自报,未披露具体测算方法
1 天 vs 1 个月试点期多个软件 bug 修复周期来自「修复原本需一个月的多个 bug」;「多个」未量化
10 万+ Partner Portal 用户HP 全球合作伙伴门户活跃用户OpenAI 自报,未披露活跃用户定义(MAU?DAU?)
80% 业务流经合作伙伴HP 全球业务渠道占比跨年度滚动披露口径;Frontier 的 Partner Portal 抓手直接挂在这个基数上

把这六个数字放在一起看,会发现 OpenAI 官博里的「数字」其实是两类:运营肌理的事实(80% 渠道、10 万+ 用户、WXP 设备数)和试点期的案例性产出(122 PR、82 小时、1 天修复)。前者是 HP 多年沉淀的存量事实,后者是 Frontier 试点带来的增量价值。两类数字混在一起读,容易把「OpenAI 给 HP 做了什么」和「HP 本身有多大」搞混。

早报观点

早报观点

判断一:Frontier 不是 OpenAI 给所有企业造的平台,是 OpenAI 给「运营肌理极端复杂的大客户」造的旗舰样本。 HP 不是「OpenAI 最大客户」,但是「运营肌理最复杂」的那一个——80% 业务走渠道、全球 10 万+ Partner Portal 用户、自带 WXP 设备平台、跨几十年软件栈要维护。OpenAI 选 HP 当第一个全企业客户,不是为了打广告,是因为只有这种肌理复杂度,才能逼出 Frontier 真正需要解决的「连接层」问题。复制 Frontier 的真正门槛不在 AI,在「有多少企业愿意把自己 30 年的运营肌理接进来」

判断二:Frontier 的产品哲学是「承认肌理、不挑战肌理」,这与 ChatGPT Enterprise 的「让员工用上 ChatGPT」根本不同。 ChatGPT Enterprise 是「工具替代」——让员工少写几封邮件、少做几页 PPT。Frontier 是「运营嫁接」——让 10 万+ Partner Portal 用户不需要人肉记库存和定价、让 WXP 设备健康能被整网推理、让安全工程师每周多出 82 小时做策略、让一个工程师能跨 43 个项目提交 122 个 PR。这意味着 Frontier 的真正竞争对手不是别的 AI 平台,是企业内部的「既有运营流程」

判断三:OpenAI 在 Frontier 上做了一件之前没做过的事——把「治理 + 评估 + 部署」做成产品。 ChatGPT Enterprise 卖的是「员工用 AI 的能力」,OpenAI API 卖的是「模型 + 工具调用」,行业解决方案卖的是「垂直场景适配」。Frontier 卖的是「企业 AI 运行的胶水层」——access / context / deployment / evaluation 四件套。这四件套之前都要企业自己粘(找咨询公司、买中间件、招 MLOps 团队),Frontier 第一次把它们变成 OpenAI 直接交付的产品。

判断四:Frontier 的真正风险不在技术,在「嫁接深度」与「数据出域」的合规张力。 当 Frontier 把 Partner Portal 的 10 万+ 用户、设备遥测、客服语音、安全漏洞情报全部接进来,数据出域的边界、模型训练的数据回流条款、SOC2 / ISO 27001 的审计框架是否需要重写,都是 OpenAI 和 HP 在公告里没有展开的部分。这些合规问题一旦被第二家大客户问起,Frontier 的产品形态可能被迫调整。

判断五:HP 不是 Frontier 的「独家客户」,但它是 Frontier 的「第一块承重墙」。 OpenAI 在官博里没有用「第一家」「独家」字样——它把 HP 描述为「frontier enterprise」。这种用词上的克制,意味着 OpenAI 心里清楚:Frontier 这种产品形态,只有第一个客户愿意「把自己 30 年的运营肌理接进来当小白鼠」,第二个客户才会有信心。HP 走通的每一步,都是 OpenAI 卖给下一个客户的销售物料。

接下来看什么

OpenAI 官博披露的是「试点期 + 全企业部署公告」,但稳态 KPI、SDK 文档、第二个公开客户这些关键变量还没有出现。以下是这份深度报告值得跟踪的几个可验证指标:

  1. OpenAI 何时公布 Frontier 的 SDK / API 文档? 现在 Frontier 是「OpenAI 卖给 HP 的服务」,还不是「OpenAI 卖给所有客户的平台」。SDK 一旦开放,意味着 Frontier 从「项目交付」转向「产品化」——这是判断 Frontier 是否能复制的关键节点。
  2. HP 何时公布 Frontier 推广至全企业后的稳态 KPI? 现在披露的 122 PR / 82 小时 / 1 天修复都是「试点期 + 案例性产出」,没有稳态数据。如果推广到 10 万+ Partner Portal 用户、全球客服中心后,这些指标是否衰减、衰减多少,是判断 Frontier 真实 ROI 的关键。
  3. Frontier 会不会出现第二个同体量的公开客户? 第一个客户决定 Frontier 能不能落地,第二个客户决定 Frontier 是不是产品。如果一年之内出现第二个「运营肌理极端复杂」的公开客户(候选可能是大型金融机构、全球物流公司、跨国电信运营商),Frontier 才真正从「OpenAI 的旗舰样本」变成「OpenAI 的旗舰产品线」。
  4. OpenAI 是否会把「评估 / 权限 / 部署」拆成独立产品? Frontier 的 access / context / deployment / evaluation 四件套中,evaluation(评估)可能是最容易被拆出来的——它对客户规模的依赖最小。如果 OpenAI 把它做成独立产品(类似 LangSmith / Weights & Biases 的位置),Frontier 的剩余三件套就成了「企业 AI 操作系统」的核心。
  5. HP Partner Portal 的 10 万+ 用户接入 Frontier 后的合规与返点机制如何变化? 现在 Frontier 串进 Partner Portal 是「AI agent 提供导航」,未来是否会重新设计渠道返点 / 激励机制,让「用了 Frontier 的伙伴拿更多返点」? 如果会,意味着 OpenAI 正在用 Frontier 改变 HP 整个渠道生态的利益分配结构——这是 OpenAI 之前从来没有能力做的事。
  6. HP 安全团队释放的 82 小时/周,会不会变成「安全团队缩编」? 这是企业 AI 落地的「产能悖论」——释放出来的人工时间,到底是被再做更有价值的事,还是被裁掉? 如果 HP 在未来 1-2 年内公开安全团队规模变化,可以反向验证 Frontier 的「不替代人,只释放产能」是不是真的。
  7. OpenAI 与 HP 的数据回流条款是否公开? 现在官博没有披露 Frontier 训练数据是否包含 HP 内部知识库、设备遥测、客服对话。如果 HP 内部知识库被用于 Frontier 训练,意味着 Frontier 的「客户上下文」可以跨客户泛化,这对其他大客户来说是合规红线

来源说明

本文事实基线来自 OpenAI 官方博客《HP Inc. launches Frontier strategic partnership with OpenAI》(2026-06-28),辅以 OpenAI 官博关于「智能体重塑工作」「Codex-Maxxing」「GPT-5.6 Sol」的系列文章,以及 HP 投资者关系页面提供的渠道占比 / 合作伙伴生态语境。所有关键数字均为 OpenAI 引用 HP 自报口径,没有第三方独立审计,本报告已在 key_numbers 与正文中显式标注口径说明。