读完一早上的访谈.
主题综述

前置部署工程 (FDE) · Forward-Deployed Engineering

主题综述

主题页(活文档)· 最近更新 2026-06-12 · 取材 11 篇访谈

更新日志

主流共识

热得发烫，且人人都在做。 这是少数几乎无人否认的事实。Harry Stebbings 在 20VC 上的反应几乎是这个主题的注脚：

"It's so hot. Everyone wants an FD. You've got an FD. I want an FD."
「非常热门。每个人都想要一个 FD。你有一个 FD。我想要一个 FD。」
Harry Stebbings · 20VC Why 90% of Founders Build Startups Wrong

起源是 Palantir，核心动作是「进客户的楼、拿一张自己的桌子」。 Nabeel Qureshi 给出了最素的定义——它不是顾问，是真的嵌进去（逐字稿仅中文）：

「你可能会花周一到周四的时间，实际上进入客户工作的建筑物，你会和他们一起工作。你真的会在那里得到一张桌子。所以那位工程师被称为前线部署工程师。」
— Nabeel Qureshi · How Palantir built the ultimate founder factory

「现场手搭一次性方案 → 提炼成通用产品」是被反复确认的飞轮。 Nabeel 把它讲成一个完整循环——而且这个循环必须包含「敢从头造新产品」这一激进授权（逐字稿仅中文）：

「你了解问题，你弄清楚什么软件最能解决它，你构建那个软件，你用它来实现目标，然后最终它会被纳入更广泛的产品套件中。」
— Nabeel Qureshi · How Palantir built the ultimate founder factory

它有效，是因为现成工具装不进真实业务的混乱。 Brad Lightcap（OpenAI）说得最干脆——通用工具的时代结束了：

"Now you've got people kind of contorting themselves, trying to figure out how to adopt the thing off the shelf that wasn't really built for their company... And I think that that entire era is over."
「现在你有了一些人，他们扭曲自己，试图弄清楚如何采用那个并非真正为他们公司打造的现成的东西……我认为那整个时代已经结束了。」
Brad Lightcap · Uncapped #46 Brad Lightcap from OpenAI

前沿实验室自己也在重金下注，被多方当作「这事是真的」的信号。 Brad 确认 OpenAI 正在建一个相当大的 FDE 组织：

"We're building a fairly substantial forward deployed engineering org."
「我们正在建立一个相当大的前置部署工程组织。」
Brad Lightcap · Uncapped #46 Brad Lightcap from OpenAI

Aaron Levie（Box）把「连实验室都得这么干」直接当成判据：

"If the labs have decided that they need to hire FDE and professional services, then I think that's a pretty clear indication that there's no easy mode of workflow transformation."
「如果实验室已经决定他们需要聘请 FDE 和专业服务，那么我认为这清楚地表明，工作流程转型没有简单的模式。」
Aaron Levie · Every Agent Needs a Box

分歧在哪

分歧不在「要不要做」，而在 它是不是壁垒、做到什么规模才划算、和老式咨询/销售工程到底差在哪。同样的词，几个阵营说的根本不是一回事。

阵营一：它就是护城河——把隐性知识编进 agent

Brendan Foody（Mercor）是这一派最系统的理论家。他把壁垒明确从「上市/销售」挪到「售后的 forward deployed motion」，理由是：纯软件能被 Claude 一句话复制，但深扎进去训练出来的隐性知识不能：

"I think it's arguably more the forward deployed motion rather than the go-to-market. And forward deployed motion being the post-sales, go-to-market being the pre-sales... and you have a savvy customer who's spending a million dollars a year on the SaaS product, and they realize they could just like Tell Claude to copy it and they'll get the same exact thing. It feels very difficult to maintain your pricing power."
「我认为可能更像是前瞻性部署的动作，而不是市场推广。而前瞻性部署的动作是售后，市场推广是售前……比如说你有一个聪明的客户每年在这个 SaaS 产品上花费一百万美元，他们意识到他们可以告诉 Claude 去复制它，然后他们就能得到完全相同的东西。维持你的定价权依然非常困难。」
Brendan Foody · 20VC Mercor CEO on Why Application Layer Companies Have No Defensibility
"If you have a great forward deployed motion where you're going deep with a customer, you're training the agents based on all of this tacit knowledge within the company so that it understands how to perform effectively, that feels incredibly differentiated and hard to recreate."
「如果你有一个很好的前置部署策略，深入与客户合作，你正在基于公司内部所有这些隐性知识来训练代理，使其理解如何有效地执行任务，这感觉非常具有差异化且难以重现。」
Brendan Foody · 20VC Mercor CEO on Why Application Layer Companies Have No Defensibility

