# 第 1 章 FDE 的崛起

> 「给间谍做软件最大的挑战是：我不认识任何间谍。」
> —— 鲍勃·麦格鲁，Palantir 早期高管、OpenAI 前首席研究官

## 1.1 先讲一个死掉的九百万美元

故事的开头总是一样的。一家大企业的会议室里，供应商的演示刚刚结束。大模型对答如流，数据大屏流光溢彩，连最挑剔的高管都挑不出毛病。CEO 当场拍板：签。合同金额数百万美元，双方握手，合影，发新闻稿。

九个月后，这个项目死了。

不是轰轰烈烈地死，是悄无声息地死。系统还在跑，服务器还开着，只是没有任何一个业务部门真的在用。供应商交付了合同里的每一项功能，企业付清了合同里的每一笔钱。唯一没有到货的，是「价值」。

如果你觉得这只是运气不好，麻省理工学院 2025 年那份著名的报告会告诉你：这才是常态。他们访谈了 52 家组织、收了 153 份高管问卷、翻了 300 多个公开的企业人工智能项目，结论只有一句话：烧进去的三四百亿美元里，**95% 没有产生任何可以衡量的财务回报**。

95%。换句话说，企业人工智能落地这件事，主旋律不是成功，是成建制的失败。

更有意思的是失败的方式。报告特意写了：问题不在模型。那些在演示里惊艳四座的模型，进了生产环境依然聪明，只是它们「不记反馈、不存上下文、不进工作流」——长得像产品，用起来像展品。斯坦福大学同年的大盘数据也在旁边作证：组织里 88% 都在用人工智能，可真正跑进生产环境的智能体应用，只有个位数百分比。麦肯锡补了最后一刀：能说人工智能对利润贡献超过 5% 的企业，只有 6%。

报告发布那几天，一位制造业首席运营官的吐槽在业内流传：「网上说一切都变了，回到我们车间，什么都没动。」（出处见附录 C）这话比任何数据都扎心——他的公司不缺预算，不缺工具，缺的是有人把工具塞进车间真实的流程里。

同一时期，报告的主要作者还讲过一个对照组的故事。一些十九、二十岁的年轻人创业公司，靠生成式人工智能一年做到两千万美元收入。打法和老牌企业正好相反：只挑一个痛点，打穿为止，并且死死绑定真正会用他们产品的客户。年纪大的公司总想一口吃成胖子，年轻人只咬一小口，咬穿了再咬下一口。（出处见附录 C）

记住这个对照。它几乎是本书第 2 章的预告片。

其实这道沟，不是人工智能时代才挖出来的。中国的企业软件行业早就在沟里躺了十几年：大公司要定制，厂商做一单赔一单，交付完代码离场作废，最后集体沦为「甲方的外包公司」。有从业者说得狠：定制化是 SaaS 的天敌，这个诅咒只能等市场成熟那天自己消解。美国那边体面些，剧本也差不多：销售签单，实施进场，半年后交付一个「功能齐全但没人爱用」的系统，然后是漫长的扯皮。

归根结底是同一堵墙：**造软件的地方，和价值产生的地方，不在一个地方**。墙这边，需求被工单、纪要、周报层层转述，每转述一次丢一层血；墙那边，客户真正的工作流藏在没人写进文档的表格里、口耳相传的惯例里、「这事得问老王」的隐性知识里。软件行业发明了无数翻城墙的梯子——需求文档、用户调研、实施方法论、客户成功体系——墙始终在那里。

直到有一家公司决定：不翻墙了，把人送过去。

## 1.2 Palantir 的胜利

2003 年，硅谷刚从互联网泡沫的废墟里爬出来。彼得·蒂尔和几个斯坦福出身的年轻人，创办了一家名字取自《指环王》的公司——Palantir，真知晶球，传说里能看见远方的石头。他们要干的事听起来像科幻小说：给美国情报机构做数据分析软件，把散落在无数保密数据库里的碎片连成图景，帮分析师抓恐怖分子。

这门生意有一个能让任何产品经理当场崩溃的前提。多年后，早期高管鲍勃·麦格鲁在播客里把这段往事讲得活灵活现：

