如果你最近一直在看 Palantir，应该会发现一件怪事。
一边是所有大厂都开始"抄 Palantir"。OpenAI、Anthropic、Google Cloud 都宣布要大幅扩张 FDE（Forward Deployed Engineer）团队，Microsoft、Salesforce、ServiceNow 据说也会跟进，ServiceNow 还和 Accenture 专门搞了一个 Forward Deployed Engineering Program，帮企业规模化落地 agentic AI。小红书另一边，中文互联网的 FDE 课程、白皮书、训练营也在遍地开花：小红书有人把"FDE课程"连载到了第4讲，知乎出了《2026中国FDE人才白皮书》，连券商都开始说，FDE 会成为 AI 落地的标配路径。资本市场的动作更快，已经有上市公司把"对标 Palantir FDE"写进了自己的估值故事。东方财富
另一边，同一批人里，另一种声音也在爆。一篇叫《不要做FDE》的帖子在小红书火了——就两行字，800多赞、900多收藏。最高赞评论更狠：“外包被包装成FDE。从客户的角度看，FDE就是高性价比的廉价外包，换汤不换药。”
同一个岗位，为什么这么撕裂？我花了几天时间，把小红书、知乎、B站、微博翻了一遍，把两边的说法交叉核对，今天把结论说清楚。
先把概念捋清楚，因为 FDE 大概是现在 AI 圈被误解最深的词。很多人看到"For"打头，以为是前端开发。FDE 全称 Forward Deployed Engineer，前线部署工程师，是 Palantir 最核心的商业模式与护城河——它不是软件产品，而是一套交付、落地、产品迭代的组织模式：工程师不坐在办公室等工单，而是直接驻到客户现场，把公司的平台推进客户的真实业务里。微博社区里流传的 Palantir CEO Karp 表态的中文翻译说得很直白：模型会变成谁都有的东西，把它塞进真实企业的复杂系统里才是难的、也才是值钱的。小红书
这个岗位今年爆掉，是因为一个数字把整个行业逼到了墙角：MIT 2025 年的报告发现，约 95% 的企业 GenAI 试点没有产生可衡量的回报。知乎Demo 很炫，落地翻车，大家终于发现瓶颈不在模型，而是没人会把模型接进业务。而 FDE，就是干这个接入的人。
那为什么大厂会同时开抄？原因很简单：模型公司想明白了，企业才是 token 的最大消费者，但要赚企业的钱，就得有人下场干落地的活；另一方面，Palantir 用自己的财报证明了"平台 + FDE"这条路是通的：8月初发布的二季报里，收入继续加速增长、全年指引上调，股价单日大涨近 30%。界面新闻36氪财报细节之前单独写过一篇，这里就不展开了。
但故事在这里转折。
《不要做FDE》之所以爆，是因为它捅破了一层窗户纸：很多公司招 FDE，其实只是换了个 title。小红书
一位售前在小红书写，自己拿到一个 40K 的 FDE offer，反向背调后果断拒了，269 个赞。最扎心的一段是：FDE 这个岗位没问题，有问题的是公司——你在现场承受客户多大的炮火，产研根本不关心，因为你的 KPI 不是他的 KPI。小红书这位转行劝退者说得更形象：FDE 是早上画的饼，晚上就要兑现；外人看着是技术岗，进去才发现是服务岗。
知乎有篇爆火长文，标题是《我找了份月薪 7 万的 FDE 工作，结果进厂贴了一天二维码？！》。它讲一个程序员入职 AI 公司做 FDE，第一个项目是给一家制衣厂客户做 AI 维修助手。他以为自己要写代码，现实是：站在车间里拿本子记录机器的外号（“三号机”"老平车"和"A车间平缝03"是同一台机器），翻 300 张沾着机油的纸质报修单整理测试集，把准确率从 81% 磨到 93%，然后真的给机器一台一台贴二维码。文末他感叹：入职前以为 FDE 的技术栈是前端、后端、数据和 AI，进厂后才发现还得会贴二维码。知乎
把这些吐槽连起来仔细看，会发现它们其实指向同一件事：这些公司只学了 Palantir 的"派人去现场"，没学派人去现场背后的东西。
背后的东西是什么？一个真正的 Palantir 式 FDE 案例是这样的：B站最近有条流传的视频讲 Palantir 的造船案例，传统潜艇供应链仅预生产排程就要 40 天，Palantir 通过 ShipOS 与前线工程师把平台部署进车间。关键人物不是总部派来的工程师，而是从车间成长起来的蓝领工程师 Jonah——他凭借现场经验在平台上自己搭 AI 工作流，把 300 小时的图纸核对与排程工作压缩到了 90 分钟。B站视频里有句话说到了点子上：AI 没有取代工人，而是武装了真正懂业务的一线操作员。
微博上有个被广泛转述的精炼版：Palantir 的护城河不是单独的 FDE，也不是单独的 Ontology，而是现场、平台和持续交付之间形成的闭环——现场负责暴露真实复杂性，平台负责吸收可重复的复杂性，持续交付机制负责把平台进步重新送回现场。微博任何一环缺失，重交付都会重新滑向传统项目制。
这就是"换了个名字的外包"的真正含义：不是 FDE 是骗局，而是没有平台可吸收，FDE 的产出就无法复利——每个项目都从零开始，当然就变成了"高性价比外包"。36氪有篇旧文也警告过初创公司不要轻易"Palantir化"：如果没有核心平台，你只是一个穿了西装的埃森哲。36氪
所以我给出的结论是：大厂抄到的是编制，没抄到闭环。有三样东西是真难抄的：第一，沉淀了十几年现场痛点的产品平台（Ontology 那一层）——FDE 的产出能变成平台上可复用的能力，才划算；第二，现场能指挥平台的组织机制——那位售前吐槽的 KPI 对齐，恰恰是多数公司做不到的；第三，政企客户的信任和数据权限——这不是花钱能买到的。
再说两件实际的事。
想转行 FDE 的人，用三个问题可以筛掉大部分假 FDE 岗：公司有没有自己的平台产品，还是纯项目制交付？验收标准是业务指标（比如报修信息送达从 6 分钟缩到 2 分钟），还是"部署完成"就算？现场的 KPI 跟客户结果挂钩，还是只跟项目人头挂钩？三个答案都是否定的话，你转过去的大概率是换了名字的外包活。
关注 Palantir 长期价值的人，看到大厂组建 FDE 团队，先别急着下"护城河没了"的结论。有三件事值得盯：大厂 FDE 团队能不能转化成真实的企业收入，Palantir 的客户数和净扩张率，以及 AI 落地服务市场会不会打价格战。如果大厂真能把 FDE 变成收入，真正被撼动的不是 Palantir 的名头，而是它的定价权——那才是比"人人都在抄"更值得跟踪的信号。
最后一句话带走：这场 FDE 之争的本质，是 AI 行业终于承认了部署比模型更值钱——但部署能力恰恰是最不光鲜、最难抄的部分。最热的岗位往往最容易被学错，这对求职者和投资者同样适用。