Happy Robot 的两位创始人把这个「隐性知识 = 壁垒」讲到了最细的颗粒度。Luis Paarup 说，原始智能买不到的是「公司怎么运作」这一层：

"You cannot just build an agent, fine tune it and have it work at any type of company. All those nuances is Outside of the model is that context layer that we're trying to create."
「你不能只构建一个代理，微调它，让它在任何类型的公司中工作。所有这些细微差别都在模型之外，是我们试图创建的上下文层。」
Luis Paarup · Building AI Agents for Enterprise Operations

而这层 context 大量是「待在人脑子里的部落知识」：

"A lot of this context is like tribal knowledge the operators hold."
「很多这些上下文就像操作员持有的部落知识。」
Luis Paarup · Building AI Agents for Enterprise Operations

Jesse Zhang（Decagon）虽然总体是怀疑派（见下），但在「壁垒来自 agent 随数据持续变强」这一点上与 Mercor/Happy Robot 同调——值得放在一起看，因为他用的是「moat」而非「forward deployed」一词：

"When you think about moats in the agentic world, a lot of it is around if you've been working with a client for a year, has your agent just continuously gotten better by learning from the data?... to the point where it's just very difficult for another agent to come in and perform at the same level?"
「当你考虑代理世界的护城河时，很大一部分是围绕着，如果你已经与客户合作了一年，你的代理是否通过从数据中学习而不断变得更好？……以至于另一个代理很难进入并在同一水平上执行任务？」
Jesse Zhang · Jesse Zhang - Building Decagon (Invest Like the Best)

阵营二：它是被高估的弯路——产品优先才能扩张

同一个 Jesse Zhang，在 20VC 上对 FDE 本身却是明确的「我们错了」。注意他的联合创始人 Oshwin 正出自 Palantir——这是从内部反水：

"I think our mistake was we over-indexed on that a little bit because I don't think that concept necessarily makes sense in all use cases... when that's the case, you have way more advantage building a products-first approach."
「我认为我们的错误在于，我们在这方面投入了过多精力，因为我认为这个概念不一定适用于所有用例……在这种情况下，采用产品优先的方法更有优势。」
Jesse Zhang · 20VC Why 90% of Founders Build Startups Wrong

他给 FDE 划了一条硬经济线——这恰恰把阵营一和阵营二调和不了的点摊开了：FDE 只有在客户够大时才成立，而大多数人没有大客户。他甚至给出了门槛数字：

"What a forward-planning engineer at Palantir means is you're working on a 10, $25 million deal... But for you to actually have a FTE model, you need to have massive clients. And most people do not have massive clients."
「在 Palantir，前置部署工程师意味着你正在处理一笔 1000 万到 2500 万美元的交易……但要真正拥有一个 FTE 模式，你需要有大量的客户。而且大多数人没有大量的客户。」
Jesse Zhang · Jesse Zhang - Building Decagon (Invest Like the Best)
Patrick: "What do you think the minimum customer size and revenue is to justify a forward deployed engineer model?"
Jesse: "Oh, probably a million."
Patrick：「你认为最小的客户规模和收入是多少才能证明前置部署工程师模式是合理的？」
Jesse：「哦，可能是一百万。」
— Patrick O'Shaughnessy & Jesse Zhang · Jesse Zhang - Building Decagon (Invest Like the Best)

他对约束的诊断和 Palantir「每工程师收入」指标其实是同一枚硬币的两面——只是 Jesse 把它读成「别被人力卡死」，Nabeel 读成「逼出产品杠杆」：