> 「我们创业时的目标，是给情报界做软件，说白了，是给间谍做软件。而给间谍做软件的一个挑战是：我不认识任何间谍，你大概也不认识。就算你碰巧找到一个间谍，问他『你平时到底怎么工作的』，他通常也不会告诉你。」

没有用户访谈，没有需求文档，没有可用性测试。互联网创业方法论的第一课，在这里全部作废。创始人之一斯蒂芬·科恩想出的办法笨得可爱：先做个演示样品，拿给情报机构的人看，问觉得怎么样。对方一点不客气：「这东西太糟了，跟我们做的事毫无关系。」科恩没撤退，追问一句：「那你们希望它哪里不一样？」然后掏出本子，一条一条记下来，回去改，改完再送上门。

这个笨拙的循环，就是 FDE 的胚胎。里面藏着两个后来被证明价值千金的直觉：一是复杂领域的客户，在看到能用的东西之前，并不知道自己要什么；二是想知道客户要什么，最快的路是让造东西的人，站到用东西的人旁边。

把这套直觉升级成公司战略的，是第 13 号员工希亚姆·桑卡尔。当 Palantir 从第一个客户走向第二个、第三个，团队发现一个反直觉的事实：每个客户要的东西，都有细微但关键的不同。标准解法是提炼共性、做通用产品、对差异说不。可 Palantir 的客户是中情局、联邦调查局、战场上的美军——说不，就等于出局。桑卡尔反着来：做一个能灵活定制的平台，然后派工程师驻扎到客户现场，把最后一公里修完。

他最关键的动作，是改了这件事的账目。在软件行业的账本里，「为单个客户做定制」叫服务，是利润率的敌人。桑卡尔把它翻了过来：**现场定制不是成本，是产品发现**。工程师在客户现场踩的每一个坑，都是平台下一次进化的路标。

桑卡尔本人就是第一个前置部署工程师，他最早的驻场经历，堪称这个岗位的原型现场。2007 年前后，美军在伊拉克伤亡的最大来源是路边炸弹，为此成立的跨机构作战中心允许桑卡尔带着一支小队和「还很粗糙」的产品，钻进保密信息室联合办公两周。所谓保密信息室，是物理隔离的涉密空间，连免提电话都禁用。桑卡尔想了个野蛮的办法：用松紧带把电话绑在自己头上，腾出双手敲代码——一只耳朵听分析师提意见，另一只耳朵听硅谷总部的同事说话。两周里每天干十九个小时，演示、接数据、收反馈、当场改。结束时，分析师们说：这东西有用。桑卡尔自己却累垮了，打电话给 CEO 卡普：「这不可持续，我们完了。」卡普的答案日后成了公司文化：把这种「不可持续」，做成制度。（出处见附录 C）

多年以后同事回忆，桑卡尔骂人都不带情绪。有一次他和同事梅布里在机场咖啡馆聊得正开心，对方邮箱里突然收到他一封措辞严厉的批评邮件——就是坐在对面当场写完发的。「里面没有人身攻击，只有一句潜台词：为了赢，我欠你这些真话。」（出处见附录 C）

这套打法很快在战场上见了血。驻场的 Palantir 工程师发现，士兵们根本不需要什么花哨的情报图表，他们只要一个能在地图上标注「这条路可疑」的小工具——路边炸弹是巡逻队最大的杀手。工程师当场拼出一个简陋的地图工具，士兵点一下就能标出危险路段，全队实时可见。这个工具救了命，后来沉淀成平台的标准功能。请注意：它不可能诞生在任何总部的会议室里，只能诞生于工程师和士兵一起看向同一条公路的那个瞬间。

商业化那边，则是先死过一次。Palantir 第一个面向企业的产品叫 Metropolis，市场反响惨淡，只有几家金融公司勉强在用。第二次尝试 Foundry 才算开了张，转折点在空客：图卢兹工厂里，A380 的一个燃油泵故障反复发作，空客自己的工程师查了两年没头绪。Palantir 的人进场，把传感器数据接进平台，两周破案——飞机爬升时燃油晃离了泵体。一个微不足道的修复，保住了据报道价值数百亿美元的订单。空客数字化负责人后来公开感慨：「同样的问题，我们以前要查二十四个月。」（出处见附录 C）空客从此成了 Palantir 在欧洲最铁的拥趸，把自家数据平台 Skywise 整个建在上面，接入上万架飞机、五万多用户。

