当答案变便宜真正值钱的是替机器把答案接进现实的那个人。2026 年 5 月OpenAI 做了一件和它卖模型的人设不太搭的事专门成立了一家叫OpenAI Deployment Company部署公司的实体还顺手买下了一家叫 Tomoro 的应用型 AI 咨询公司一次性把大约150 名前线部署工程师Forward Deployed EngineerFDE收编了进来。这个新公司带着超过 40 亿美元的初始投资由 TPG 领投顾问方里还有麦肯锡、凯捷、贝恩。一个有意思的反差摆在这里一个靠把智能做便宜、把答案自动化来赚钱的行业转头花大价钱招一批替机器去理解现实的人。这事儿本身就值得停下来想一下——尤其值得做产品和项目的人想一下。01 FDE 不是新词但被 AI 重新点燃FDE 这个角色并不新。a16z 在介绍自家 FDE Fellowship 时说得明白这个岗位最早出现在 2010 年代初的 Palantir。它的本职一直很清晰——驻场在客户组织里把产品接进客户的数据和旧系统理解真实流程处理模型搞不定的那些例外情况。差别在于今天它要交付的东西变了。过去 FDE 交付的是软件模块现在要交付的是让模型在真实业务里跑起来并且被持续使用。看看 Anthropic 的招聘描述就知道了FDE 要直接嵌入战略客户在客户系统里用 Claude 搭生产级应用交付物包括 MCP server、sub-agent、agent skillbase 薪资 28 万到 32 万美元。Anthropic 这个 FDE 职能是 2025 年秋天在 Applied AI 团队内部启动的现在已经扩到了欧洲。资本和头部公司也在用脚投票。a16z 今年办了首届 FDE Fellowship8 周首届 65 名研究员来自 OpenAI、Mistral、Harvey、Rippling、Snowflake 这些公司。FDE 不是某一个公司的招聘噱头而成了一类被单独点名、被圈起来培养的角色。02 为什么是现在智力变便宜之后人往哪走网易不懂经在 9 月 23 日的文章里把这种现象背后的问题点破了当智力本身变便宜人类劳动会往哪里迁移答案是——从生产答案转向理解情境、推动采用、承担后果。三个信号指向的是同一件事。OpenAI 的公告里有一句判断企业 AI 的下一阶段将由企业能把技术部署进真实场景的效率来定义。一个卖模型能力的人亲自下场去挖落地这一公里说明行业自己已经承认瓶颈不在模型够不够强而在模型能不能真正进到客户的业务里。这正是 FDE 爆红的逻辑模型能力的边际收益在递减而把模型接进现实的边际成本还很高。卖铲子的人开始自己挖矿往往意味着金子不在挖铲子的地方而在怎么把铲子用起来。03 对 PM 和项目经理FDE 是一面镜子如果把 FDE 拆开看它特别像AI 时代的项目经理 交付经理 业务分析师揉在一起。要进客户现场、要连数据和旧系统、要懂流程、要处理例外、要盯到模型真的被用起来——这套活传统上分属 PM、交付和 BA 三个人。但 FDE 把这三个人合成了一个并且加了一条最硬的要求对结果负责。不是交付一份 PRD 就结束而是对模型有没有被 adopt采用负责。这恰恰戳中了企业 AI 落地真正的瓶颈它不在模型能力而在四件很软也很重的事组织适配谁的工作流要被改谁会抵触谁来拍板数据接口模型要的干净数据客户系统里往往根本没有流程改造AI 不是加个按钮是要重画一段业务链路责任归属模型出错算谁的没人敢签字项目就卡住。这四件事哪一件都不是模型能自己解决的也哪一件都逃不开人。而它们本来就是 PM 和项目经理的核心能力区——只是很多 PM 把价值停在了文档层把 PRD 写漂亮、把甘特图排满然后交给别人去落地。04 你该不该往 FDE 靠四个判断标准不是劝所有人都去转岗。但 FDE 的兴起确实给 PM/项目经理提供了一组很实在的能力校验标准。你可以拿这四条对照自己1. 你享不享受进现场。FDE 的第一动作是离开工位去客户那边跟一线的人聊他们真实的、混乱的流程。如果你天生喜欢在白板前对齐需求、却不愿意下场闻泥土味那 FDE 会让你很累反过来如果你一进客户现场就兴奋这方向天然适合你。2. 你能不能扛采用这个结果。传统 PM 的验收常止步于功能上线。FDE 的验收是人真的在用、业务真的变了。愿意把 KPI 从交付了什么改成用起来了多少是分水岭。3. 你有没有技术底色但不必是纯工程师。FDE 要能读懂数据接口、能跟工程聊 MCP 和 agent、能在客户系统里搭出能跑的东西。你不必写全部代码但得能在业务语言和工程语言之间架桥——这恰恰是很多 PM 的短板也是最大的增值点。4. 你耐不耐得住模糊。客户组织乱、需求发散、模型当场翻车FDE 得在 ambiguity 里自己推进、自己定优先级。喜欢一切都有明确 spec 再动手的人会在这里非常痛苦。四条里命中三条以上FDE 方向对你就是顺风只命中一条也别慌——下面说边界。05 边界FDE 不是每个 PM 的必答题得泼点冷水。FDE 被热炒容易让人觉得不做 FDE 就掉队了这不对。第一优秀的 PM 本来就在做 FDE 的活。在 product-led 的公司、在小团队里理解情境、推动采用、承担后果本来就是好 PM 的默认动作只是没有这个头衔。你不需要换 title你需要的是把这套动作做到位。第二FDE 主要是在 ToB / 企业服务 / 卖 AI 能力的公司里才成为一个独立的高配角色。纯 C 端产品、内部工具团队往往没有部署公司这种分工强求转型反而拧巴。第三别神化头衔要看能力重心的迁移。FDE 真正提醒 PM 的不是去抢一个稀缺岗位而是当写文档、排计划这类动作越来越能被 AI 辅助甚至替代你的不可替代性就得从生产挪到落地——进现场、接系统、扛结果。06 给 PM 的一个具体动作如果只带一句话走我会建议下一次立项少写一页 PRD多去客户现场待半天把AI 有没有被用起来写进你自己的验收标准里。模型会越来越便宜答案会越来越不值钱。但替机器理解现实、把能力嵌进业务、并对结果负责的那个人短期之内还替代不了——而这件事从来就是好 PM 该做的。