如何使用本书

13 分钟读完

H
第 I 部分 · 这个角色

如何使用本书

关于前线部署工程师的文字,大多说得笃定却不给出处;所以本书给每一条论断评级,告诉你它有多可信。按处境来用这本书:找到眼下出了什么问题,翻到对应那一页,把模板带走。

H.1

本书写给谁,三种读法

本书写给两类读者:想做前线部署工程师(FDE)的工程师,以及已经在做的工程师。两者需要的是同一样东西:如实讲清这份工作是什么、会怎样出错。全书的论点一句话就能说完。模型从来不是难点。从一个能力很强的模型到客户手里的结果,中间隔着五样东西:读错的问题、拿不到的数据、没人事先安排的审查、没人认可的数字,以及供应商一走就没人负责的系统。FDE 就是拿钱来负责这段距离的人。

有三种读法。

  • 你想得到这份工作。先读第 I 部分:这个角色是什么、从哪里来,以及逐级描述它的技能地图。然后读第 IV 部分:FDE 在哪里工作、怎样被录用。等你从头到尾看过一次交付,第 II 部分会更好懂。
  • 你正在做这份工作。直接翻到第 II 部分里与你所处阶段对应的那一章。每章顺序相同:这个阶段为了什么、贯穿案例的下一步、操作手册、一份模板(先空白,再填好)、这个阶段正在失败的信号,以及进入下一阶段前的检查清单。如果试点还没签,从交付开始之前读起;如果你已经在客户现场,读需求挖掘;如果你必须承诺一个数字,读划定范围与首个成果。如果你在带 FDE 团队,或在规划下一个级别,第 IV 部分有带领 FDE 团队和职级、倦怠与下一步。
  • 出问题了。用下面的处境索引。它从症状出发(“准确率卡在 80% 左右”“发起人换岗了”),指向处理这个问题的那一页。

先说清本书不是什么。它不是面试准备:逐家公司的面试指南早已有人写了,“拿到录用”一章会做个总结并给出链接。它不是 AI 技术栈课程,因为本 wiki 的其余部分就是这样一门课,各章会链接过去而不是重讲一遍。它也不是 Palantir 史。这个角色的起源只占一章,因为起源背后的经济账至今仍决定着试点怎么定价。

H.2

证据怎样分级

书中每个案例、每个数字都标有等级,就写在用到它的那句话里。等级共四级。

等级
含义
本书中的一个例子
T1
经过测量、一手、且独立于供应商。
The Markup、Documented 和 THE CITY 亲自测试了纽约市的 MyCity 商业聊天机器人,发现它在教企业违法。市政府于 2026 年 2 月 4 日将其下线(The Markup)。
T2
经过测量、一手,但由供应商或客户自己发布。
Palantir 2020 年的 S-1 招股文件,其中写明试点“以零成本或低成本”运行、“处于亏损状态”,并按客户阶段拆分了收入与利润率(SEC)。
T3
二手报道:记者或分析师转述别人测得或说过的东西。
The Register 报道,截至 2024 年底,只有 45 家 NHS 信托(不到四分之一)在实际使用联邦数据平台(The Register)。
T4
轶事、观点或招聘启事。
OpenAI 的 FDE 招聘启事,其中写道 FDE 负责“需求挖掘、技术范围界定、系统设计、构建和生产上线”(OpenAI,经 Thrive Capital 转载)。

T2 与 T4 的分界在于是否经过测量:供应商或客户自己测得的结果是 T2,而它们的建议、信条、既定目标或观点都是 T4。

招聘启事需要单独说一句。作为“这份工作实际怎么做”的证据,招聘启事是 T4:它写的是公司希望这份工作是什么样子。作为“雇主要求什么”的证据,同一份启事却是一手材料。本书会说明每次用的是哪一种。