还有个八卦值得一记。江湖盛传 Palantir 的软件参与了 2011 年击毙本·拉登的行动。这个说法从未被证实，也从未被证伪——写 Palantir 传记报道的记者特意把这个暧昧的注脚留了下来。可不管真假，这个传言本身，就是 Palantir 最好的销售武器。（出处见附录 C）

到 2016 年之前，Palantir 前置部署工程师的人数，一度超过了传统软件工程师。一家软件公司，一半以上的工程师不在总部写产品，撒在全球的客户现场。华尔街多年看不懂，嫌它「人海战术」「更像咨询公司」。

然后，时间给出了答案。2023 年它推出人工智能平台 AIP，配上一套叫「训练营」的打法（第 8 章细讲），把企业软件九到十二个月的销售周期压到几周。2025 年第四季度，它的「40 法则」——收入增速加利润率，软件业的健康度指标，40 分算及格——干到了 127%；2026 年第一季度，145%。单季签约 42.6 亿美元，净收入留存 139%，账上现金 72 亿美元。卡普在财报电话会上只说了一句：「我们是一个自成一格的物种。」市值一度冲破 4000 亿美元。（出处见附录 C）

当年笑它人海战术的人哑口无言。Palantir 用二十年证明了一件事：那堵墙，梯子翻不过去，人翻得过去。翻墙的这批人，有了一个正式的名字——Forward Deployed Engineer，前置部署工程师。

## 1.3 什么是 FDE

### 一句话定义

本书采用的定义，来自这个模式最好的阐释者鲍勃·麦格鲁——他早年在 PayPal 做工程师，后来是 Palantir 早期高管，再后来是 OpenAI 首席研究官，ChatGPT、GPT-4 都出自他领导的团队：

> **前置部署工程师，是一个驻扎在客户现场、填补「产品能做的事」与「客户需要的事」之间鸿沟的工程师。**

这句大白话里，每个词都有讲究。

「驻扎现场」，说的是你的工作语境嵌进客户那里：进客户的群，读客户的数据，开客户的会，认识那个「知道流程为什么是这样」的人——不一定天天坐客户办公室。「鸿沟」是这个角色存在的理由：产品开箱即用的地方，不需要你；鸿沟越深的地方，越需要你——情报、金融、制造、医疗、法律。「工程师」是最要紧的限定词：你写的是生产环境的代码，不是报告。Palantir 命名时特意保留「软件工程师」几个字，就是向世界强调：这不是咨询岗。至于「Forward Deployed」，是军事术语，指部署在前线的部队——把最有战斗力的人，放在离问题最近的地方。

### 它不是什么

理解一个新角色，排除法最快。

它不是售前。售前的工作在签约前结束，目标是赢单，作品是幻灯片；FDE 的工作在签约后才进入深水区，目标是赢结果，作品是跑在生产环境里的系统。售前负责让客户相信「这事能成」，FDE 负责让这事真的成。

它也不是驻场外包——这个区分对中国读者尤其要紧，「工程师驻场」在国内有太长、也太不堪的历史。国内第一批打出 FDE 旗号的服务商，在官网用三句话划清了它和驻场的界限：驻场按工时算钱，FDE 按阶段交付、按结果验收；驻场从零现写，FDE 带着产品底座来做工程；驻场越驻越久、人走系统停，FDE 做完会走，能力留在系统和客户团队里。一句话，驻场卖的是人头，FDE 卖的是结果。

硅谷人工智能客服公司 Cresta 的 FDE 负责人 Jove，在一场视频对谈里把这条边界讲得更细。他的团队今年要从 30 人扩到 100 人，而他的判断是：**FDE 必须绑定在一个 AI 平台上才有意义**——如果只是做传统的数据对接和系统搭建，那跟传统实施工程师或外包就很难区分。他招人还有一条硬杠：Agent 时代，不会用代码就像文盲。另一个值得注意的机制是双重职责：FDE 不光要把部署做成功，还背着「让产品变得更成熟」的指标——现场学回来的东西，必须反哺平台。（出处见附录 C）

