09
第三幕 · 作战链

砾石路原理:别把天赋浪费成高薪外包

Palantir 最值钱的发明不是软件
滚动开始
2 次
每个项目该交付的次数
4 级
个人资产化阶梯
3 块
滑向咨询公司的警示牌

【开场】Palantir 最值钱的发明不是软件

2010 年代初,Palantir 的工程师在客户现场干一件"不体面"的事:写一堆只对这个客户有效的、丑陋的、一次性代码。

当时硅谷的主流观点:这叫定制开发,是低毛利咨询公司的活法,正经软件公司不这么干。

二十年后,Palantir 市值千亿美金,那套"丑陋代码"背后的方法论,被 OpenAI、Anthropic 和上百家 YC 公司抄了个遍。

亲历者 Bob McGrew(前 Palantir 产品负责人、前 OpenAI 首席研究官)给它起了名字:砾石路(Gravel Road)


【场 1】砾石路 → 柏油路:完整回路

整条回路四步,缺一步就不是 FDE 模式,是普通外包:

  1. 铺砾石路。 针对客户当下最痛的问题,快速修一条"能走就行"的路——一次性代码、胶水脚本、手工配置,全部允许。目标只有一个:这周就让客户的业务跑起来。
  2. 把路带回总部。 产品团队不干"把它写漂亮",只问一句:"这条路底下,是不是藏着一条所有客户都需要的高速公路?"
  3. 多客户验证。 不凭一个客户泛化。把 B、C 客户的 FDE 叫进来:"这个抽象在你们的现场成立吗?"三家点头,才动工修柏油路。
  4. 新路反哺现场。 产品功能发回所有现场,FDE 的下一个项目起点更高——上次的胶水代码,这次直接是平台能力。

四步首尾相接,就是下面这个循环。这就是复利的来源:每个项目交付两次——一次给客户,一次给产品。 只做第一次,是外包;两次都做,才是 FDE。


【名场面】铺路循环动画

砾石路 → 柏油路 · 复利循环
① 现场 hack② 泛化设计④ 反哺现场③ 多客户验证每一圈平台更厚

【场 2】本体论:高速公路下面的地基

柏油路越铺越多,靠什么不乱?Palantir 的答案是本体论(Ontology)——一句话讲透:

把客户的业务世界建模成「对象、属性、关系、动作」——不是一张张数据库表,而是一个个业务实体:客户、订单、设备、保单。

为什么这对 FDE 重要?三个理由:

  1. 同一个"保单"对象建一次,所有场景复用——客服场景建的,理赔场景直接用;
  2. 业务人员看得懂——不懂表结构,也能确认"这建得对不对";
  3. AI 天然需要它——"对什么对象做什么动作",正是 Agent 需要的接口层。Palantir 自称 Gen AI 让部署提速 6 倍,地基就在这里。

给你的启示不是"上 Palantir",而是:先建业务实体层,再建应用。 绕过实体层直接糊应用,第三个场景开始还债。


【场 3】个人的砾石路:Prompt → 任务卡 → SOP → 组件

个人资产化阶梯 · 每周五升级一件
L1
Prompt
一次性指令,这次能用下次重写
L2
任务卡
带输入/输出/验收,换人也能用
L3
SOP
多步骤流程+异常处理,跨项目能用
L4
组件
代码封装+版本管理,全团队复用

铺路原理对你个人同样成立。你写的每个 prompt、每段脚本,都是一条小砾石路。上面这架四级阶梯,看你的沉淀到哪一级。

每周五问一次:这周写的东西里,哪件值得升一级? 一年 52 次升级机会——普通工程师和资深 FDE 的差距,不在智商,在沉淀率。


【场 4】定价与陷阱:McGrew 的警告

McGrew 给想抄 FDE 模式的创始人泼了一盆冷水:"我的建议往往是——别抄。" 因为这条路有个致命岔口:

  • 向左:现场 hack 沉淀为产品 → 每个新客户交付更快、成本更低 → 规模效应,软件公司的毛利;
  • 向右:每单都定制、沉淀为零 → 收入增长靠加人 → 你开了一家低毛利咨询公司,还给自己发着软件公司的工资单。

岔口上三块警示牌,出现任何一块,说明你正在向右滑:

  1. 同一类问题,第三次还在从零定制(沉淀失败);
  2. FDE 的技能全是"客户业务",没有沉淀为"平台能力"(人走茶凉);
  3. 收入按人天计价,且客户不愿意为结果付费(模式降级)。

定价的演进方向,是从"卖人天"走向按结果定价(outcome-based)。敢按结果收费,是因为手里有沉淀——定价权是沉淀的函数。


【场 5】带回你的战场

三个明天就能用的动作:

  1. 每个项目结束,开 30 分钟"铺路会":这次交付里,哪部分下个客户 100% 还会需要?抽象出来,哪怕只是一个模板。
  2. 维护你的"路基库":任务卡、evals 集、护栏规则、上线清单——版本化管理,每次项目取用并回写改进。
  3. 拒绝第三次重复:同类需求第三次出现,必须停下来做通用方案。重复是信号,不是工作。

【速查卡】交付复盘十问

1. 这次交付,客户的核心指标到底动了没有?
2. 哪部分工作,下个客户 100% 还会需要?
3. 哪部分工作,已经是第三次从零做了?
4. 我写的 prompt/脚本/模板,哪件可以升一级?
5. 这次的坑,哪一个应该写进检查清单?
6. 业务实体层有没有变厚?还是更乱了?
7. 客户团队里,谁学会了独立运维这套系统?
8. 沉淀物有没有版本化入库,还是躺在我的电脑里?
9. 这个项目的定价,如果按结果收费,我敢报多少?
10. 下次进场,有什么可以从第 3 天提前到第 1 天?

【金句海报】

"每个项目交付两次:
一次给客户,一次给产品。"

FDE 工程师蓝皮书

本章来源

  • 砾石路(Gravel Road)→ 柏油路回路、多客户验证、用人与定价警告:Bob McGrew × Y Combinator《The FDE Playbook for AI Startups》,2025-09;解读参考 The AI Opportunity 的拆解(2026-07)
  • 本体论(Ontology)与"Gen AI 提速 6 倍":Palantir 公开资料及 Forward Deployed(forwarddeployedbook.com)的框架介绍,"6 倍"为 Palantir 自述口径
  • L1–L4 个人沉淀阶梯:基于社区 Skill/资产化实践的归纳(本站观点)
  • 三块警示牌、交付复盘十问:本站原创方法论