FDE大致分两种:工程型FDE用代码把模型接进客户系统,业务型FDE把业务经验写成规则、用样本核验结果、设计人机分工。两者是分工不同,不是高低之分,很多项目需要两种人配合。
对比
| 维度 | 工程型FDE | 业务型FDE |
|---|---|---|
| 典型雇主 | 模型公司、平台厂商、大型服务商 | 企业内部、AI应用服务商、行业服务商 |
| 门槛示例 | Anthropic 的招聘要求:8年以上技术与客户复合经验,精通 Python,有生产级上线经历,25%—50%时间出差 | 熟悉某个行业或岗位的真实流程,愿意观察、整理规则、测试和反复修改;不要求编程基础 |
| 主要产出 | 接口、子代理、代码级集成 | 任务说明书、规则库、数字员工配置、核验报告、权限方案 |
| 适合的企业 | 大型企业、大额合同、长期驻场 | 中小企业与大型企业的部门级场景,从一个任务开始 |
和 Palantir 的 Echo、Delta 对应
据 Palantir 官方博客,Delta(前线部署软件工程师)偏技术,负责把平台部署到客户现场;Echo(部署策略师)更接近产品经理,负责把客户的问题弄清楚、定方向。博客也说明,两种角色实际上都混合了产品、工程和策略工作。工程型FDE接近 Delta,业务型FDE接近 Echo。
企业怎么配
- 大型企业、需要深度系统集成:工程型为主,配一名懂业务的FDE负责规则和验收。
- 中小企业、部门级场景:业务型为主,借助 WorkBuddy 等平台完成配置,遇到接口和集成问题再请工程型支援。
- 无论哪种:都要有企业内部的人一起做,项目结束后规则和配置能留在企业里。
常见问题
不会编程,能做FDE吗?
要看做哪一种。工程型FDE需要扎实的编程能力。业务型FDE的核心是业务观察、规则提炼、样本核验和权限设计,借助平台完成配置,不要求编程基础,但要愿意动手测试、反复修改。
一个项目需要几个FDE?
取决于场景范围。部门级的第一个场景,可以从一名业务型FDE加一名企业内部骨干起步;涉及多个系统对接时,再加入工程型FDE。
资料来源
- Palantir 官方博客:Dev versus Delta: Demystifying engineering roles at Palantir
- Palantir 官方博客:A Day in the Life of a Palantir Deployment Strategist
- Anthropic 官网 Forward Deployed Engineer 招聘页(2026年10月整理)