它不是咨询顾问。顾问按项目交付建议，对执行不负责；FDE 对系统的最终运转负责，终点是「客户团队能独立使用」。Anthropic 与金融科技公司 FIS 的合作是个标本：工程师嵌入 FIS 共建反洗钱智能体，把调查从几小时压到几分钟，但合作写明的目标不是交系统，而是「转移知识，让 FIS 以后能自己建智能体」。顾问希望你一直需要他，FDE 希望你迟早不需要他。

它也不是传统产品工程师。产品工程师面对抽象的用户——画像（用户长什么样）、漏斗（多少人从访问走到付费）、日活跃用户数；FDE 面对具体的客户——一家银行的风控部、爱荷华州的农场、巴格达郊外的巡逻队。Palantir 内部有对著名的角色划分：平台工程师负责「一种能力，服务多个客户」，前置部署工程师（内部代号「三角洲」）负责「一个客户，调动多种能力」。平台工程师追求的，是一个功能到处能用；FDE 追求的，是先把眼前这一个客户的问题彻底解决。

### 这股风是怎么刮起来的

一个 2003 年就发明的角色，凭什么 2025 年才成了顶流？

最直接的导火索，是生成式人工智能。大模型制造了一种前所未有的落差：任何人五分钟就能做出惊艳的演示，可把演示接进企业真实的数据、权限、合规和工作流，难出一个数量级。模型公司们陆续想明白：**接下来的胜负手，不是模型质量，是部署能力**。

数字勾勒出曲线的陡峭：2025 年前九个月，FDE 岗位发布量涨了八倍；YC 招聘板上，一百多家创业公司挂出这个三年前几乎不存在的职位。风投机构 a16z 直接称它为「科技行业最热门的岗位」，还配了个传神的比喻：企业买人工智能，就像你奶奶拿到一部 iPhone——她想用，但需要你帮她设置好。

《金融时报》2025 年 11 月的一组报道，是观察这场风潮最好的切片。OpenAI 欧洲区前置部署负责人富尼耶说，团队一年前才成立，马上要扩到 50 人，「需求超出了我们的预期」；Anthropic 的应用人工智能负责人德容说得更有趣：「一家财富五百强银行的需求，和一家人工智能原生创业公司，完全是两个物种。」——所以她的团队一年扩五倍。Palantir 英国的负责人普雷特约翰把公司信条浓缩成一句：「软件只有当它对最终客户真的有意义时才有价值。」连模型公司 Cohere 的 CEO 戈麦斯也出来站台：「我们在合同一开始就嵌入工程师，等客户跑顺了再往后撤。」（出处见附录 C）

抢人的烈度还有三个硬指标：OpenAI 的前置部署团队从 2 个人起步，一年涨到 52 人；把「不自己做实施」写进教科书的 Salesforce，公开承诺要招 1000 名 FDE；连卖咨询为生的德勤，都在 2025 年 12 月成立了专门的 FDE 业务线。（出处见附录 C）

然后是巨头们的用脚投票。2026 年 5 月 11 日，OpenAI 宣布成立「部署公司」：自己控股，联合 TPG、贝恩资本、博枫等 19 家顶级资本，初始投资超 40 亿美元，媒体披露投前估值约 100 亿美元，顺手收购了一家有 150 名部署工程师的咨询公司。几小时后，Anthropic 被曝出与黑石集团组建对家。两家最大的模型公司，在同一天把「部署」从成本中心升格为战略资产——资本市场用最贵的方式，给 FDE 投了票。

最深的一层原因，还是麦格鲁看得透：「人工智能智能体是个没有在位者的品类，所以有海量的产品发现要做。」客户管理软件该长什么样，二十年前就有标准答案；智能体该长什么样，没人知道，包括客户自己。答案只能去客户现场找。

历史在这里画了一个圆：2003 年，Palantir 因为「不知道间谍怎么工作」发明了 FDE；2025 年，整个行业因为「不知道企业里的智能体该怎么工作」而集体拥抱 FDE。二十二年，同一个答案。

## 1.4 FDE 的职责和特质

### 一份为这个岗位而生的履历

如果要回答「FDE 是一种怎样的职业」，麦格鲁的履历几乎就是标准答案。

