我想换一份工作。目前想换的是 FDE,也就是前沿部署工程师。但我是一个文科生,原先在互联网行业做硬件产品,主要是软硬件一体机这类产品。 工作场景主要是给政府以及一些头部大型商业客户做设备,然后提供数据服务。我们可以租,也可以卖。核心能力主要是提供设备里的那一套数据流程、数据库表,或者数据应用等。 这样的工作背景让我觉得,我可能会比较适合做 FDE。但由于我是一个 AI,是非 AI 工程师,我不确定: 1. 能否胜任这类工作。 2. 如果想从现在这个起步点胜任它,具体需要做什么,在动作上要执行什么。 3. 需要转变哪些 Mindset。 其实我现在对这件事情把握特别低,甚至认为这是不可能的。但我又隐隐觉得何乐而不为呢?这是自己的工作。 第四,我想先开始看中国的机会,然后去投。因为中国这一块还没有完全火起来,这个岗位还没有火起来,我想可能先吃到第一口肉,先看一看,先投一投。那么,我怎么样基于以往这些跟 AI 或者完全无关的工作经历,把简历包装成一份对方公司可能认为我可以胜任 FDE 工作岗位的 AI 简历,然后再去投? 当然,我目前在国内,所以想投国内的公司。但我一点都不限制,我认为 FDE 这个工种可能更适合在国外找工作,所以我也会去看看一些国外的机会。这就是我的需求。 很简单,我的目的就是能找到一份 FDE 的工作,这是客观上要有一份工作。实质上,我要装备好自己,具备 FDE 这个工种的能力,包括技能上的能力和 Mindset 上的能力。这就是我想达到的最后核心 3 个目的。

提问

AI根据立正公开的文章和视频整理,不是他本人回复

你的背景不是白纸:面向政企客户做软硬件一体机、数据流程和数据应用,正好是 FDE 最需要的客户现场经验。真正缺的是能自己动手改代码、把 AI Agent 跑通这一块,需要补,但不是不可能。

FDE 要的是能自己动手交付的人,不只是懂客户

材料里的观点

Jove Zhong 把 FDE 放在 AI Agent 语境里理解:客户有工程团队,但未必能在短时间内自己做出符合业务场景的 Agent,FDE 要结合客户业务逻辑和平台功能,把系统做出来,还要处理幻觉、RAG 低延时这类细节⁠1。他强调 FDE 要能赢得 CEO、CTO 的信任,理解需求,也要会说 no,甚至要出差加班⁠1。未末的说法更硬:FDE 必须自己能上手改 production 代码,不能提个 ticket 让家里工程师改,否则就只是客服或高级售前⁠2。立正在同一篇里也认为,能把客户需求翻译成产品改动、并自己把改动做出来的人,比传统支持角色更关键⁠2。所以判断你能不能胜任,关键不是文科还是理工科,而是你能不能独立把一段真实业务跑通并交付。

你的存量经验值钱,缺口在动手那一半

你做过政企和头部商业客户的软硬件一体机,涉及数据流程、数据库表和数据应用,这对应 FDE 里“理解客户业务、定义成功标准、对结果负责”的部分。Jove 说 FDE 的价值不集中在单纯写代码,而在于理解客户、建立信任、做判断、处理冲突、对结果负责;他还把 FDE 称为担心被 AI 替代的工程师的“避风港”,因为其中涉及很多人的成分,很难被 AI 取代⁠3。这是 AI 的综合:你的客户侧经验可以迁移,但《他的FDE团队从30人扩到100人》⁠1、《学术界火了十年的Graph数据库》⁠2都要求技术交付能力,所以不能只靠客户经验就认定能胜任。

在国内投,先分清岗位是真 FDE 还是换了名字

结合提问者的处境

立正在另一期里提醒:国内企业市场不大,很多所谓 FDE 其实是 solution engineer、客服工程师或驻场工程师换了个更好听的 title;他还说国内照抄国外“FDE 改核心 production 代码”的模式不太现实⁠4。这不代表国内没有机会,而是你投递时要看岗位描述里有没有“自己动手交付、对结果负责”的成分,避免进去后做的是售前或客服。至于简历包装,现有材料没有给出具体写法,只能由你按目标岗位要求,把政企交付、数据流程和客户信任这些经历对应到 FDE 的职责上;这是 AI 的应用建议,不是材料里的现成方法。

现有材料没有给出简历包装的具体方法,也没有国内 FDE 岗位的招聘数据;关于你能否胜任,只能依据嘉宾对 FDE 职责的描述作条件判断,不能替你下结论。

回到4份原文

国内哪些公司在招真正要动手交付的 FDE,岗位描述怎么写才值得投?

追问

AI根据立正公开的文章和视频整理,不是他本人回复

现有材料没有点名任何一家国内公司正在招“动手交付型”FDE,所以无法给出公司名单。但可以给出一条筛选标准:岗位要求候选人能自己改生产代码、对交付结果负责,而不只是驻场沟通或提工单。

先按“能不能改生产代码”筛岗位

立正转述他与 Jove 访谈中的一个标准:FDE 要能在客户现场直接改 production 代码,而不是回公司提 ticket 让别的工程师改;按这个标准,FDE 是产品的一部分,不是客服的一部分,只做客户沟通的那类岗位更接近 solution engineer⁠1。这是 AI 对材料的归纳,不是国内招聘市场的统计。

投递前可以看 JD 里有没有这些信号:要求独立完成客户现场的代码改动、要求自己设计测试与评估、要求对上线结果负责。如果 JD 只写“驻场沟通、需求收集、协调研发”,那更可能是换了名字的驻场或售前岗位。

国内“FDE”这个头衔本身不可靠

立正提到,国内一些招聘把 solution engineer、客服工程师或驻场工程师换个 FDE 的名字,钱一样多、头衔更好听⁠2。他还说国内企业常有“打着要买你的旗号聊半天、拿到想知道的东西就走”的情况⁠2。所以看到国内 FDE 岗位,先看职责和考核,不要只看头衔。

Jove Zhong 也判断,FDE 在北美相对成熟有效,在国内还很难讲;他提到国内人工没那么贵、ToB 市场比较 tricky,业内对 FDE 模型多是观望⁠3,4。这是他对市场环境的判断,不是对某家公司的评价。

值得投的 JD 长什么样

结合提问者的处境

结合上面的标准,值得投的岗位描述通常会把“动手”写成可验证的要求,例如:在客户环境里独立完成 agent 或数据流程的搭建与调试、自己写测试和 eval、处理 edge case、对最终效果负责。Jove 描述过一种考察方式:给 API 和 knowledge base,在 90 分钟内做出一个 agent,并证明它质量高、能处理边界情况,这比 toy project 更能看出熟悉程度⁠3。

反过来,如果 JD 通篇是“对接客户、梳理需求、推动内部研发排期”,那它更接近售前或驻场协调,和你想要的动手交付不是一回事。这条判断是 AI 基于上述标准的应用,具体岗位仍需逐条核对原文。

提供的材料没有点名任何一家国内公司正在招 FDE,也没有国内 JD 原文,所以无法给出公司名单或逐条比对真实岗位描述。《他的FDE团队从30人扩到100人》⁠3、《他的FDE团队从30人扩到100人》⁠4的说话人标注为“声纹”自动匹配,归属以原文标注为准。

回到4份原文