04 方法论：FDE 怎么把一件事交付出去
给已经知道 FDE（Forward Deployed Engineer，前线部署工程师）是什么、想知道这个岗位每天到底按什么顺序干活的人。这一章把公开可查的各家交付方法论拆成一条端到端的流水线，每一步对应本章的一个页面。
这一章解决什么
关于 FDE，公开材料里最多的是「这个岗位很重要」和「这个岗位很赚钱」，最少的是「这个岗位从周一早上开始按什么顺序做什么」。这一章补的是后者。
三点说明：
- 本章不推荐任何单一流派。Palantir 系、AI 应用公司系、中文圈的几套课程体系，各自的阶段划分不同、术语不同、适用边界也不同。本章把它们对齐到同一条时间线上比较（见 各家框架对照），写清各自的主张和证据强度，不替读者选。
- 本章尽量落到实物。清单、表结构、提示词骨架、可直接照念的问句，能给实物的地方不写概念。
- 本章的边界。方法论讲「按什么顺序做」，反模式和现场故事在 05 最佳实践与反模式，具体工具在 06 工具箱，真实项目的成败记录在 07 案例库。
端到端交付流程与对应页面
下图是把各家方法论的共同骨架抽出来之后的一条主线。方框是阶段，方框下的斜体是本章对应的页面。菱形是过关判断——FDE 方法论区别于一般项目管理的地方，就在于每个菱形问的都是「别人做了什么」，而不是「我做完了什么」。
上面这条线里，2（Context）和 3（Eval）是 2023 年之后才被单独拎出来的两站。在传统的企业软件实施方法论里，它们分别散在「需求调研」和「UAT 测试」里，不构成独立阶段。把它们独立出来的直接原因是：LLM 应用的行为不由代码决定，而由上下文和评估标准决定，所以这两件事的工作量和风险都大幅上移。这一判断在 Anthropic 的工程博客、Hamel Husain 的 eval 系列文章、以及多个 FDE 培训项目的大纲里都能看到（各自出处见对应页面）。
本章页面
| 页面 | 讲什么 | 适合谁先读 |
|---|---|---|
| 交付生命周期 | 把 Palantir、AI 应用公司、中文圈几套方法论的阶段划分对齐到一条时间线；每阶段的产出物、过关标准、常见死法 | 所有人。这是本章的地图 |
| 需求发现与问题定义 | Mom Test 访谈、JTBD、流程走查、干系人地图、场景海选、伪需求过滤、问题陈述模板、范围切割 | 进场第一周要用的东西 |
| Context 工程 | 从 Palantir Ontology 到 LLM 时代的 context engineering；领域知识如何变成可用 Context；数据摸底与数据看门人；RAG / 知识库 / 记忆的取舍 | 觉得「模型不够聪明」的人，问题多半在这一页 |
| Eval 设计 | 为什么 Eval 是 FDE 交付的核心；评估集怎么建、人类基线怎么测、judge 怎么写与怎么校准、阈值怎么定、上线后怎么持续评估 | 要向业务方证明「这东西够好」的人 |
| 人机分工与工作流重构 | 先画分工再写代码：把流程拆成 AI 段、人段与交接点；影子运行、人在回路、按置信度分流三种协同形态的边界与退化信号；可填的 HITL 分工表；哪些判断永远不交给 AI | 落在 P2–P4 之间，造之前先做 |
| 造与 MVD | MVD（Minimum Viable Deployment，最小可行部署）的出处与定义、固定时间可变范围、迭代节拍、技术选型的交付约束 | 动手阶段 |
| 上线与采纳 | 采纳设计、变革管理、入口与语言、交接与退出 | 「做出来了但没人用」的人 |
| 算账与扩展 | 价值度量、归因、汇报、续约与扩容、复制与产品化 | 要拿下一笔预算的人 |
| 各家框架对照 | Palantir、OpenAI、Anthropic、Distyl、范冰 FDE4.AI、凯哥 Lean-FDE、任鑫 fde-arsenal、Maven、Supervity、Datawhale，逐条对照 | 想搞清楚谁在讲什么的人 |
三条贯穿全章的判断
这三条不是任何单一流派的主张，是把公开材料叠在一起之后重复出现的共识，各自的出处写在对应页面里。
一、过关标准是别人的行为，不是自己的产出。 「做完了」和「有人用」之间隔着整个项目最大的失败率。这一条在 Palantir 的 bootcamp 设计（客户 hands-on-keyboards，不是看演示）、在多个 FDE 课程大纲的每周 Outcome 句式里、在中文圈的「过关标准」写法里都能看到同一个形态。
二、真实数据是入场券，不是交付物。 Palantir 官方博客把「处理你今天真实的用例」写进 AIP Bootcamp 的设计原则[1]；合作伙伴公开的准备清单进一步要求客户在开营前一到两周交出真实数据切片（属合作伙伴文档，非 Palantir 官方原文）[4]。多个课程把「学员自带真实场景与真实数据」写成硬门槛。用样例数据做出来的东西，会把最难的部分（口径不一致、缺失值、旧编码、权限）全部推到上线那天。
三、可以停止，不可以烂尾。 「这个场景现在不值得做，原因是 X」是一个合法结论，而且是有价值的结论。真正的失败形态是没有人宣布结束，项目安静地从所有人的日程里消失，于是也没有人总结教训。
延伸阅读
- 00 起点 · 术语表 — MVD、Eval、Context、Ontology、FDSE 等术语的定义
- 01 脉络 — 这些方法论各自是从哪里长出来的
- 02 原典与学术 — 本章引用的一手材料原文
- 03 角色与能力 — 这条流水线上每一步分别需要什么能力
- 05 最佳实践与反模式 — 每一步的具体现场做法与失败模式
- 07 案例库 — 走完整条流水线的真实项目记录
- Palantir 官方博客：Deploying Full Spectrum AI in Days: How AIP Bootcamps Work — 一手材料里对交付节奏最直接的描述
- fde-arsenal · 中国 FDE 手册（任鑫 / Mars） — 中文圈少见的把方法论落到模板实物的公开仓库（方法论、模板库、案例库）。它是第一人称的立论手册，主张「企业内部培养 FDE」；本章引用其中的结构与清单时会注明出处，其主张归其作者
来源
- Palantir Technologies, "Deploying Full Spectrum AI in Days: How AIP Bootcamps Work", Palantir Blog. https://blog.palantir.com/deploying-full-spectrum-ai-in-days-how-aip-bootcamps-work-21829ec8d560
- Palantir Technologies, "A Day in the Life of a Palantir Deployment Strategist", Palantir Blog. https://blog.palantir.com/a-day-in-the-life-of-a-palantir-deployment-strategist-951cb59a5a96
- Palantir Technologies, AIP Bootcamp 官方页面. https://www.palantir.com/bootcamp/
- PVM（Palantir 合作伙伴）, "Palantir Platform Bootcamp Guide"（客户准备四步与三阶段议程；属合作伙伴公开文档，非 Palantir 官方原文）. https://blog.pvmit.com/pvm-blog/palantir-platform-bootcamp-guide