他的第一份工作在 PayPal，早期工程师。那批人后来被称为「PayPal 黑帮」，深刻塑造了整个硅谷。离开之后他加入初创期的 Palantir，一路做到高管，亲历了 FDE 从应急之举变成公司战略的全过程。他管产品与工程团队时提过一个著名的比喻：前置部署工程师在客户现场修出一条条通往价值的「砾石路」，产品团队负责判断哪些砾石路值得拓宽硬化，变成服务下十个客户的「高速公路」。

再往后，他出任 OpenAI 首席研究官，领导了 ChatGPT、GPT-4 和 o1 推理模型的研发。换句话说，这个人既造过墙这边的平台，也翻过墙那边的现场，最后还亲手造出了让这堵墙变得前所未有的高的技术本身。

有趣的一幕发生在 2025 年 YC 的一场人工智能大会上。麦格鲁原以为创业者会围着他问「怎么发明的 ChatGPT」，结果所有人追着问的都是同一个问题：**Palantir 的 FDE 模式到底是怎么运作的？**一个发明了 ChatGPT 的人，被追问最多的是交付方法论。这个细节，就是时代风向最好的注脚。

### 三层特质

综合二十余份各家招聘启事和从业者的现身说法，FDE 的特质可以归纳成三层。

第一层，足够宽的技术通才。FDE 不需要是某个领域最深的专家，但必须能在客户现场独立解决全栈问题：写得了代码，调得了接口，懂数据管道，能上云，摸得准大模型的脾气，还得懂企业环境的「水电煤」——单点登录（一次登录、处处通行）、权限、合规认证。招聘市场对这种组合有明码标价：2026 年的薪酬报告显示，头部人工智能实验室的中级 FDE，年总薪酬中位数约 38.5 万美元，资深约 61 万，首席过百万——比同级多数纯研发岗位还高，因为市场知道这种人多稀缺。（出处见附录 C）

第二层，把技术翻译成业务结果的能力。这是 FDE 与普通工程师的分水岭。一位一线从业者的话被广泛引用：「模型通常是最干净的部分。难的是找到那个没人写进文档的工作流、人们真正信任的那个数据源、以及知道流程为什么是那样的那个人。」Palantir 的招聘标准说得更直白：「候选人的表达力、清晰度和沟通自如度，要让我乐于让他主持一场与客户的会议。」面试也在筛这种翻译能力。OpenAI 和 Palantir 的 FDE 面试有个标志性环节叫「问题拆解」：抛给你一个巨大而模糊的真实企业问题，六十分钟不写一行代码，只看你怎么追问、怎么界定范围、怎么在混乱里建立秩序。面试官的忠告是：先理解问题再跳进去——慢就是顺，顺就是快。普通面试里「我把查询优化了 40%」是满分答案；FDE 面试里的满分答案是：「我把查询优化了 40%，这让客户的分析师每天提前两小时拿到报表，团队处理容量翻了三倍。」技术成就必须换算成客户语言，才算答完。

第三层，主人翁意识，外加一点「叛逆」。从业者圈子里流传一句话，专门描述这个岗位要求的担当：「部署在凌晨两点挂了。你不提工单，不怪别的团队，不回去睡觉。你修好它。句号。」Palantir 对业务侧角色还有个更微妙的期待：既要有深厚的行业知识，又要敢当「叛逆者」——看得出客户现状的荒谬之处，敢推动十倍级、而不是一成级的改变。CEO 卡普当年定的行为标杆是「法国侍者」：嵌在服务流程里，对真实需求敏感，同时有足够的自信与品位，把客户从「他们以为自己要的」，引导到「真正对他们好的」。

### 一天怎么过

落到日常，FDE 的时间大致这么分：四到五成泡在客户侧写代码调系统，两三成和客户管理层对齐方向、拆问题、做架构决策，一两成把现场学到的模式沉淀回公司产品线，剩下是评估优化和知识分享——写打法手册、内部布道、培训客户团队。

这份时间表里藏着一个重要信息：FDE 不是「被外派的工程师」，而是「带着双向使命的工程师」——一头向客户交付结果，一头向公司输送情报。这也是下一节的主题。

## 1.5 一切用结果说话

如果要用一句话概括 FDE 的工作信条，那就是：一切用结果说话。