有一点要放在最前面承认。关于 FDE 交付实际如何进行,独立测量的证据几乎不存在。供应商发布自己的成功案例,客户发布自己的采用数据,而这两方之外几乎没人测量任何东西。本书所依据的十个最有力的案例中,唯一一个有独立测量结果的是一次失败:就是上面的 MyCity 聊天机器人。这并不意味着其余案例毫无价值,而是说,一个 T2 成功故事应当被读作供应商对自己最好的陈述;如果只有这些,书里会告诉你。如果整章所依据的证据都很薄弱,该章会在开头说明。

H.3

回声数字:一个数字,许多标题

回声数字指的是一个自报的数字被多家媒体反复转载,直到看起来像是得到了独立证实。关于 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)。“已采用某工具的团队”和“每天使用它的个人”是两种不同的测量。数字在流传途中,悄悄换了它所统计的对象。

本书的规则是:发现回声数字,就点名,并把数字追溯到源头。

H.4

合成案例:把混乱的中段标注出来

没有人会公开一次交付混乱的中段。供应商公布上线,客户公布采用率,而中间那几周(数据还没到位、发起人不再回复)始终不对外。可那几周恰恰就是这份工作本身。所以第 II 部分全程跟随一次合成案例式的交付,从第一次销售电话一直到复盘,每章推进一步。

合成案例是虚构的,本书从不假装它不是。有三条规则把它拴在证据上:

  • 它总是放在标有“合成案例”的框里,不会被误认为真实报道的案例。
  • 它只用区间,从不给出精确数字,也从不点名或暗示任何真实公司。
  • 每一步结尾都会注明它所演绎的、有出处的真实模式,所以即使故事是编的,你也能核查背后的模式。

它是这样开始的。

这家保险公司。一家区域性财产与意外险公司,员工在 2,000 到 5,000 人之间。它运行着本地部署的理赔系统和一个庞大的文档库,还有一个严格的模型风险部门。新上任的首席运营官希望 AI 在一年内见到成效。供应商是一家 AI 平台公司,团队有三人:一名中级 FDE(本书主角)、一名兼职负责这个客户的资深 FDE 负责人,以及一名客户经理。“交付开始之前”一章开篇时,销售已经向这家保险公司承诺了为期三个月、免费的概念验证,内容是“一个客服聊天机器人”。在第 II 部分的十章里,这个承诺变成了付费试点;聊天机器人被证明是个错误的问题;真正的问题(没人有时间分拣的理赔文档)被划定范围、构建、评测、交接,最后停滞。开篇背后的模式:Palantir 的 S-1 记载,试点“以零成本或低成本……亏损”运行(T2),而免费的概念验证,正是下一章要着手改变的那一条。

H.5

核实框:有保质期的事实

有些事实几个月内就会过时:薪资区间、人数、谁被谁挖走、产品名称、某项政策的生效日期。本书把这些放进一个标注核实月份的框里,让你看得出每条有多旧。框周围的论证从不依赖框里的内容。删掉这个框,章节照样成立。下面就是一个。

O'Reilly 出版的 The Forward Deployed Engineer(作者 Paden Gayle)处于抢先版(Early Release)阶段:12 章中已发布 2 章,出版社记录的出版日期是 2027 年 12 月 25 日(O'Reilly,T2:自述)。已发布的章节涉及这个角色的边界和需求挖掘。等它写完,会是本书一本很有分量的姊妹读物。两者的主要区别在证据上:本书给每条论断评级。

H.6

处境索引

找到最像你这一周的那一行。每一行都链接到处理这种处境的章节,能对应到小节的就链接到小节。