"It's just prevents you from scaling. No one can hire good people that fast... if your business is fully constrained on good people, then that's also not a good thing."
「只是会阻止你扩展。没有人能这么快地雇用优秀的人……如果你的业务完全受限于优秀的人才，那么这也不是一件好事。」
Jesse Zhang · Jesse Zhang - Building Decagon (Invest Like the Best)

Nabeel 自己其实承认了这条经济线——这是两个阵营少有的握手点，但他的结论是「票面价值够大就值得近乎浪费」（逐字稿仅中文）：

「关键在于你必须愿意几乎是浪费。就像你必须愿意投入大量资金来找到那个东西，为此，你需要一定的票面价值，对吧？所以你需要每个客户的收入可能达到数十亿美元。如果低于这个数字，你可能不是在考虑传统的前沿部署工程师模式。」
— Nabeel Qureshi · How Palantir built the ultimate founder factory

阵营三：换了个名的销售工程，没那么新

Brian Halligan（HubSpot 创始人，Sequoia CEO coach 节目）是最大的祛魅者。他原以为 AI 会让企业销售焕然一新，结果发现一切照旧、只是改了称呼：

"The only thing that's different today, it's exactly the same as it's been for a hundred years, except they call their SCEs or their system consultants for deployed engineers. The rest of it is the same... Enterprise sales hasn't changed that much since the 1990s."
「今天唯一不同的是，它和一百年前的情况完全一样，只不过他们把他们的 SCE 或系统顾问称为部署工程师。其余的都一样……自 20 世纪 90 年代以来，企业销售没有发生太大的变化。」
Brian Halligan · Sequoia CEO coach: Why it's never been easier to start

被追问「那它和过去的销售工程到底有没有区别」时，他几乎是半推半就地承认就是一回事：

"I think it's a solutions consultant sales engineer. They're technical. They help you implement it... It's different. I mean, you're training it in a different way... I'm sort of being light on it because, boy, it looks similar, except that role has a different name to it."
「我认为这是一个解决方案顾问销售工程师。他们是技术人员。他们帮助你实施它……这是不同的。我的意思是，你正在以不同的方式训练它……我有点轻描淡写，因为，哎，它看起来很相似，只是这个角色有不同的名称。」
Brian Halligan · Sequoia CEO coach: Why it's never been easier to start

Bret Taylor（Sierra）和这一派部分共鸣——他刻意拒绝「forward deployed engineering」这个标签，并强调他们卖的不是「替客户造 agent」，客户大多自己造：

"There's sort of a fashionable thing to talk about forward deployed engineering in Silicon Valley. We don't call it that... most of our clients build and maintain their agents themselves. It's pretty easy to do. But we show up and we help you be successful... we'll just show up like we're not going to let you fail."
「在硅谷，谈论前沿部署工程似乎很时髦。我们不这么称呼它……我们的大多数客户自己构建和维护他们的代理。这很容易做到。但我们会出现并帮助你取得成功……我们就像会出现在你身边，我们不会让你失败。」
Bret Taylor · Uncapped #42 Bret Taylor from Sierra

主持人 Jack Altman 顺势给它起了个更诚实的名字，Bret 欣然接受——这本身就是对「FDE 是不是新东西」的一个回答：

Jack: "It's like a forward-deployed change management engineer."
Bret: "Yeah, exactly."
Jack：「这就像一个前沿部署的变革管理工程师。」
Bret：「是的，没错。」
— Jack Altman & Bret Taylor · Uncapped #42 Bret Taylor from Sierra

阵营四：精确的中间立场——服务是不是产品，由「留下了什么」决定

Happy Robot 不满足于「FDE 是不是咨询」这个二选一，而是给了一个可操作的分界：纯服务交付的是一份报告，FDE 交付的是「一个还在跑的 agent + 平台」。这是对阵营三最直接的反驳：

"The forward deployed engineers are like catalysts or accelerators to value. But what we're leaving in the customer are like agents running... you're not delivering like an output that the FDE has done. You're literally delivering the agent working on a platform. So it's a very different distinction of pure services versus like a forward deploy implementation, plus the platform running the value forever."
「前线部署的工程师就像是价值的催化剂或加速器。但我们留给客户的就像是正在运行的代理……你并没有交付 FDE 完成的输出。你实际上是在交付一个在平台上工作的代理。因此，纯服务与前线部署实施之间的区别非常明显，加上希望能够永远运行价值的平台。」
Luis Paarup · Building AI Agents for Enterprise Operations

