如何使用本书
关于前线部署工程师的文字,大多说得笃定却不给出处;所以本书给每一条论断评级,告诉你它有多可信。按处境来用这本书:找到眼下出了什么问题,翻到对应那一页,把模板带走。
本书写给谁,三种读法
本书写给两类读者:想做前线部署工程师(FDE)的工程师,以及已经在做的工程师。两者需要的是同一样东西:如实讲清这份工作是什么、会怎样出错。全书的论点一句话就能说完。模型从来不是难点。从一个能力很强的模型到客户手里的结果,中间隔着五样东西:读错的问题、拿不到的数据、没人事先安排的审查、没人认可的数字,以及供应商一走就没人负责的系统。FDE 就是拿钱来负责这段距离的人。
有三种读法。
- 你想得到这份工作。先读第 I 部分:这个角色是什么、从哪里来,以及逐级描述它的技能地图。然后读第 IV 部分:FDE 在哪里工作、怎样被录用。等你从头到尾看过一次交付,第 II 部分会更好懂。
- 你正在做这份工作。直接翻到第 II 部分里与你所处阶段对应的那一章。每章顺序相同:这个阶段为了什么、贯穿案例的下一步、操作手册、一份模板(先空白,再填好)、这个阶段正在失败的信号,以及进入下一阶段前的检查清单。如果试点还没签,从交付开始之前读起;如果你已经在客户现场,读需求挖掘;如果你必须承诺一个数字,读划定范围与首个成果。如果你在带 FDE 团队,或在规划下一个级别,第 IV 部分有带领 FDE 团队和职级、倦怠与下一步。
- 出问题了。用下面的处境索引。它从症状出发(“准确率卡在 80% 左右”“发起人换岗了”),指向处理这个问题的那一页。
先说清本书不是什么。它不是面试准备:逐家公司的面试指南早已有人写了,“拿到录用”一章会做个总结并给出链接。它不是 AI 技术栈课程,因为本 wiki 的其余部分就是这样一门课,各章会链接过去而不是重讲一遍。它也不是 Palantir 史。这个角色的起源只占一章,因为起源背后的经济账至今仍决定着试点怎么定价。
证据怎样分级
书中每个案例、每个数字都标有等级,就写在用到它的那句话里。等级共四级。
T2 与 T4 的分界在于是否经过测量:供应商或客户自己测得的结果是 T2,而它们的建议、信条、既定目标或观点都是 T4。
招聘启事需要单独说一句。作为“这份工作实际怎么做”的证据,招聘启事是 T4:它写的是公司希望这份工作是什么样子。作为“雇主要求什么”的证据,同一份启事却是一手材料。本书会说明每次用的是哪一种。
有一点要放在最前面承认。关于 FDE 交付实际如何进行,独立测量的证据几乎不存在。供应商发布自己的成功案例,客户发布自己的采用数据,而这两方之外几乎没人测量任何东西。本书所依据的十个最有力的案例中,唯一一个有独立测量结果的是一次失败:就是上面的 MyCity 聊天机器人。这并不意味着其余案例毫无价值,而是说,一个 T2 成功故事应当被读作供应商对自己最好的陈述;如果只有这些,书里会告诉你。如果整章所依据的证据都很薄弱,该章会在开头说明。
回声数字:一个数字,许多标题
回声数字指的是一个自报的数字被多家媒体反复转载,直到看起来像是得到了独立证实。关于 FDE 的文字里到处都是回声数字,因为这个角色走红的速度比任何人测量它的速度都快。两个例子就能说明这种模式。
招聘岗位的增长数字。一个广为流传的数字说,FDE 岗位从 2025 年 4 月的 643 个增长到 2026 年 4 月的 5,330 个,增幅 729%。另一个说,2025 年 1 月到 9 月间增长了 800% 以上。两者都可以追溯到 Indeed 自己的岗位数据,先经 Business Insider 和《金融时报》转述,再被中英文的许多网站转了一遍(Scaler、Storyboard18,均为 T3)。两个数字覆盖的时间窗口不同,不能合并成一个增长率;转载它们的媒体再多,也增加不了任何证实。它们是同一个来源,被数了很多遍。
摩根士丹利的 98%。摩根士丹利自己的新闻稿说,“98% 的财务顾问团队已采用”其基于 OpenAI 的助手(Morgan Stanley,T2)。OpenAI 的企业指南转述这个数字时写成了“98% 的摩根士丹利顾问每天都在使用 OpenAI”(OpenAI,T2)。“已采用某工具的团队”和“每天使用它的个人”是两种不同的测量。数字在流传途中,悄悄换了它所统计的对象。
本书的规则是:发现回声数字,就点名,并把数字追溯到源头。
合成案例:把混乱的中段标注出来
没有人会公开一次交付混乱的中段。供应商公布上线,客户公布采用率,而中间那几周(数据还没到位、发起人不再回复)始终不对外。可那几周恰恰就是这份工作本身。所以第 II 部分全程跟随一次合成案例式的交付,从第一次销售电话一直到复盘,每章推进一步。
合成案例是虚构的,本书从不假装它不是。有三条规则把它拴在证据上:
- 它总是放在标有“合成案例”的框里,不会被误认为真实报道的案例。
- 它只用区间,从不给出精确数字,也从不点名或暗示任何真实公司。
- 每一步结尾都会注明它所演绎的、有出处的真实模式,所以即使故事是编的,你也能核查背后的模式。
它是这样开始的。
这家保险公司。一家区域性财产与意外险公司,员工在 2,000 到 5,000 人之间。它运行着本地部署的理赔系统和一个庞大的文档库,还有一个严格的模型风险部门。新上任的首席运营官希望 AI 在一年内见到成效。供应商是一家 AI 平台公司,团队有三人:一名中级 FDE(本书主角)、一名兼职负责这个客户的资深 FDE 负责人,以及一名客户经理。“交付开始之前”一章开篇时,销售已经向这家保险公司承诺了为期三个月、免费的概念验证,内容是“一个客服聊天机器人”。在第 II 部分的十章里,这个承诺变成了付费试点;聊天机器人被证明是个错误的问题;真正的问题(没人有时间分拣的理赔文档)被划定范围、构建、评测、交接,最后停滞。开篇背后的模式:Palantir 的 S-1 记载,试点“以零成本或低成本……亏损”运行(T2),而免费的概念验证,正是下一章要着手改变的那一条。
核实框:有保质期的事实
有些事实几个月内就会过时:薪资区间、人数、谁被谁挖走、产品名称、某项政策的生效日期。本书把这些放进一个标注核实月份的框里,让你看得出每条有多旧。框周围的论证从不依赖框里的内容。删掉这个框,章节照样成立。下面就是一个。
O'Reilly 出版的 The Forward Deployed Engineer(作者 Paden Gayle)处于抢先版(Early Release)阶段:12 章中已发布 2 章,出版社记录的出版日期是 2027 年 12 月 25 日(O'Reilly,T2:自述)。已发布的章节涉及这个角色的边界和需求挖掘。等它写完,会是本书一本很有分量的姊妹读物。两者的主要区别在证据上:本书给每条论断评级。
处境索引
找到最像你这一周的那一行。每一行都链接到处理这种处境的章节,能对应到小节的就链接到小节。
这个索引是值得反复回来看的一页。如果读者反复遇到书里尚未覆盖的处境,我们也会加上新的行。
关于译名
这个角色在中文里还没有定名。本书中文版采用“前线部署工程师”,这是媒体中最常见的译法,也是腾讯招聘启事使用的职位名。北京市 2026 年 7 月的政策文件京发改〔2026〕1185号则用了“前沿部署工程师”(北京市人民政府,T2),另有媒体用“前置”,台湾则用“前線”。还有一种译法“前端部署工程师”容易误导:“前端”指前端开发,而这个角色与前端开发毫无关系。本书只在这里和术语表中说明一次,之后全书统一用一个译名。
本书同时为两种语言的读者而写,哪个市场都不是事后补上的。英文读者会在第 IV 部分读到中国市场的职位名称和薪资;中文读者会看到美国的数据,以完全相同的方式评级,回声数字也一样点名。
把处境索引加入书签。交付跑偏时,从症状出发,而不是从目录出发。如果你想看同样按证据评级的方式讲 AI 如何贯穿整个软件生命周期,姊妹篇是《从 SDLC 到 AI 驱动的 SDLC》。