先把「数据」和「结果」分清楚。企业软件史上从来不缺数据好看、结果糟糕的项目：功能清单百分之百打勾，但用的人只有百分之五；系统可用性四个九，业务部门却宁愿继续用电子表格。麻省理工那份报告里 95% 的失败项目，绝大多数不缺数据看板——数字都在，价值没来，因为没人对「财务报表上那行数字」负责。

FDE 模式从制度上保证「结果」不被稀释，具体靠三件事。

- **收钱方式向结果靠拢：** Palantir 早年做政府项目，就大量采用「做成了才付钱」的安排。麦格鲁回忆起来很直白：「早期，创业公司自己承担全部风险是合理的——做成了你再付我们。」这套逻辑在人工智能时代演化得更精细：Sierra 按「已解决的会话」收费，不解决不收钱；不少 FDE 服务商按阶段交付、按结果验收。收费一旦与结果绑定，交付团队的全部行为都会重新排序——你不会再花三周打磨一个没人用的功能，因为「没人用」要你自己买单。

- **成功度量前置到开工之前：** FDE 项目的第一步不是写代码，是和客户一起定义「什么叫成」。Palantir 的训练营要求客户先锁定一个极其聚焦的核心战场——「把某条产线的排产冲突降 30%」，而不是「探索人工智能赋能制造」——就是为了防止项目在「探索」的名义下漂向不可证伪。OpenAI 与约翰迪尔的合作是教科书示范：先和农艺专家一起评审数百个真实作业案例，建起定制评估体系，然后才开始迭代模型。最终「化学品使用减少最高 70%」这个数字，不是事后包装的宣传口径，是开工前就定好的靶子。

- **最终裁判是客户组织的行为改变：** 那份报告里有个辛辣的发现：只有约四成企业为员工提供官方的人工智能工具订阅，而多达九成员工，日常在用个人消费级产品解决工作问题。这意味着大量「成功上线」的项目，实际处于「官方系统空转、员工绕道而行」的状态。FDE 哲学里，系统上线不是里程碑，客户团队改变工作方式才是。Sierra 内部刻意把岗位命名为「智能体工程师」，负责人默勒解释选材标准时说：只接两类问题——真的难的，和真的有业务影响的，二者必须同时成立。

「一切用结果说话」听起来是常识，执行起来却是对整个利益结构的冒犯：销售不敢过度承诺了，因为交付团队要为结果负责；客户信息部门没法用「功能清单」交差了，因为业务部门的使用率成了验收标准；FDE 自己也没法用「我按需求做完了」免责，因为需求本身的对错也算他的账。这正是这个角色珍贵的原因，也是它昂贵的原因。

## 1.6 FDE 在团队里的四张面孔

一个 FDE 同时活在四个世界里，他是这四个世界的连接件。

- **对客户，他是「嵌入式产品经理 + 全栈工程师」：** 既像人类学家一样观察客户的真实工作——最有价值的发现往往来自「看」，不是「问」——又像创业者一样在观察现场直接动手做出来。Palantir 把这个双人组合制度化：代号「回声」的部署战略师负责读懂客户的使命、各相关方和采纳路径，代号「三角洲」的前置部署工程师负责技术实现。两人一组，一个诊断，一个建造，缺一不可。

- **对公司产品线，他是「前哨与情报官」：** 这是 FDE 与传统交付团队最本质的区别。传统实施的成本是销售成本，花出去的每个人天都要从合同里挣回来；健康的 FDE 组织把现场工作当研发——三个客户撞上同一个集成缺口，那不是三桩麻烦，那是一条产品情报；五个部署都需要同一种工作流，那就该抽象成平台的下一个标准能力。一位前 Palantir 工程师回忆，Foundry 平台的关键组件诞生于苏黎世、休斯顿、圣保罗、图卢兹等天南海北的客户现场，自下而上长成，最后反哺为年收入数十亿美元的产品。（出处见附录 C）

- **对销售，他是「信任的放大器」：** 企业客户被辜负过太多次，对一切幻灯片免疫。FDE 用两个动作重建信任：一是动手，在客户自己的数据上、客户自己的环境里，当场做出能跑的东西；二是诚实，敢对客户的错误前提说不。Palantir 的训练营把这种信任生产流程化了：客户带真实数据来，一到五天做出能部署的原型，高管亲手点着用。早期训练营的付费转化率只有 5% 到 10%，公司披露的后期转化率已接近 75%。信任，是可以被工程化地生产的。（出处见附录 C）

