本书使用的概念，按全书六部分组。每条含中文名、英文、一句话定义、首次出现的章。
一、角色与边界
| 词条 | 英文 | 一句话定义 | 首现 |
|---|
| 前线部署工程师 | Forward Deployed Engineer (FDE) | 被派驻到客户现场、对系统在真实业务里跑出结果负责的工程角色；为单个客户交付许多能力，而非为许多客户交付单一能力。正文统一称「前线部署工程师」，也常称「前沿部署工程师」，简称 FDE | 第 1 章 |
| 责任四分法 | the Four Responsibilities: Discovery / Production / Adoption / Feedback | 定位交付类角色的四格坐标：问题发现、生产工程、业务采用、产品回流；说明位置，不评价高低——只承担其中一两格是常态，不是评分表。 | 第 1 章 |
| Echo / Delta | Echo / Delta | 一种两人组分工：Echo 判断该做什么（发现与关系），Delta 负责把它做出来（落地与工程），源自 Palantir 实践；区分的是责任，不是职级或技术栈。 | 第 1 章 |
| AI FDE | AI FDE | 把 FDE 的部分工作产品化的方向：自然语言指令转为平台操作、按用户既有权限执行、全程留痕、异常暂停待澄清；是 Palantir 的产品名，为其产品文档描述的能力声明，不等于独立验证的效果。 | 第 4 章 |
| 三个评判标准 | the three tests: where the code goes, where the experience goes, how it is priced | 判断一个角色是不是 FDE 的三条判据：代码的去向、经验的流向、报价方式与责任；用于替代「按岗位职责表对号入座」这种不可靠的判断方式。 | 第 2 章 |
二、发现与交付
| 词条 | 英文 | 一句话定义 | 首现 |
|---|
| 五道关 | the five filters | 问题发现阶段的五道筛子，逐关淘汰候选问题，最后只留一个切入点；第一关是「这个问题重要吗」，其后四关依次收窄。 | 第 6 章 |
| 发现三件套 | the discovery deliverables | 发现阶段该交出的三样东西：一张问题卡、一份数据可达性清单、一次可摸的原型交互；不是 PPT，判据是「下一周能不能直接开工」。 | 第 6 章 |
| 最小可行部署 | Minimum Viable Deployment (MVD) | 能在真实业务里跑通并被度量的最小交付，而不是又一个演示；与 MVP 的区别在「部署」二字，必须有真实用户、真实数据、真实流程。 | 第 7 章 |
| 三个「真」 | the three "real" conditions: real users, real data, real workflow | MVD 的三个必要条件：真实用户、真实数据、真实流程；缺任何一个，做出来的仍是 Demo。 | 第 7 章 |
| 效果验收单 | outcome acceptance sheet | 上线前约定「算不算成功」的单据，五个要素缺一项就翻车；与「运行就绪清单」分工不同——这张管效果，那张管运行。 | 第 8 章 |
| 运行就绪清单 | operational readiness checklist | 上线前约定「谁来运行」的清单：告警响了谁看、值班怎么排、手册在哪；手册只存在乙方电脑里，等于没有。 | 第 8 章 |
| 责任交接表 | responsibility handoff table | 把每一种失败方式写上名字，并指定它归谁负责的表；「每个死法都有名字」是它的设计原则。 | 第 8 章 |
三、工程底座
| 词条 | 英文 | 一句话定义 | 首现 |
|---|
| 八堵墙 | the eight walls | 从 PoC 到生产之间的八类能力缺口：数据与权限、集成、工具边界、运行可控、效果可证、结果可信、成本与稳定、责任可移交；模型能力增强只矮化前几堵，后几堵由组织与流程决定。 | 第 8 章 |
| harness | harness | 模型之外把模型变成可用系统的那一层：工具、集成、文件系统、编排、监督；本书不译、沿用原文，与「模型能力」「接口」构成三层划分。 | 第 9 章 |
| 数据契约 | Data Contract | 动数据之前先写清四件事的书面约定：访问范围、结果可见性、留存与销毁、审计要求；使用者有三方——客户合规审查、FDE 自我约束、事后追责。 | 第 5 章 |
| 工具契约 | Tool Contract / ToolSpec | 约定 Agent 可调用哪些动作、参数如何校验、越界如何拒绝的规格；与「数据契约」分管两侧——数据契约管读什么，工具契约管做什么。 | 第 9 章 |
| 运行状态机 | Run State Machine | 把一次 Agent 运行拆成可观察、可暂停、可恢复的状态流转；是「检查点与恢复」「审批工单」得以成立的底层结构。 | 第 9 章 |
| 审批工单 | approval ticket (HITL) | 不可逆动作在执行前生成的待办单据，由人审批后才继续；不是弹窗——弹窗即时且易被点掉，工单可追责、可隔夜。 | 第 11 章 |
| 检查点与恢复 | Checkpoint & Resume | 运行中断后从最近状态继续，而不是从头重跑；审批隔了一夜也不用从头再来，是它存在的直接理由。 | 第 9 章 |
| 分级放权 | tiered authorization | 按动作风险高低决定是否需要人工介入，而不是所有动作一律要人批；与「审批工单」配套——工单是机制，分级是策略。 | 第 11 章 |
| 基准样本 | Golden Set | 从真实案例里长出来的标准集，用于定义「什么算对」，是评测体系的第一步；区别于「回归集」——基准样本立标准，回归集防倒退。 | 第 12 章 |
| 回归集 | Regression Set | 只进不出的错题本：每次出错都补进去，此后每次变更都要重跑；「没过回归集的变更不许部署」是它的执行方式（门禁）。 | 第 12 章 |
| 模型裁判 | LLM-as-Judge | 开放性任务没有标准答案时，用一个模型按写定的评分标准打分；裁判的评分标准本身也是一次「提示词改动」，改它要和改系统走同一道门禁。 | 第 12 章 |
| 门禁 | release gate | 变更必须先通过回归集才允许部署的强制关卡，与「回归集」是机制与执行的关系。 | 第 9 章 |
| 评测集 | eval set | 基准样本、回归集与判定规则的统称，是 FDE 带得走的资产之一；可带走的是任务类型、难度分层、判定规则和失效模式，不是客户案例数据。 | 第 7 章 |
| 可信度三层 | the three layers of trust | 客户质疑时自证的三层结构：每个答案带出处、每步决策可回放、失败要分类；三层缺一层，自证就断在那一层。 | 第 13 章 |
| 证据引用 | EvidenceRef | 输出结论时一并给出所依据的原始出处，是可信度第一层的实现形式。 | 第 13 章 |
| 回放 | Trace / Replay | 把一次运行的每步决策原样重现，用于事后核查，是可信度第二层；与「留痕」的区别在于——留痕是记录，回放是可重演。 | 第 13 章 |
| SLO | Service Level Objective | 写进合同的服务水位承诺：可用性、延迟、质量三个维度分开写；三者成本曲线不同，混成一句「系统稳定运行」等于三个都没承诺，质量水位直接来自评测集。 | 第 14 章 |
| 成本归因 | cost attribution | 把账单拆到每一次运行、每一个环节，而不是只看总额；没有归因就没有优化对象，是成本治理的前提。 | 第 9 章 |
| 模型路由 | model routing | 按任务难度把请求分派给不同档位的模型，针对「模型错配」这一病因——简单任务用旗舰模型等于开豪车送外卖。 | 第 14 章 |
| 预算熔断 | budget circuit breaker | 消耗触及阈值时自动停止或降档，防止账单失控；与「降级」的区别在于——熔断因成本触发，降级因故障触发。 | 第 14 章 |
| 韧性四件套 | the four resilience primitives: timeout, retry, idempotency, graceful degradation | 针对四类死法的四种机制：超时、重试（有限＋退避）、幂等、降级；降级的最后一级是「回退人工和表格」，敢写回退的方案才敢上线。 | 第 13 章 |
四、采用与移交
| 词条 | 英文 | 一句话定义 | 首现 |
|---|
| 激活 | activation | 系统真正被一线用起来、进入日常行为的那一刻；与「上线」严格区分——上线走的是流程，激活发生在行为里，「上线成功」之后平静地死去是需要警惕的情形。 | 第 15 章 |
| 一把手工程 | executive sponsorship | 跨部门的优先级、预算归属与权限裁定必须由决策层直接背书，否则推不动；不是万能口号，也存在「什么时候可以不是一把手」的边界。 | 第 6 章 |
| 撤场三件事 | the three exit conditions | 移交前必须完成的三件事：业务融合、知识治理、系统对接；「交付是下台阶，不是跳悬崖」是它的设计意图。 | 第 17 章 |
| 定义权 | who defines the last mile | 「最后一公里」的终点由谁说了算，直接决定 FDE 干的是技术活还是扯皮活；可以解释中美打法差异——硅谷叙事里由 FDE 自己定义，中国现场常常不是。 | 第 12 章 |
五、商业与产品化
| 词条 | 英文 | 一句话定义 | 首现 |
|---|
| 大账与小账 | the big ledger vs the small ledger | 小账算工时与调用费，大账算被替代的成本与出错的代价；成本的第一性问题是「和什么比」——与被替代的人工决策成本比，而不是与零比。 | 第 19 章 |
| 六个指标 | the six metrics | 把大账落到数字上的六项，含实施杠杆率、定制递减率等；是个人归纳的框架，本书借其口径但不作行业基准。 | 第 19 章 |
| 结果即服务 | Result as a Service (RaaS) | 供应商把一部分收费条件绑定在业务结果上，而不只交付一套系统；「不达标不收费」背后至少要先谈清效果从哪算、归给谁、等多久、谁垫成本。 | 第 20 章 |
| 定制递减 | declining customization | 同类需求在后续客户处所需的定制量必须逐次下降，否则生意不成立；批判的不是定制本身，是不可递减的定制——配置改参数、定制改代码，是它的分界线。 | 第 19 章 |
| 六类资产 | the six reusable assets | 可从现场回流的六类东西：业务本体、连接器、工具与审批模板、流程模板、评测结构与失败模式库、需求信号；回流的不是「经验」，散落在个人脑子里的经验不算沉淀。 | 第 22 章 |
| 三步与两道闸 | three steps and two gates | 让资产真正回到平台的流程：记录上下文、回到产品团队共议、请其他 FDE 校验；进口一道闸分类需求，出口一道闸给每项资产明确去处。只收件不处置，回流评审就会变成收集箱。 | 第 22 章 |
六、人与组织
| 词条 | 英文 | 一句话定义 | 首现 |
|---|
| 三大支柱 | the three pillars | FDE 能力的三个方面，要的是交集而不是单科突出；权重随市场结构变——硅谷样本工程占比高，中国样本顾问与销售在前。 | 第 24 章 |
| 发现者与落地者 | discoverer and deliverer | 同一种角色的两种人：一种擅长找到该做什么，一种擅长把它做出来；与 Echo/Delta 同构，可用于讨论招聘与自查。 | 第 24 章 |
| 三人组 | the trio | 中国市场常见的最小建制：策略师＋行业顾问＋AI 全栈工程师，可以是一个人、两个人或一个团队；可视为 Echo/Delta 的中国变体，不强求编制。 | 第 1 章 |
| 前线部署产品经理 | Forward Deployed Product Manager (FDPM) | 与 FDE 配对的产品角色，一位 FDPM 通常带两到三位 FDE（Cresta 的配比）；是 Echo/Delta 的另一种现代变体。 | 第 26 章 |
| 土 FDE | (community coinage) independent FDE | 中文社区对独立服务商形态的自称，多时间线上接单、自建案例库与可复用模块；非正式术语，英文版建议保留拼音或改写，不直译。 | 第 27 章 |
| 分数型 | fractional | 以非全职、按比例投入的方式为多家客户提供 FDE 服务；与「兼职」的区别在于责任结构，不只是工时比例。 | 第 27 章 |
| 市场分层四象限 | the market segmentation quadrant | 按价值高低×决策快慢划分客户，取「高价值×快决策」那一格（框架来自访谈嘉宾，其数字均为自报）。 | 第 27 章 |
共 50 条。