关于FDE的笔记

AI模型制造商正转变为实施公司。

微软承诺投入25亿美元和6000名员工从事嵌入式AI工程。亚马逊在两天前承诺投入10亿美元。Anthropic、OpenAI、埃森哲、安永，都在竞相构建同样的东西。

他们都在招聘的职位是“前向部署工程师”。其卖点是FDE稀缺、专业，值得高薪。

我经营一家嵌入式工程公司已超过十年。对于他们在推销什么以及交付所需的条件，我有一些看法。

FDE概念并不新鲜。Palantir多年前在政府合同中建立了这套打法。新鲜的是规模。微软前沿公司的口号是“无试点。从第一天起规模化。”这在新闻稿中听起来很棒。但在实践中，这意味着6000名员工轮换服务于企业客户，而每个客户在AI就绪程度上都处于完全不同的阶段。

轮换周期阻碍了上下文的积累。你的FDE花三个月了解你的系统，然后被重新分配，下一个从零开始。这不过是换了更好品牌的咨询。

以下是我在运营这种模式十年中学到的五件事，而90亿美元的新FDE项目最终将付出惨痛代价才能领悟。

第一课：FDE并非稀有物种

业界将FDE定价得仿佛它们是珍稀自然资源，实则不然。FDE是那些出于好奇，以产品视角而非代码视角思考的全栈开发者。他们理解某项功能为何对业务重要，而非仅仅关注如何实现。他们在问“该用哪个框架”之前，先问“我们在解决什么问题”。

这类人才在多数工程团队中确实存在。真正的差距在于，大多数公司缺乏一套培养他们的体系。

这套体系便是文化，而文化正是无人愿意谈及的不光鲜部分。

第二课：文化形似工厂车间，而非科技园区

在@LimestoneHQ，团队早上8点集合，这是惯例，而非可选项。他们用实际数据回顾昨日工作，以具体交付物规划今日任务，并在问题成为客户意外之前，提前暴露障碍。

这并非每周一次的回顾会议，而是每日进行。对话持续不断、迭代推进，有时令人不适。这意味着将人们推向他们未曾为自己设定的标准，若有必要，连续三天就质量与责任进行同一话题的讨论。

其目的在于客户成果，而非工程师的愉悦感。牛油果与抹茶的团队福利培养不出FDE，日常运营的磨砺方能成就。而这磨砺，正是嵌入式工程中微软或亚马逊新闻稿永远不会提及的部分。

第三课：“只招最优秀的人”无法规模化

我曾多年践行硅谷式理念：只招最优秀的人，寻找自我驱动者，寻觅那些无需管理便能自主表现的人才。你可以招到这样的人，一旦找到，务必留住他们。

但若你的模式依赖于只找无需指导的A级人才，你将无法规模化。你会坐等独角兽候选人，而客户却在等待交付成果。我们试过，行不通。客户离开并非因为你缺少A级人才，而是因为工作未能完成。

真正有效的是构建一种文化，将一位能干、好奇的全栈开发者，培养成具备产品负责人思维、咨询顾问沟通能力，并像熟悉客户业务的工程师一样高效交付的人。

这需要数月如一日的日常运营压力。有指标的站会，有上下文的代码审查，关注业务影响的对话，而非仅仅关闭工单。日复一日，将人们引向正确标准的枯燥、重复、不显眼的工作。

并非许多人具备系统化执行此事的技能或意愿。这才是FDE市场中真正的稀缺资源——不是工程师，而是能稳定产出他们的运营文化。

第4课：背景知识无法在轮换中存续

这正是价值90亿美元的FDE浪潮值得关注的原因。微软、亚马逊、Anthropic和OpenAI都在押注自己能大规模构建这一模式。但嵌入式工程并非你部署的产品，而是你维护的文化。而文化无法在轮换中存续。

当你的FDE每季度轮换一次客户时，背景知识便随他们一同流失。再多的资本也无法弥补这一点。

一位嵌入式前沿公司工程师与你共同设计AI系统，并非工程援助——那是微软的架构正被安装为你的基础设施。客户应在下一次续约前明白这一点，而非之后。

第5课：若只招聘驻场人员，经济模式将崩溃

如果你只招聘驻场、坐班的FDE，你就将人才库缩小到了可用人才的一小部分。你将支付不可持续的高薪，而客户将承担这些成本。最终，经济模式会崩溃，因为你为FDE头衔收取的溢价，无法匹配在昂贵市场中寻找、留住并轮换人员参与企业项目的成本。

我们的做法不同。我们吸纳有能力的开发者，将其长期嵌入客户团队，并围绕他们构建运营文化，将他们培养成具备产品思维、积累背景知识的工程师——而其他人都在试图直接招聘现成的这类人才。

我们客户的团队也得到同样的待遇。我们不仅嵌入自己的工程师，还转移运营体系，使客户能从现有人员中培养自己的FDE。

FDE市场是真实存在的。它要解决的问题——让AI在现有业务中真正运转——是未来十年最大的工程挑战。

但赢得这一市场的公司，不会是那些在招聘上投入最多的，而是那些构建文化、以比他人招募更快的速度培养嵌入式工程师的公司。

而这种文化，与其说像硅谷，不如说更像工厂车间——在大家还没喝上咖啡之前，同样的操作标准就已经被严格执行。