- **对组织本身，他是「人才熔炉」：** 一个容易被忽视的事实：Palantir 走出了密度惊人的创业者群体。这不奇怪——FDE 的日常训练，就是在资源受限、需求模糊、各方关系复杂的环境里，端到端把一个有价值的东西做出来并让人用起来，几乎就是创始人训练的完整预演。后来创办 Decagon 的斯里尼瓦斯、组建 Sierra 智能体工程团队的默勒、写下这个行业流传最广的方法论文章的几位作者，都是从 Palantir 的前置部署岗位走出来的。一家公司的人才外溢，变成了一整个行业的人才基础设施。（出处见附录 C）

这四重身份合起来，指向同一个结论：FDE 不是组织图上的一个格子，而是组织学习方式的一次升级——把「了解客户」这件事，从层层转述的二手信息，变成工程师亲手的肌肉记忆。

## 1.7 如何招聘 FDE

先泼一盆冷水：FDE 是软件行业最难招的岗位之一，因为它要求一个人在两个通常此消彼长的维度上同时优秀。

前 Palantir 工程师 Barry 在回忆文章里把这件事说透了：Palantir 招 FDE 的标准，是「能进谷歌或脸书的工程师」——因为他们是去客户现场**建造**系统的，不是去调参数的；但光有技术远远不够，前置部署的人还需要创造力、判断力和面对客户的魅力。他补了一句扎心的：这比招一支传统的售前团队，昂贵和困难得多。

拆解招聘市场的实践，FDE 招聘有三个关键环节。

- **候选人画像：** 招「好奇的推土机」，不招「精致的工匠」。a16z 给创业公司的建议用了「充满好奇心的实干家」这个词：主观能动性强、对现状缺乏敬意、对客户的问题有饥饿感。麦格鲁说得更具体：FDE 团队要两种人——「领域叛逆者」，懂行业但不迷信行业惯例；「原型快手」，速度优先于完美，接受第一版要扔掉重写。反过来，两类在传统工程文化里受宠的人，反而是 FDE 岗位的危险信号：把代码优雅置于客户结果之上的「工匠」，和把客户每句话当圣旨的「忠诚执行者」。

- **面试：** 用「拆解轮」代替八股。前面提过的「问题拆解」，是 FDE 面试的灵魂：给候选人一个模糊、庞大、带着真实业务毛边的问题——「某银行合规团队每天人工核对三万条交易告警，九成是虚惊，你怎么办」——然后观察六十分钟。考察的不是答案，是过程：先问清约束再动手没有，区分根因与症状没有，记不记得系统另一端坐着一个真实用户，能不能清楚地讲出取舍。Palantir 还会在每个技术轮里嵌入约二十分钟的行为问题，并且明确会拒掉技术很强但文化不合的候选人——文化项里最重要的一条，是面对模糊时的秩序感。

- **定价：** 接受「工程师薪酬 + 经营弹性」的混合结构。2026 年的市场数据可以作锚点：Palantir 前置部署工程师年总薪酬中位数约 21.5 万美元；头部人工智能实验室中级 FDE 约 38.5 万，资深约 61 万；Anthropic 的岗位底薪在 20 到 30 万美元之间。另一个值得注意的细节是奖金设计：Palantir 的奖金常与客户扩展等经营指标挂钩，介于工程奖金与销售佣金之间；a16z 的建议则是激励与客户经理对齐，但别让 FDE 背硬性销售指标——那会把行为引向签单，而不是结果。薪酬结构是角色定义的最后一道工序：你给钱的方式，最终塑造人的行为。（出处见附录 C）

## 1.8 如何成为 FDE

换个视角：如果你是一个工程师、产品经理或顾问，想进入这个高速增长的市场，路怎么走？

先自测：这个岗位的光鲜与代价，是一体两面。论坛从业者社区里，对 FDE 的讨论有一种少见的诚实。正面的部分：技术含量和品牌背书的最佳组合，少数能同时积累技术、商业和客户资源的岗位。代价的部分：四分之一到一半的出差是常态，OpenAI 的招聘启事里明确写着出差最高可达 50%；工作节奏被客户的紧急程度、而不是自己的排期定义；还有一个反复出现的提醒——职业倦怠的风险是真实的。

