FDE这个岗位，到底在招什么人
Anthropic的FDE面试里最能区分候选人的，不是编码题，而是「你怎么知道这个AI系统在工作」。这道题想筛的信息，比任何行业报告都直接。
FDE(Forward Deployed Engineer)，前线部署工程师，最近关于职业的最热门词汇。这个岗位始于2010年左右的Palantir，内部代号Delta，取自公司早期按NATO字母表给团队命名的习惯。如今OpenAI、Anthropic、Databricks、Salesforce都在大规模招。
有人在Reddit的r/OfferEngineering上整理过一份Anthropic FDE面试攻略，开头就提到：这不像一个正常的后端工程师面试流程。
我们来看看攻略说了啥，对我们有什么启发。
FDE做什么
把AI模型带进客户的企业环境，让它跑起来，并且证明它真的在工作。
关键词是「客户的」。传统工程师在自己公司的代码库里写代码，FDE在客户的代码库里写。
把那份攻略和公开的岗位描述合起来看，工作大致分四段。Discovery，弄清业务实际怎么运转，而不只是客户提出的需求。Scoping，真实范围，以及成功怎么衡量。Build，写生产级代码，集成进客户已有的基础设施。Evals，搭建评估套件，上线后持续盯幻觉、回归、越权。
很多AI项目在第一步就失败了：因为它们止步于PoC，不能真正解决客户的问题和痛点。
FDE的核心能力
猎头公司Christian & Timbers做过一项调研，访谈了180家企业的250多位高管，以及300多位FDE和应用AI工程师。结论是：全美的FDE市场大约有17,000人，其中只有约2,000人反复把企业AI部署转化成了可记录的商业价值。研究把「可记录」定义为数千万美元级的ROI影响。
他们特意强调，不是有2,000个可用，是总共只有2,000个。
面试里能区分候选人的，是一道听起来很简单的题：
你怎么知道这个AI系统在工作？
「用户看起来喜欢这个demo」不够。一个合格的回答要涉及evals、golden dataset、任务特定的评价标准、失败分析、人工审查、监控、权限、审计日志、发布计划。
案例题是同一个逻辑。「一家银行想自动化分析师工作流，你先做什么？」好的答案从discovery开始，不是从架构开始。再问工作流是什么、用户是谁、数据源在哪、失败模式有哪些、监管约束是什么、成功怎么衡量、哪一部分可以安全地先试点。
那份攻略列的常见错误里，有一条是「过度关注prompt，而不是evals和部署」。
FDE成长之路
如果你有咨询、架构、开发和企业交付的背景，好消息是：你已经有的那部分最难教。
让一个纯技术背景的工程师读懂一家制造业公司的排产逻辑，比让一个已经懂业务的人学会做evals，要难得多。
缺口通常在两处。
一是从能跑通到能证明。做出一个能用的RAG或者agent工作流并不难，难的是回答「它的准确率是多少、在什么情况下会失败、这个数字怎么来的」。补齐的办法只有一个：找一个真实场景，搭一套评估集，跑出数字，然后解释这些数字。
二是生产环境的可靠性。监控什么、怎么回滚、权限怎么设、审计日志留什么。这些在demo里全部不存在，在客户那里全部要有。
练习的方式也不复杂：写一个eval runner，写一个带验证的工具调用分发器，给mock数据库写一个连接器。那份攻略把这三样都列在了「比刷LeetCode更相关」的练习里。
17,000和2,000之间的那道坎，不在于会不会写。
在于能不能证明自己写的东西可靠。
参考来源
- u/Aoki_zhang，Anthropic Forward Deployed Engineer (FDE) Interview Guide，r/OfferEngineering，2026-06（求职者个人整理，非官方材料）
- TechCrunch，Forward-deployed engineers are the AI industry’s latest talent obsession，2026-07-30（Christian & Timbers调研数据出处）
- The New Stack，Forward deployed engineer is AI’s hottest job，2026-05
- Palantir Blog，Dev versus Delta: Demystifying engineering roles at Palantir