处境
去哪一章
为什么
销售承诺了一个免费、不设期限的概念验证
试点的条款决定了东西能不能上线。开工前就把条款改掉。
没人说得出试点成功后由谁签字
没有一位对 KPI 负责的发起人,试点就没人去转化。
试点没有结束日期
不设期限的试点会漂移。把周期和退出标准写下来。
客户要的是“一个聊天机器人”
客户说出的问题只是一个假设。答应之前,先去看看实际的工作。
每个干系人描述的问题都不一样
记下每个人对“更好”的定义,再找出他们共同关心的业务杠杆。
还没看到工作流程,就被要求选模型
选模型放在最后。工作流程决定模型必须做什么。
用例很安全,但就算成功了也没人会注意到
选高利害、小范围。边缘用例赢不来任何东西。
没人测过现有流程的表现
没有基线,就没有可以宣称的成果。第一周就测。
高管周五就要看演示
用真实或脱敏数据演示真实的工作流程,并说明哪些还没做完。
每开一次会,范围就扩大一点
把它写进“暂不做”清单,而不是直接拒绝。
第一周结束时还拿不到接近生产的数据
一个早期预警信号。先用脱敏测试样本构建,同时升级处理数据权限。
对方希望智能体回写到老旧系统里
回写比读取难。先推迟回写,把结果送进现有的工作队列。
安全部门发来一份 200 个问题的问卷
把问卷分成三堆,AI 问题统一用你事先发出的那份答复清单来回答。
“我们的数据会被用来训练你们的模型吗?”
这通常是决定能否推进的关键问题。用数据保留条款回答,而不是靠安抚。
用户上传的文档会输入给智能体
这是一条间接提示注入路径。让智能体只提建议,永不直接执行。
准确率卡在 80% 左右
逼近阈值的最后一段,通常就是时间耗掉的地方。用真实的失败案例扩充评测集。
评测分数不错,但用户很讨厌它
请专家给一批被推翻的建议做标注;把评测漏掉的那个维度补上。
你得告诉发起人:还不够好
坏消息要早说,并附上计划和日期。
对方的基础设施禁用了你原本计划用的服务
从一开始就按他们的约束来设计,而不是按你的参考架构。
有一条规则智能体绝不能违反
在模型之外用代码强制执行。
你两周后离开,而只有你能运行它
做一次交接演练:让他们的团队只凭运行手册自行部署、人为制造故障、再恢复。
系统能用,但没人用
建立信任比构建花的时间更长。为采用期留出几个月。
同样的东西你已经给第三个客户做了一遍
这是一个等着带证据写成文档的产品功能。
发起人换岗了
优先级转移是失败的主要原因之一。尽快找到新的发起人,或重设范围。
该不该放弃?
和发起人一起,对照开工前写下的退出标准来决定。
对方要你承诺确定性的输出
做出承诺之前,先弄清哪些承诺是承重的。
这个角色适合我吗?
先了解这份工作的真实样子(包括怀疑者的看法),再在技能地图上给自己定位。
你在准备一场问题拆解面试
把这一轮当作限时的需求挖掘:先讲清杠杆、首个成果和那个数字,再画架构。
两份 offer,头衔都是 FDE
先给雇主定位:问它用你一小时的工时买的是什么,再比较薪资。
你刚被任命为 FDE 管理者
衡量跨过的阈值和交给产品的信号,而不是计费的工时。
交付越做越多,却没有晋升
堆量只会重复同样的证据。规划一项没有你也会发生的工作。
一年里两次交付之间从没有过空档
数一数现场、值班和背靠背的交付,并把空档写进书面要求。

这个索引是值得反复回来看的一页。如果读者反复遇到书里尚未覆盖的处境,我们也会加上新的行。

H.7

关于译名

这个角色在中文里还没有定名。本书中文版采用“前线部署工程师”,这是媒体中最常见的译法,也是腾讯招聘启事使用的职位名。北京市 2026 年 7 月的政策文件京发改〔2026〕1185号则用了“前沿部署工程师”(北京市人民政府,T2),另有媒体用“前置”,台湾则用“前線”。还有一种译法“前端部署工程师”容易误导:“前端”指前端开发,而这个角色与前端开发毫无关系。本书只在这里和术语表中说明一次,之后全书统一用一个译名。

本书同时为两种语言的读者而写,哪个市场都不是事后补上的。英文读者会在第 IV 部分读到中国市场的职位名称和薪资;中文读者会看到美国的数据,以完全相同的方式评级,回声数字也一样点名。

把处境索引加入书签。交付跑偏时,从症状出发,而不是从目录出发。如果你想看同样按证据评级的方式讲 AI 如何贯穿整个软件生命周期,姊妹篇是《从 SDLC 到 AI 驱动的 SDLC》。