有一条评论锐利到值得原样抄下来：「有人把它当品牌跳板，有人说它是挂着酷头衔的咨询，两种说法都对——区别在于，你所在的公司是把现场学习回流到产品，还是把你当人天在卖。」这句话既是择业标准，也是本书第 7 章的主题。（出处见附录 C）

再补课：你要补的不是技术，是「翻译」这门手艺。技术底子只是入场券，多数工程师都有；真正稀缺的是三种翻译能力——把业务问题翻译成技术问题（第 2 章），把技术方案翻译成高管能懂的话（第 3 章），把现场经验翻译成团队能复用的知识（第 7 章）。练这三样，上课不如上场：跟一次售前、值一次驻场、给一个真实用户做培训，然后看自己在哪种不适里成长最快。

面试准备上，把履历改写成「客户结果导向」。原则前面说过，再强调一次：简历里的每个技术成就，都要走完到客户语言的最后一公里。「做了检索增强系统」是工程师语言；「做的检索增强系统让客服首次响应从 4 小时降到 8 分钟，续约时客户主动提出扩容」是 FDE 语言。同时备好两类故事：一次你在需求不清时建立秩序的经历，和一次诚实的失败——Palantir 系的面试官对「讲一个真实的失败」有执念，因为这个工作的本质就是在不确定中前进，不承认失败的人，没有进化能力。

选公司时，反问三个问题。一是「你们的产品平台是什么」——没有平台底座的 FDE，是纯人力外包。二是「现场学习怎么回流产品」——请对方讲一个最近从现场沉淀为产品功能的实例，讲不出来就有问题。三是「FDE 向谁汇报」——向产品或工程线汇报，通常意味着模式被认真对待；向销售线汇报，则要小心沦为售前的人力池。

## 1.9 FDE 的常用工具箱

本章最后，给出这个岗位当前的工具全景。工具会过时，但工具背后的能力分层不会。五层，从脚下到身后。

- **平台底座层｜公司的武器**。FDE 模式成立的前提是「带着平台去现场」，否则就退化为定制开发。Palantir 的 Foundry 与 AIP，核心是那个叫「本体」的东西——把企业的数据、逻辑和动作建模成一套语义层，让人工智能在「懂业务」的地基上运行；OpenAI 的模型接口与智能体工具链；Sierra 的智能体平台。评估任何 FDE 机会时，这一层的厚度是第一优先级。

- **人工智能工程层，个人的手艺。** 2025 年后的日常手艺包括：提示词工程与上下文管理；检索增强，让模型先查资料再回答；评估体系，为模糊的业务质量建立可量化的标尺——这是人工智能时代 FDE 区别于传统实施工程师的标志性技能；智能体架构，工具调用、多智能体协作、关键环节留人把关；以及成本与速度的工程优化。

- **数据与集成层，进场的第一仗。** 几乎所有 FDE 项目的第一周都在和这一层搏斗：数据管道、企业系统连接器、权限与身份认证、给 AI 查资料用的向量数据库、数据治理与脱敏（隐去敏感信息）。一位从业者的经验之谈：项目进度的七成卡在这里，但演示里看不见它——它是冰山的水下部分。

- **交付与协作层，客户环境里的生存装备。** 在客户的安全边界内工作，意味着「双重适配」：既要会用自己的现代工具链，也要能屈身于客户的环境——可能是与互联网物理隔离的内网，可能只能在客户的云环境里部署，可能连代码托管网站都访问不了。容器化（把环境打包带走的技术）、基础设施即代码（用代码管理服务器环境）、以及「在断网的会议室里也能把环境跑起来」的应急预案，都属于这一层。

- **知识沉淀层，规模化的杠杆。** 这是最容易被忽视、但决定团队能否摆脱「收入随人头线性增长」的一层：打法手册、组件库、部署检查清单、以及把「某个客户的解法」改写为「一类客户的模式」的写作习惯。第 7 章会专门展开它。

五层工具箱合起来，就是这个岗位的完整轮廓：脚下踩着平台，手里握着工程，眼里盯着结果，身后连着产品线。

这就是 FDE。接下来的七章，我们进入方法论的腹地，从一个项目最原点的选择开始——怎么确保你在解决正确的问题。
