进入 2026 年下半年,企业大模型竞争的重心正在从「谁的模型更强」悄悄挪到「谁能把模型真正装进客户的业务流」。9 月上旬,Accenture 与 Google Cloud 宣布组建一个名为 Gemini Enterprise Business Group 的联合业务集团,并配套一支约千人的前向部署工程师队伍。这套组合拳的意图很直白:不再只把 Gemini Enterprise 当作一个可购买的模型能力,而是派一支人马上门,把集成、权限、流程这些最磨人的「最后一公里」替客户做掉。

前向部署工程师:从军工与 AI 公司借来的打法

「前向部署工程师」(Forward Deployed Engineer,FDE)并不是新词。它最早在军工与头部 AI 公司里成形——工程师不直接写卖货话术,而是贴近一线用户,把产品 capability 翻译成对方系统里能跑的东西。Accenture 这次把它规模化成一支队伍,等于把咨询公司的「方法论顾问」换成了「能动手接系统的工程师」。区别在于:前者交付 PowerPoint 与方案,后者交付的是接好的接口、调通的权限和能跑的流水线。

千名前向部署工程师,把模型能力接进客户现场 Google Cloud Gemini Enterprise 前向部署 工程师 约千人 驻场接系统、调集成 企业客户 业务系统落地 模型能力不等于落地能力,最后一公里靠人把接口、权限、流程接起来
图 1|这支约千人的前向部署队伍,承担的是「把 Gemini Enterprise 真正接进客户业务」的集成工作,而非单纯售卖容量。

增量认知:这支队伍真正要解决的,是「模型能力」与「客户业务系统」之间的耦合成本。企业不缺一个会聊天的模型,缺的是把模型接进 ERP、CRM、数据湖、审批流,并让它在权限边界内稳定干活的人。把这部分工作产品化、团队化,比再训练一个大模型更贴近营收。

为什么要「千人」规模,而不是再卖一层 API

规模化是这件事里最值得玩味的点。如果企业落地只是「开通账号 + 看文档」,几十个人就够了;要做到「驻场把系统接起来」,千人量级才说得通。这说明 Accenture 押注的判断是:短期内,企业智能体的瓶颈主要不在推理质量,而在集成复杂度——每个客户的系统、权限模型、合规要求都不一样,无法靠一套通用 API 自动消化。于是「人力密集的前向部署」被重新定义为一种护城河:谁手里的现场工程师多、踩过的坑多,谁的交付就越快、越稳。

放到更大的版图里看,这也是咨询巨头面对「AI 会不会让自己失业」焦虑的一种回应:与其担心被大模型替代,不如把大模型变成自己交付链上的新工具,并用人把工具与客户之间的缝隙填上。对 Google Cloud 而言,则是借 Accenture 的地面部队,把 Gemini Enterprise 从「云控制台里的一个选项」变成「客户业务里的一段现实」。

口径与边界:千人队伍是承诺,也是包袱

需要明确的是,「约千人」是厂商对外披露的投入口径,代表这支队伍的规划规模与优先级,并不等于当下已全员就位、也不等于每位都是同等级别专家。Gemini Enterprise 自身的定位、定价与能力边界,也以双方官方后续材料为准。目前官方及行业暂未披露更多细节,后续将持续跟进迭代动态。把这类数字当作「方向信号」比当作「交付保证」更稳妥。

辩证看:绑定加深,也带来新的依赖

利好的一面很清楚:对苦于「买了模型却落不了地」的企业,这种「带人上门」的模式显著降低了试点门槛,也更可能产出真正跑在业务里的智能体,而不是又一个演示环境里的玩具。对 Accenture 这类公司,这是把 AI 能力沉淀进交付体系、拉开与纯咨询对手距离的契机。

但要提几个醒。其一,深度绑定意味着切换成本上升——一旦核心流程建在 Gemini Enterprise + Accenture 的交付之上,未来换云、换模型的摩擦会变大。其二,咨询模式的规模化交付历来有质量参差的风险,千人队伍里「能接系统」与「只会讲方案」的比例,决定客户体验的天花板。其三,数据安全与合规责任如何划分(模型方、集成方、客户方)需要白纸黑字,不能靠口头默契。这些都不是模型能力问题,却是决定项目成败的隐形变量。

对做智能体产品团队的启发

这件事给所有做智能体产品的团队提了个醒:在 to B 场景,产品的竞争力不只来自「脑子好不好使」,更来自「能不能被顺利接进客户的现实」。两条可落地的启发——一是把「集成与交付」当成产品的一等公民,提供可复用、可审计的连接件,而不是只暴露一个 API;二是认真经营前向支持能力,因为企业客户买的从来不是模型,而是「在我的环境里稳定跑起来的结果」。谁先把最后一公里做扎实,谁就更容易在拥挤的企业智能体赛道里拿到真实订单。