代码越来越便宜人却越来越难搞FDE全网最火热、最神秘的AI岗位之一。火热在于不少大厂开出了月薪高达三五万的招聘小红书FDE遍地走到处都是求职经验贴。据招聘数据网站FDE Pulse统计海外公开薪资的FDE岗位基本年薪中位数约20万美元折合人民币约134万元。都是钱啊这都是钱神秘在于我访谈了6个FDE从业者最后发现他们做的事情好像都不太一样……FDE的全称是Forward Deployed Engineer中文名叫前线前沿部署工程师。顾名思义就是驻扎到客户现场的工程师一边部署软件一边解决客户的实际问题。现在这个词已经从硅谷火到了国内。海外Anthropic宣布投资1亿美元在2027年底前培训1万名FDE工程师OpenAI也带着40亿美元投资成立了专做部署的公司AWS则拿出10亿美元组建FDE部门把数千名工程师派到客户身边。国内也在跟进不少大厂都挂出了FDE岗位。Kimi宣布联合多家IT服务商共建FDE队伍腾讯云则推出号称行业首个的FDE工程师认证同时招募FDE合作伙伴。与此同时也出现了不少独立开发者凭一己之力接单给企业做AI改造。但说起来派工程师去客户现场这件事互联网时代早就有。部署工程师、实施顾问、解决方案工程师、售后工程师…干的都是类似的活甚至一度被看作“脏活累活”。那为什么到了AI时代它突然成了香饽饽这个老岗位到底变了什么FDE究竟是个啥经典FDE模式里经常出现两个不同角色Echo和Delta。Echo负责理解业务、沟通需求和设计方案Delta负责写代码、接数据把方案真正做出来。两者在前线互相配合共同满足客户需求。在后方还有一群Dev普通工程师负责开发标准平台。可以这样概括Delta和Dev的区别Dev做的是“一个能力服务很多客户”Delta做的是“一个客户解决很多问题”。值得一提的是国内FDE的部分岗位招聘也开始标注Echo或Delta方向。这个情况起码在两个月以前是没有的。前线的工作很大程度上围绕Ontology本体展开。简单理解Ontology就是一张可以被软件和AI调用的“业务地图”企业里有哪些员工、部门和订单它们如何关联各自允许执行哪些操作。FDE要做的就是把散落在不同系统、流程和员工经验里的信息整理进这张地图再在上面开发应用、解决问题。当这套模式漂洋过海来到中国它长出了各种变体。到了AI时代驻场的重心也变了企业自己都说不清AI能用在哪FDE得先帮客户想清楚做什么。李开复带队的零一万物就是一个典型。零一万物现在全面转向企业AI走的路径是先找到企业的一号位再派前线部署工程师进场梳理企业的Ontology最后沉淀成产品和平台。早期一个项目要派5名FDE驻场再配5人的后端团队。在李开复看来他们的产品虽然已经实现产品化也采用订阅制“但它并不是一个即插即用的产品”。建立一家公司的Ontology需要一至三个月“公司的数据库、角色和流程都要做好客户才能拿到充分的结果”。在不少公司里也有人在做类似的事。比如Layla和Sonic。Layla在一家SaaS公司做FDEtitle至今还是产品经理。△AI生成2025年三四月起她开始真正进到客户的项目里。客户都是万人以上的上市公司涉及连锁门店和制造业一驻场就是一两个月。刚开始做的时候还没人把这叫作FDE。后来这套模式火了她深入了解了一番“才发现诶好像就是一回事”。她的工作流程be like第一步进场摸清业务从采购、市场、财务、IT等一堆角色里理出客户真正想要什么第二步再给出方案搭一个demo快速验证第三步验证通过后交给公司原有的交付团队上线最后把能复用的能力抽象出来迭代回公司的产品里。这基本就是一套经典的FDE工作流程也是现在企业或独立FDE做开发的常规流程。Layla认为FDE的观察和经验“最终还是要沉淀到标准产品里面去的”。而另外一位企业FDE——Sonic做的是审核类AI项目比如财税审核、广告物料审核。△AI生成同样从2025年起他们组就开始研究FDE。在他看来FDE最关键的环节之一就是梳理Ontology。他举了个例子如果企业想做一个组织管理方面的AI助手就得先把企业有多少部门、部门之间什么关系梳理清楚除了关系还有属性比如一个人的职级和薪资。只有把这些抽象成Agent能理解的结构它回答问题才会更准确而不是瞎猜。这一步往往相当费劲因为FDE经常碰到上下游的历史数据拿不全、老系统没有开放接口等问题项目就很难往下推进。但Sonic认为这一步绕不过去“如果质量足够高会很有效后续交付质量主要取决于前面的Ontology质量。”为了做好这些Layla和Sonic都得常驻客户现场。在Sonic看来驻场不只是为了了解需求还要先拉齐业务方对AI的认知什么能做、什么不能做双方站在同一个语境里才能谈后面的痛点和方案。而来自硅谷公司Baseten的程天舒却告诉我他们的FDE基本不驻场。△AI生成Baseten是一家做AI推理云的公司客户把模型部署在他们的平台上他们让这些模型跑得更快、更稳、更省钱。他们接触的客户几乎都是工程师需求也很具体。比如原本调用OpenAI的API现在想换成开源模型应该选哪个模型怎么部署怎样达到预期的速度和成本FDE会和客户开会了解技术需求再搭一个prototype验证方案。问题可能涉及云基础设施、模型推理优化、训练或者产品体验不同方向由不同专长的FDE负责。对他们来说这种沟通基本可以在线上完成。原因在于Baseten提供的是一套面向开发者的标准化产品它只负责客户业务中的一段明确链路。定制化程度并不高也不需要深入客户组织肌理去解决业务问题。“我们的产品跟客户自己的业务逻辑耦合度不高。”程天舒说。大厂之外一群“游击队”在野蛮生长在公司之外还有一批“游击队”正在迅速壮大他们不属于任何一家有产品的公司自己找客户、自己接单给企业做AI改造。这本身也是AI带来的变化过去定制一套系统得一个团队做几个月现在代码几乎不要钱一个人也能接单交付。这块市场现在非常野生。号称“全网第一FDE”的Lawted告诉我他管这叫土FDE。大厂FDE主要是去推广自家产品而土FDE主要面向“土老板”用OpenAI还是Gemini都行也没有销售任务“你要什么东西我就给你什么东西”。我接触到一个名叫Zaniel的FDE聊完才发现哥们路子太野了。。。他是一名斯坦福在读博士今年4月开始一个人接企业的AI项目。银行、律所、煤化工、月子中心、家政中介、建筑企业……五个多月下来已经做了几十个项目交付全是他一个人。而且有意思的是做了这么多场景后他的工作重点已经从“为客户开发AI系统和工具”转变成了“教企业员工如何用AI”。△AI生成比如他的第一个客户是一家银行几个员工每天要从数据系统里导出一堆数汇总成几张报表给领导看。他一开始做了一个自动生成器数据拖进去一点就出报表。但东西做出来很快就没人用了。因为报表规则每天都在变导出来的表格式也不完全一样写死的程序“用几天就崩溃了”。后来他发现不需要一个新的软件直接教员工把脱敏后的数据交给通用AI去汇总再把高频流程整理成Skill接上现有的数据系统。这样一来员工真的用起来了。Zaniel告诉我至少在白领工作里大部分问题靠一个通用Agent加上一堆Skill和对现有系统的连接就能解决“不需要开发其他新软件”。另一位独立接单的FDE软萌孜神也描述了类似情况。她曾为一家外贸公司做FDE跟老板讨论如何提高员工的AI使用率——最后结论是采购WorkBuddy就行。△AI生成而她负责培训员工如何使用WorkBuddy以及为WorkBuddy打通集团内部现有的系统。这些“游击队”式的土FDE给企业改造改造着发现很多时候并不需要做一个新产品或系统出来他们的业务模式也开始偏向咨询服务。Zaniel和企业的合作有两种模式一种是项目制另一种则是顾问制而且第二种变得越来越多。所谓顾问说白了就是教员工怎么去用这些AI工具。每有新工具出来就帮企业想清楚业务该怎么跟上如果碰到不大的需求他也会顺手做出来包含在顾问服务里。他把这种角色叫作企业外部的“CAIO”首席AI官。而Lawted也觉得自己的业务开始变得像一家咨询公司。他运营着一个叫HA7CH的FDE社群通过办线下交流会和黑客松撮合想要AI改造的企业和独立接单的FDE签下订单。△AI生成流程是企业报上需求他从报名的人里挑一两个选手。选手进厂48小时梳理工作流、做出demo打动老板就当场签单后续交付由选手负责。办了几期后Lawted越来越觉得FDE“非常像咨询”企业往往只知道自己想用AI却说不清问题在哪里FDE得先进入现场完成诊断再把方案做出来。在他看来咨询顾问甚至比程序员更适合转行做FDE只需要补上vibe coding能力“vibe coding其实不难”。代码两天写完真正的麻烦在人看到这里你大概也会发现FDE的工作里写代码和做开发的时间并不多与人沟通反而占了大多数。几位从业者都告诉我他们沟通需求的时间占了七成以上开发大约只占三成。而与客户员工产生摩擦、打不开接口权限等困难也往往发生在这个过程中。在推动WorkBuddy接入企业内部系统的过程中软萌孜神经常要找采购、IT、ERP产品经理和外部工程师反复沟通。有些系统没有现成接口还得推动企业自己开发。一个多月过去仍有不少API没有开放。她说第二天自己还要继续去找IT扯皮。不过她也不认为是员工故意阻挠。“没有人刻意给你使绊。”只是每个人都有自己的任务AI改造在对方那里未必有那么高的优先级。△AI生成拿不到权限有时只是流程问题。但AI带来的阻力还有更微妙的一层过去部署一套软件很少直接动到谁的位置AI不一样它可能改变一个团队原本的工作。有家企业想开发一套覆盖几十个业务模块的AI系统。Zaniel估算自己三四个月就能完成但客户要求他以顾问身份与IT团队合作。尽管签了保密协议对方仍不愿开放代码库却时常让他隔空排查问题。Zaniel也建议部分模块直接使用通用Agent即可没必要全部自研。领导回了一句“你都用WorkBuddy了那他们干啥呢”……听完我只能说这太真实了。不过Zaniel也并不简单地把这归结为客户“不配合”。客户可能有保密要求、既有的供应商关系也可能只是不同部门各有顾虑。“对于企业换一种工作方式的代价常常比换一个工具大得多。”他说。FDE不就是外包吗另一个常常被谈论的问题是FDE究竟是不是外包至少在Baseten答案是否定的。程天舒告诉我他们的FDE和普通工程师一样招聘标准、面试流程完全相同同样拿固定薪资和股票不靠提成。FDE提供的服务也不单独收费。即使搭出了原型只要客户最后没有使用Baseten的云平台就不需要付钱。对他们来说FDE服务于自家产品帮客户用起来再把现场反馈带回去改进产品。△AI生成在企业里的Layla和Sonic也认为把经验沉淀回产品、进行复用是FDE和外包的重要区别。Layla表示过去大家区分外包看的就是它“不会做自己的产品不会沉淀自己的能力”。“如果我们也不沉淀自己的能力不做自己的产品然后每个项目都要从0到1做别人说外包其实也没有办法反驳。”Sonic很直接地告诉我传统外包做不了FDE。“不信的话可以找外包试试。”作为FDE他们会把项目里能复用的模块按场景沉淀到一个评测和迭代平台上再搭建Skill Hub、Agent Hub组里的FDE都在上面做评测和优化。效果是在一个垂直领域里第一个场景从接入到上线大概要一个月做完之后后续的同类场景可能一两天就能接完。“做得越久速度越快。”做得快意味着会开得更少、沟通成本更低“业务会觉得整个过程很轻钱花得值”。听起来只要能把经验沉淀下来、复用到下一家FDE就和外包划清了界限。本来到这里我已经被前面几位嘉宾说服了但Zaniel又刷新了我的认知。大家通常想象的复用是先做出一套半标准化软件到了下一家客户“把规则调一调就可以直接部署”。Zaniel并不否认Skill、代码和行业经验可以复用。但他质疑这些积累究竟能让下一次完整交付便宜多少过去做一套企业软件开发可能要花90块给每家客户适配只要10块。软件做一次、卖给很多家前面那90块就能被一点点摊薄。这是传统软件公司的生意逻辑。AI把这个公式改了。现在开发只要1块适配还是10块。△AI生成比如给一个客户做了客户管理系统下一个客户也要那还不如直接重新做一套“因为AI现在做一个软件出来太快了”。当然代码可以复用Skill和行业知识也能积累。但每进入一家新企业FDE仍然要重新理解需求、连接系统、处理权限再推动不同部门接受新的工作方式。这部分投入并不会随着代码成本一起降低。软件越来越容易复制这门生意能不能复制却是另一个问题。FDE们已经不想说自己是FDE了访谈到最后我几乎问了每个人同一个问题FDE会一直存在吗程天舒认为FDE这个岗位的最终目的“就是要把FDE给取消掉”。需要FDE出手的地方说明产品和客户需求之间还有差距产品做得足够好客户自己就能搞定也就不再需要FDE了。在他看来FDE更适合产品还不成熟的早期公司。成熟的公司其实不太需要这个职位它更像是公司打磨产品过程中“一个过渡性职能”。但他也承认AI发展得太快“你昨天做的产品今天就跟不上了”。只要市场还在变这个差距就会一直在所以这个目标“可以逐渐靠近但是永远无法抵达”。Zaniel的看法则是FDE要做的事在AI之前就一直有人在做以前叫管理咨询也叫IT外包只是这个词最近才火起来。“至于这个词火不火这就是一个互联网的传播学问题了。”事实上他和软萌孜神都不太在意自己是不是FDE。对外这么说只是因为大家熟悉这个词。“其实我不是特别喜欢别人说我是FDE但是我又不得不这样。因为现在市场上你就必须跟你的客户说AI FDE大家才会去看。”软萌孜神说。她更愿意说自己是一名创业者目标是用AI改造外贸“让中国供应链再次伟大”。FDE三个字母已经被塞入了太过丰富的含义。软件开发、咨询服务、员工培训、系统对接、社群撮合……这些看似不同的工种统统都可以跟FDE有关。但不管哪种FDE干的都是把AI真正用进客户业务里、并为此去搞定人的活。如果一定要说这个老岗位在AI时代到底变了什么我认为有三点过去驻场的人负责把做好的软件装上去现在得先帮客户想清楚AI该用在哪。过去定制一套系统要一个团队现在代码几乎不要钱一个人也能接单。过去难的是技术现在难的是人。岗位还是那个老岗位只是到了AI时代它得懂得更多、跑得更快也扛得更多。FDE之所以火也正是因为技术变化来得太快企业还没想清楚该怎么用组织分工也来不及跟上于是太多需要的能力被一股脑押在了一个人身上。就像那条很火的短视频结尾说的“企业买SaaS买到的是软件请咨询买到的是建议找外包买到的是功能。而找FDE他们想买到的是一个人——一个懂管理、懂技术、懂人性、懂AI最好还别要太多钱的人。”原文链接最火AI岗位FDE月薪5万都干这些…-36氪我的专辑《人工智能生命体 新启点》CSDN平台https://blog.csdn.net/2501_91883294/article/details/147616608?sharetypeblogdetailshareId147616608sharereferAPPsharesource2501_91883294sharefromlink