而且他们把 FDE 的组织归属也想清楚了——不是销售的延伸，是产品的延伸，这恰是和阵营三「这是销售工程」的根本分歧：

"The FDE team would actually be an extension of product, which is what they should always be. It's an extension of product so that we can implement product faster. We can gather the feedback faster from the customers and hence capture that context faster than anyone else."
「FDE 团队实际上会成为产品的一个延伸，这也正是他们应该一直是的。它是产品的一个延伸，以便我们能更快地实施产品。我们可以更快地从客户那里收集反馈，因此比其他任何人更快地捕捉到这些上下文。」
Pablo Palafox · Building AI Agents for Enterprise Operations

值得玩味的是，Mercor 把「服务是新软件」捧为壁垒，却同时预言服务本身正在被 agent 自动化——这是阵营内部最尖锐的张力，Brendan 自己一句话里就藏着：

"We have about 100 people are called 150 people and our delivery organization that do that for deployed work of helping to go the last mile for the customer. But now we have an AI project manager that just completed its first project managing that entire thing end to end... services are getting automated."
「我们大约有 100 到 150 人组成的交付组织，负责为客户提供最后一公里的帮助。但现在我们有一个人工智能项目经理，它刚完成了第一个项目，全面管理了整个过程……服务正在自动化。」
Brendan Foody · 20VC Mercor CEO on Why Application Layer Companies Have No Defensibility

一个被多人共享但用途相反的判断：FDE 该不该把客户「教会」

Vercel 的 Malte Ubl 提供了和「锁定式护城河」完全相反的设计意图——FDE 的目标是让客户三次之后不再需要你，而且明确说创业公司不该用 FDE：

"As a startup, I don't want a Forward Deployed Engineer in my office. I just want to see the open source project and feed it to Cloud Code..."
「作为一家创业公司，我不想在我的办公室里有一个 Forward Deployed Engineer。我只想看到开源项目，然后将其提供给 Cloud Code……」
Malte Ubl · ⚡️ Ship AI recap: Agents, Workflows, and Python
"For the third one, the assumption is that you actually don't need any help anymore... now this is a company that's empowered to build its own custom agents."
「对于第三个，假设是你实际上不再需要任何帮助了……现在这家公司就有能力构建自己的自定义代理了。」
Malte Ubl · ⚡️ Ship AI recap: Agents, Workflows, and Python

把 Malte「教会就走」和 Mercor「编进 agent 锁住」放在一起，就是这个主题最未解的张力：FDE 到底是在赋能客户独立，还是在制造依赖。

都没说透的

我的看法

以下是判断，把握中等。一是这几场放在一起最强的信号不是「FDE 是不是护城河」，而是所有人都在重新定义这个词来贴合自己的商业模式——Palantir 的是千万美元重型嵌入，Sierra 拒绝这个名、Happy Robot 把它定义成「产品的延伸」、Mercor 把它等于「售后壁垒」。词热了之后语义被稀释，这本身比任何单一定义都重要。二是我倾向 Happy Robot 那条务实的分界（交付的是还在跑的 agent，不是报告）比「服务 vs 产品」的口水仗更有解释力；Brian Halligan 的祛魅也基本成立——执行动作确实像 90 年代的销售工程，新的只是「留下一个会自我学习的系统」。三是 Jesse 的反水值得最重视：一个 Palantir 嫡系、亲手押注 FDE、又公开说「我们过度押注、退回产品优先」的人，是这个过热叙事里信息量最高的反方证词。

还想知道什么

取材

继续读
线索
阅读线索：agent 不到 9 nines 可靠，那应该卖给企业还是消费者
线索
阅读线索：如果 coding 是 commodity，AI startup 的护城河长在哪儿
线索
阅读线索：推理成本一年跌 10×，AI app 该按什么定价
线索
摘报
综述
AI Agent 安全与治理
综述
Agent 代购时代：广告与商业的重写