(本文作者为 江行咨询,钛媒体经授权发布)
近期,AI行业出现了戏剧性一幕:Open AI和Anthropic这对老对手,在同一天分别宣布成立企业AI服务合资公司,核心策略完全相同——向企业派驻前沿部署工程师(Forward Deployed Engineer,FDE)。OpenAI成立“The Deployment Company”,获超40亿美元初始投资,随即宣布收购英国AI咨询公司Tomoro,将约150名资深FDE直接收编麾下,派往客户企业驻场办公。Anthropic则联手黑石、高盛等华尔街巨头,成立估值15亿美元的企业AI服务合资公司,同样采用FDE驻场模式推动Claude模型的深度部署。
全球最顶尖的两家AI公司,用数十亿美元宣告:FDE,眼下是急需的岗位。
相关数据更为震撼。据Indeed平台数据,2025年4月,美国市场上FDE相关岗位仅有643个;到2026年4月,这一数字已攀升至5330个,同比增长729%。猎头公司Adecco指出,FDE的需求正以每年约800%的速度爆炸式增长,而人才供给的增速仅为50%,供需缺口正在将薪酬不断推高。
Perspective AI在2026年对1500名FDE的调查显示,前沿实验室(OpenAI、Anthropic等)资深FDE的年总薪酬中位数达到48.5万美元,资深员工级别则高达72.5万美元,顶级实验室的总薪酬区间落在35万至55万美元之间。
巨大的薪酬数字和爆发式的需求增长,勾勒出一个火热岗位的轮廓。但要真正理解这一切,我们需要回到FDE这个角色的原点。
一、从美军情报室到AI公司的二十年进化
1.1 被逼出来的制度创新
FDE的故事,要从2003年说起。那一年,Peter Thiel、Alex Karp等人创立了大数据公司Palantir Technologies。公司的第一批客户是美国情报和军事部门,但他们面临一个看似无解的困境:客户不可能将机密数据和盘托出,开发团队无从知晓软件应该做成什么样子。
标准的瀑布式软件开发模型失效了。需求写在保密文件里,流程藏在安全许可之后,反馈无法通过正常渠道传递。Palantir做出了一个在当时看来“笨拙”的决定:直接把工程师派到客户现场,与用户并肩工作。
这正是“Forward Deployed”这一军事术语的来源——工程师被“部署”到最前线。这种模式最初是一种临时的战术应对,但它的效果远超预期。驻场工程师不仅能把软件改造成客户实际需要的样子,还能在互动中发现连客户自己都未曾清晰表达的需求。
1.2 从临时安排到建制化:“Delta”的诞生
随着实践深入,Palantir开始将这一模式制度化。到2011年前后,公司正式将这些驻场工程师命名为“前沿部署工程师”(Forward Deployed Engineer,FDE),并给了他们一个响亮的内部代号——“Delta”(三角洲部队,美军特种作战单位)。
这个代号的选择极为贴切。三角洲部队以在极端环境下完成高难度任务著称,而FDE在客户现场要完成的,同样是在复杂、混乱、信息不完整的环境中实现高价值的攻坚。
Palantir还发展出了一套经典的“Echo-Delta”双人协作模式。“Echo”通常由来自客户行业的领域专家担任,负责理解业务、翻译需求;“Delta”则由精英软件工程师担任,负责将需求快速转化为可运行的代码。这一设计深刻塑造了FDE的基因:他既不是纯粹的程序员,也不是传统的咨询师,而是两者的融合体。
1.3 AI 时代的全面引爆
Palantir用这套打法服务了国防部、CIA、摩根大通等顶级客户。2023年之后,随着大语言模型能力的突破,FDE模式被新一代AI公司迅速发现并复用。原因很直白:AI公司面对的状况,几乎就是二十年前Palantir的翻版——强大的技术在手,客户却不知道该如何使用。
正如前Palantir高管、前OpenAI首席研究官Bob McGrew所复盘的那样:“你带着产品去接触一个新客户,他们希望你解决的问题是你以前从未解决过的问题。FDE就是带着现有的产品,在产品团队的帮助下,想办法交付那个成果,以一种对客户真正有效的方式”。
这种能力,恰恰是AI企业落地中最稀缺的环节。2023年至2025年间,据LinkedIn数据,美国新增了8500个FDE职位,FDE从一个“Palantir专属实践”扩散为整个产业的集体押注。
二、冷思考:企业真的需要FDE吗?
尽管市场热度空前,但FDE的火爆背后,一个根本性问题不容回避:这究竟是企业的真实需求,还是AI公司一厢情愿的供给创造?如果站在企业CFO或CEO的立场上用最冷静的眼光来审视,答案远比表面上复杂。
2.1 账算不清:一场没有ROI的冒险
企业投资要求回报率的测算,而AI带来的收益是高度非线性和非结构化的。AI可能显著提升了客户满意度,但满意度提升与利润增长之间的财务模型是模糊的。相比之下,引入AI的直接成本——API调用费、算力资源、FDE高昂的人力支出——却是清晰、即时且沉重的。当CFO面对“每年多花数百万但效果无法准确衡量”的提案时,否决是高度理性的选择。
2.2 组织排异:AI是移植器官而非外接设备
将AI深度嵌入核心业务流程,其冲击远超技术部门本身。它会彻底改变员工的工作流、绩效评估方式甚至权力结构。一个AI智能调度系统,可能让拥有二十年经验、凭借直觉和权威进行排产的生产经理,一夜之间感到自己的核心价值被消解。这并非一个技术兼容性问题,而是一场组织变革,推动它的难度和风险都不容小觑。
2.3 遗产包袱:沉默的既有投资是坚固的壁垒
企业过去十年乃至二十年,在一些核心系统上可能投入了成百上千万。这些系统承载着所有核心数据和业务流程,或许落后,但胜在稳定。将其迁移到AI平台,不仅意味着此前的投资打了水漂,还意味着持续很久的迁移阵痛期和不可预知的业务中断风险。
2.4 信任赤字:0.1%的幻觉,100%的灾难
企业的核心生产环境要求确定性的结果,而大模型的本质是概率性的。即使在99.9%的情况下表现良好,那0.1%的“幻觉”也可能在金融、医疗、法律等场景中造成灾难性后果。Gartner预测,到2026年底,组织将放弃60%的AI项目,主要原因之一就是数据质量和可靠性不足。FDE再强,也无法从本质上将“黑箱”变成“白箱”。
2.5 战略迷茫:不知道病在哪,就没法开药
FDE这支“特种部队”只有在企业高层对“我们要攻克什么山头”有清晰指令时,才能发挥最大价值。然而,大多数企业尚处于“知道该转型,但说不清核心痛点在哪”的模糊状态。企业若是不知道自己最需要解决的问题是什么,FDE的攻坚能力便无处释放,高昂的投入只会变成昂贵的实验。
一个更具警示意义的数据来自Gartner:Gartner高级分析师预测,到2028年,“70%的企业将被迫放弃由FDE主导的AI智能体解决方案,因为供应商成本过高且企业缺乏独立演进这些系统的内部技能”。换言之,即使企业接受了FDE,如果无法在此过程中完成能力的消化和转移,最终仍可能人走茶凉。
三、落地之难:即使真的需要FDE,执行也绝不容易
假设一家企业已经穿越了上述所有迷雾,做出了明确决策——它需要FDE,并且愿意为之付费,执行过程也并非一帆风顺。
3.1 驻场与诊断:破解“不可言说”的知识密码
FDE进场后的第一个挑战,不是技术问题,而是获取“隐性知识”。企业最核心的运作逻辑往往不在文档中,而是存在于老员工的大脑里——那是一种无法被文字记录的“感觉”。比如,一位资深审核员“凭感觉”就能判断某笔交易有风险,但他无法解释判断的依据是什么。FDE需要像人类学家一样,通过长期观察、建立信任、甚至亲手操作业务,才能将这些隐性知识翻译成AI系统可以理解的量化逻辑。
同时,FDE一进场就面临着双重心理博弈:管理层往往抱有“AI无所不能”的过高期望,而一线员工则弥漫着“AI会抢走我饭碗”的无声抵制。FDE必须在诊断技术问题之前,先成为一个敏锐的组织沟通者——把不切实际的期望拉回现实,把抵制转化为协作。
3.2 评估与对齐:在不确定中寻找共识
FDE需要回答的核心问题是:AI到底能为这家企业创造什么价值?但现实的尴尬在于,AI的许多价值(如提升决策质量、改善客户体验)在概念验证阶段根本无法精确量化。客户要求先看到ROI才愿意投入,但真正的ROI只有在大规模部署之后才能显现——这是一个典型的“先有鸡还是先有蛋”的困局。
与此同时,企业内部存在多个决策者:CEO看战略、CTO看架构、CFO看成本、一线主管看流程会不会乱。FDE需要为这四个角色,用四种完全不同的语言,撰写四份侧重点各异的评估报告,并推动一场艰难的共识会议。2025年的行业数据印证了这一困境:92%的企业已在核心业务中部署AI智能体,但仅23%实现了规模化应用,大量企业卡在“概念验证做完,后续推不下去”的阶段。
3.3 部署与集成:在遗留系统的“雷区”中穿行
部署阶段是整个FDE执行中最“脏”的活。企业的IT环境是几十年来层层叠加的“遗产系统”——缺乏文档的API、已过时的数据库驱动、某位已离职的IT主管自己写的脚本,等等。一个看似简单的“数据调用”,背后可能隐藏着需要数周才能解决的兼容性问题。据报告,52%的专业人士将数据质量和可用性视为其最大的AI应用挑战,这一比例超过了技能差距、法规和变革阻力的总和。
哪怕系统成功上线,真正的战斗也才刚刚开始。AI模型会在不为人知的情况下持续输出有偏差的结果——“静默失败”一旦累积到被发现时,可能已经造成了实质性损害。因此,部署的终点不是系统上线,而是建立一套让一线员工能够理解、信任并有效干预AI决策的机制。这需要在提示词层、架构层、应用层建立多层防护,确保AI的输出始终处于安全边界之内。
3.4 FDE 的成本密码:为何难以规模化
最后还有一个常被忽略的维度:FDE本身的经济模型。Palantir的实践表明,当进入一个新客户做项目部署时,初始阶段可能是亏损的;随着产品因持续的现场探索而变得更适配该客户的需求,交付成本逐渐下降,利润率需要一年左右才能从负转正。这意味着FDE模式天然排斥“快速规模化”,它需要时间和耐心——而这恰恰是资本市场最缺乏的品质。
四、企业如何自处,个人如何成长?
一边是AI公司天价抢人、岗位需求一年暴涨7倍,另一边是企业端的深层顾虑和执行过程中的重重挑战。面对这样的现实,不同的市场主体应该如何行动?
4.1 对企业:战略清醒比“拥抱AI”的姿态更重要
(1)适合现在“试水”的企业:具备结构性优势
并非所有企业都适合在现阶段就引入FDE。那些AI部署能立竿见影的企业,通常具备以下结构性特征:
流程原生数字化 :如跨境电商、SaaS公司、数字营销机构,核心业务流程天然数字化,数据干净、接口标准,AI部署的接口冲突最少。
任务高容错性 :如内容创作、通用客服、广告素材生成,AI产出的主观性强,1%的错误不会立刻引发灾难,人工审核成本可控。
价值链条极短 :AI提效与增收之间的关系直接,例如AI生成100条广告文案、点击率提升20%,其ROI一目了然。
这类企业可采用“小切口、深打井”策略:找准一个ROI清晰、数据就绪的业务单点,与FDE团队设定明确的量化目标和6至8周冲刺周期,快速完成价值验证闭环。
(2)适合“有准备地观望”的企业
大多数企业属于这一阵营——金融、制造、医疗、政务等。它们并非拒绝AI,而是对可靠性、合规性和组织稳定性有刚性要求。这些企业现在就应该启动三项“预备动作”:
启动数据资产盘点 :摸清核心数据散落在哪些系统中,质量如何,能否被调用。这是未来无论何时接入AI都无法回避的基础设施建设。
推动决策逻辑显性化 :要求核心业务部门将关键决策背后的隐性规则尽可能记录下来,为未来的FDE绘制“排雷地图”。
进行组织免疫测试 :小范围引入AI工具,首要目的不是提效,而是观察组织的真实反应——员工的恐惧感来自哪里?哪个部门的抵触最强?这比技术本身更需要提前准备。
(3)对所有企业的共同告诫:警惕“FDE依赖症”
FDE的终极目标,是让自己尽快变得不再被需要。企业必须明确要求FDE团队执行系统化的知识转移——将代码、文档、决策逻辑完整移交并培训内部团队,确保在外部FDE离开后,企业有能力独立运营和迭代AI系统。否则,FDE模式就会从“服务引领型增长”滑入“服务依赖型陷阱”——这正是Gartner所警示的2028年危机的根源。
4.2 对个人:如何成为穿越迷雾的AI“特种兵”
对于有志于从事FDE的个人来说,这是一个激动人心的职业重塑机会。但这个岗位要求的能力组合,比大多数人想象的要复杂得多。
第一层:技术与业务的“T型”融合
FDE首先要是一个合格的软件工程师——精通Python、掌握大模型应用框架(如LangChain、RAG架构)、熟悉容器化部署和API集成。但在技术深度之上,还需要向业务宽度拓展:建立快速理解商业模式的框架,对一两个目标行业形成深度认知,养成追问“为什么做这个功能”而非仅仅“怎么做这个功能”的思维习惯。Perspective AI对1500名FDE的调查发现,顶尖FDE在结构化客户调研上投入的时间是末流者的2.4倍——这一差异比工程经验或AI模型熟练度更能拉开绩效差距。
第二层:在真实战场的“摩擦”中成长
真正使FDE区别于普通工程师的能力,是那种“不可言传”的现场经验。如何把一个模糊的业务抱怨精准地翻译为明确的技术任务,如何在客户会议上协商不合理的截止日期,如何向非技术人员解释为什么数据质量会影响模型效果——这些能力只能在一次次真实的客户接触中积累。对于想进入这个领域的工程师,最有效的成长路径不是刷更多的技术课程,而是尽早争取参与客户现场的实践机会。
第三层:从解决问题到定义问题
这是FDE的分水岭能力。当客户说“我需要一个报表”,初级工程师会直接开发报表,而一位成熟的FDE会追问:“您看这份报表是想回答什么业务问题?”然后他可能会发现,客户真正需要的不是报表,而是一个实时风险预警系统。这种追问本质、重新定义问题的能力,标志着FDE从高级技工升维为战略伙伴。
FDE的需求变化是AI从实验室走向产业化的一个缩影。当技术的复杂度超越市场自主消化的能力时,“最后一公里”就会变成整个价值链中最关键的环节。FDE恰好站在了这个历史性的节点上:模型能力的军备竞赛正在让位于部署与整合能力的阵地战。
对于企业而言,这意味着需要放弃“买来即用”的幻想,准备进行一场深刻的组织进化。对于个人而言,这意味着一场激动人心的职业重塑——去成为那个能同时驾驭代码和人心、在技术与现实之间架桥的人。FDE的春天是否真的到来,并不取决于AI公司的招聘需求有多旺盛,而是取决于这个角色能否真正帮助企业实现从“技术可行”到“商业成功”的跨越。
更多精彩内容,关注钛媒体微信号(ID:taimeiti),或者下载钛媒体App
