腾讯最近在招 WorkBuddy 的 FDE。这份 JD 写得挺实，从深入业务场景把需求转成 AI 解决方案，到用 RAG、MCP、多 Agent 编排做定制，再到把一线经验沉淀成交付资产反哺产品，技术栈和职责都摆得很清楚。
拿来拆一拆，恰好能把中国本土 FDE 的内核问题摆出来。
FDE 这个概念是 Palantir 造起来的，前台站着个能跟客户 CEO 对话、能把现场痛点翻译成方案的精英。国内这两年跟着热，百万年薪的口号喊得到处都是。但中国本土的 FDE 内核到底是什么，没几个人讲清楚。借腾讯这份 JD，我试着把它掰开。
Palantir 的 FDE 不是一个人在战斗
Palantir 把 FDE 包装成个人英雄，一个人搞定客户、搞定方案、搞定交付。这个神话能立住，有个前提很少有人提：FDE 背后站着一整套完整的产品线。
FDE 进客户现场，干的事很具体。跟客户的业务负责人聊，把对方说不清的痛点翻译成能落地的方案，现场快速搭一版原型验证可行性，跑通了再推交付。这些活看着都长在 FDE 个人身上。
真正值钱的，是另一件不太显眼的事。FDE 在 A 客户那儿做了一个数据管道、一套分析模型，会发现这个路子 B 客户也用得上。把这一单里的共性抽出来，沉淀回产品，变成一个模块、一个模板、一条流水线，下个客户来了直接配，不用从头搭。这一步叫抽取共性，是 FDE 跟外包的核心区别。
Palantir 的 FDE 抽完共性，背后有 Gotham、Foundry 这些产品线接住。每个客户做下来，产品都厚一层。产品越厚，下个客户的 FDE 越轻松，能站在前面所有客户的肩膀上。FDE 站在台前，背后是整套体系。神话是体系的神话，落到个人头上只是被放大了。
FDE 是体系的出口。出口看着光鲜，是因为背后有产品线在供水。
国内 FDE 活成了高级外包
国内普遍的 FDE，没有产品线托底，能力被塞进一个角色里，又要技术，又要销售，又要沟通，又要沉淀。拆开就是销售、驻场、培训、实施四样活全压在一个人身上，什么都得会，什么都得干。
问题卡在抽取共性这一环。很多 FDE 是乙方派到甲方的项目制，做的是甲方这一个客户的定制项目，根本没有自己的产品可以回流。共性好不容易从客户现场抽出来了，没地方放，只能存进某个 PPT、某个项目文档，跟着项目验收一起进归档。下个客户来了，从头再来。
这步做不起来，根子在机制。组织上没有把一线经验回流产品的通道，FDE 就算有心抽共性，也没地方交。一个 FDE 做了十单，理论上应该攒下十单的行业认知，实际是人一离场，留下的就是一堆文档，下个项目的人还得重新摸索。
做一单是一单，能力长在人身上，人走了经验也走了。卖的是人天，产品沉淀那一层是空的。跟外包的区别，大概就是 title 好听一点，技术栈要求高一点。
国内外 FDE 最大的差别就在这。Palantir 的 FDE 越做越轻松，共性沉淀回产品了，下个客户能站在上个客户的肩膀上。国内的 FDE 越做越累，每个客户都从零开始，经验攒不下来。
腾讯 WorkBuddy 在补哪一层
腾讯这份 FDE 的 JD，值得细看。先把岗位职责贴出来：
腾讯云 AI 前线部署工程师 FDE（北京/上海/深圳）岗位职责：
- 面向头部客户深入业务场景，将需求转化为 WorkBuddy/CodeBuddy 可落地的 AI 解决方案，主导落地交付（场景适配、系统集成、效果调优、上线护航）；
- 基于 WorkBuddy 的 Skills 与 Connector 生态，为客户定制办公提效、知识问答、内容生成等场景方案，打通飞书/企微/腾讯文档等办公链路；同时推动 CodeBuddy 融入客户 IDE 与 CI/CD 流程，提升研发效能；
- 基于客户私有知识库与业务数据构建 RAG 问答能力，运用上下文工程与 Prompt 工程定制 WorkBuddy Skills 与 Agent 编排方案，通过 MCP 打通客户内部系统（CRM/ERP/OA 等），实现多 Agent 协同与跨系统互通；
- 跟踪客户业务指标（交付周期缩短率、代码采纳率、办公效率提升等），持续调优方案确保价值可感知，并将一线经验沉淀为可复用的交付资产与行业方案模板，反哺产品竞争力提升。
四条职责拆开看，恰好是一个完整的 FDE 闭环。
第一条是前台，深入场景、转方案、主导交付，这是 FDE 的看家本领，跟 Palantir 的 FDE 干的是一类活。
第二条和第三条是关键，讲的是 FDE 手里有什么牌。WorkBuddy 有 Skills 和 Connector 生态，能定制办公提效、知识问答、内容生成，打通飞书、企微、腾讯文档；CodeBuddy 融进客户的 IDE 和 CI/CD；再通过 MCP 打通客户的 CRM、ERP、OA，做多 Agent 协同和跨系统互通。FDE 去驻场，手里是有家伙的，背后一套能编排、能打通、能跨系统的产品工具箱。
第四条最值得琢磨。跟踪业务指标，持续调优，然后”将一线经验沉淀为可复用的交付资产与行业方案模板，反哺产品竞争力提升”。这一条，正是 Palantir 那套抽取共性沉淀回产品的内核。腾讯要的人，得能把现场经验往产品里回灌，做成下个客户能直接复用的资产。
岗位要求也能看出定位。要 3 年以上经验，Python、TypeScript、Java 至少精通两门，熟悉 RAG、MCP、上下文工程、Prompt 工程、SDD、Harness 这一整套大模型应用技术栈，还得能跟客户高管沟通、接受出差驻场。这是一份技术型 FDE 的画像。销售岗套个 FDE 名头，长不出这种技术栈要求。
再往上一层，WorkBuddy 本身是个入口。打开就送积分，每天签到免费薅，腾讯烧点 tokens 养习惯；FDE 拿它当切入点驻场培训，摸清甲方场景；最后把整个腾讯 AI 生态的其他产品引进去。WorkBuddy 是门，门里头是一整套腾讯的 AI 产品。
把这几层叠起来看，腾讯在把国内那种个人扛一切的 FDE，补成产品生态托底、FDE 做场景客制化的模式。JD 把方向写明白了，能补到什么程度，还得看后面产品线接不接得住，看一线经验是不是真回流进了产品。
先有产品，再谈 FDE 客制化
把这些串起来，中国本土 FDE 的内核慢慢清楚了。
国内 FDE 被要求扛的技术、销售、沟通、沉淀这四样里，前三样靠个人使劲都能凑合，唯独沉淀靠个人扛不动。它要把现场经验抽成共性、灌回产品，得先有个产品接得住。FDE 真正值钱的地方，就在这最难的沉淀上。驻场那几天干的活，只是表层。这一步要落地，得先有个东西接住它，那个东西就是产品、平台或生态。
所以企业想做 Agent 落地、想搞 FDE，顺序得反过来想。先有自己的产品、平台或者生态，把容器搭好，再让 FDE 在这个容器上做客户场景的客制化。
容器没有，FDE 就是外包。做完一单丢一单，经验跟着人走，留不下东西。容器有了，FDE 每做一单都在给容器添砖加瓦，共性沉淀进 Skills、沉淀进行业模板、沉淀进知识库，越做越厚，下个客户直接站在前面所有客户的肩膀上。
很多公司想搞 Agent 落地，第一反应是招几个厉害的 FDE。但如果自己没有产品或平台托底，招来的人再强，也只能做成高级外包，做完走人。顺序反了，再强的个人也撑不起一个体系。
Palantir 用产品线托住 FDE，腾讯拿 WorkBuddy 当生态入口。路子不同，都认准了同一件事，FDE 得有底座。还在指望招几个全能 FDE、靠个人能力硬扛的公司，多半会把 FDE 做成高级外包。