加州: OpenAI联手PE砸下$40亿聊聊硅谷最火新职位FDE

Jove：对，Palantir作为这个模式的最初的创造者来讲肯定值得尊重。当然他的业务会非常的神奇，因为不是每个厂商都能够去做一些军方的业务。在10年、15年前他开始做，我觉得因为很多具体想要什么，他是不高兴说得很明的，你必须是跟他们面对面，跑到同一个军营的帐篷，看到这些数据他才愿意说得很细，而且中间又会涉及到比如说数据建模或者是要临时做API。所以他是招了这两个团队：一个团队是有点像前线驻场软件工程师类似的，另外一个是偏业务负责人的——对，一些作战或者是一些抢救之类的他会比较熟。一个是偏技术，一个非技术。

FDE我们通常意义上来讲，还是一个非常技术的工种。对Cresta来讲，我们其实也是觉得这样的方式会比较合适。最理想情形当然是你一个人什么都会，就像所谓的一人公司一样，你既是CEO又是CTO，但毕竟这样的人比较难招，而且大家精力比较有限。所以我们做过一些尝试，比如说我们早期也有所谓的“对话设计师”，他更多对人际交互、共情很多细节会比较熟，他不需要技术。我们最近这差不多一年的方式，也是有所谓的FDE和FDPM（Forward Deployed Product Manager，前线部署产品经理）一起配合，FDPM就不需要那么技术。

FDE像一个Forward Deployed CTO，可以想象FDPM就是Forward Deployed CEO，他用他的人际能力、沟通能力、协商能力，与客户深度磨合，花很多时间去培养信任，知道他到底想要什么。包括做一个Agent，你该说什么不说什么，你的测试集应该怎么去创建，很多事情跟编码没有那么直接相关，他也不需要知道安全应该怎么做、网络怎么配，但这个本身是个很扎扎实实的一大块的活，FDPM就可以专门对这块做一些把控。就像CEO一样，他为整个公司负责，FDPM就为整个AI Agent的智能体行为和能力水准负责；FDE就是从技术角度确保这个实现是合理的，我们对应的测试是健全的，包括FDE还带有把这些经验教训带回公司，能够把产品变得更好这样一个职责。

这样一个FDPM跟FDE合在一块，因为我们很容易一天要跟两三个客户开好多的会，这些会对于FDE来讲并不是每个都要参加，因为他可能还在讨论我应该先说什么后说什么，如果大家有个结论，实现来看不是一个很难的事情，所以大家分工不一样。FDE就可以更注重这些AI的一些行业最优实践，怎么能够把经常要做的一些开发的工作，把它变成SDK、工具包、CLI，我们更多从技术角度来做贡献；而FDPM就可以把握具体的一些需求，包括有的时候会有一些风险，你怎么去上报，甚至是你要去追加销售——原先你已经做了三个用例，你是不是可以做成六个。有大量这种，你就把它想象成CEO和CTO的差别，我觉得还是有效的，这样避免对招聘的人的要求过于高，而且让一个人每天要花大量时间做不同的事情，这样分开两个之后会好一些。

加国球迷奔洛杉矶但机票太贵买不起

77岁妇退休舍加州住邮轮满1年爽翻吐现况

硅谷富豪的早餐:22种食材,看有没有你愿意吃的

Yiwen：所以总结一下就是，FDE其实本身是一个技术性比较强的这样一个职位；FDPM更多是对行业知识的了解，我理解可能这些人很多是从比如说咨询背景，或者更多的是一个企业运营的背景。我觉得可以借这个机会说一下，你觉得什么样的人最适合当FDE？一个优秀的FDE是什么样的？

Jove：我觉得也是逼自己抛出来句话：我要说打造全世界最好的FDE团队。对，是个目标。虽然说现在获得一些成绩，但我确实觉得，Palantir巨大的成功，或者是它的股票往上涨，有多少比例是因为FDE这个其实很难讲，因为它本身有太多因素在里面，但是它开创了这样一个模型。但现在FDE变成很热门，是因为AI落地有太多的困难，而这个复杂性你不想把它直接抛给客户，而FDE能够把这些复杂的层面自己消化掉，能够给客户一个很好的方案。

而且对于很多产品公司，或者是SaaS或平台公司来讲，FDE把在前线的这些经验教训直接去改变产品了。因为你想，10年前Palantir的FDE就算知道产品有很多漏洞又怎么样？他可能回头只能写封信或者是开一个工单求着别人去改，可能再过半年就改好了。但是因为现在AI Coding特别强，所以我们这些FDE——当然我们招的时候就会门槛比较高，希望是比较好的工程师——但是另一方面，因为有这些AI Coding Agent、Claude Code或者是这些模型，你知道哪里不对，哪里有提升空间，哪里可以做得不一样，哪怕你有5个、10个不同的repo、不同的语言、不同的栈，你就可以很容易地让AI帮你做成这个样子，然后你找个合适的人复盘就可以了，所以这个迭代就很快。

除了coding之外，现在skill本身也是一个很好的模型，就能够有一个方式可以蒸馏了。原先都是大家留在脑子里面，大家可能要花很多时间做知识转移，现在你可以把它写成skill——有一个很长的markdown，有一些脚本，有一些参考文档。你做了两三个类似的事情之后，就可以变成一个很好的skill，这个能力就可以在下一个项目里面很快去用得到。或者是说我们现在30个FDE，又来了20个FDE，那20个FDE它甚至只要把这个skill装在那边，能够访问就可以，它都不用去学。所以这个就很容易像一个雪球效应，所以FDE现在肯定是一个比较合适的状态，招更多FDE能够去落地。