FDE Wiki

深色模式

争议与批评：关于 FDE 的八场辩论 ​

给正在犹豫「要不要转 FDE」「要不要按 FDE 模式建团队」「要不要买这份服务」的人。这一页把每场争论拆成正反两方，各列证据与出处，并标注证据强度。本页不替读者做选择，但会指出哪一方的证据更薄。

争论一：FDE 是不是换皮的咨询和外包？ ​

这是互动量最大、也最难绕开的一场。

反方（认为就是换皮） ​

英文侧最集中的表达在 Reddit。 r/cscareerquestions 的帖子《"Forward Deployed Engineer" roles seem like a scam?》下，最高赞评论（509 赞，2026-08-30 读数）是：

"Yes it is just a new title/marketing for a customer-facing SWE consultant"

其他高票论点各有角度：

票数论点
306"It literally means you are the only technical person in the project and ultimately responsible for everything."（你是项目里唯一的技术人，还要为一切负责）
178"FDE roles have always been a subset of the Sales + Solutions engineering umbrella... But yes, it's not a core engineering role"
153"Your deliverables will still be build-shaped like any other FTE or contracting role, but with more accountability and less authority."
90"It's caught on for what is really just professional services, unfortunately."
79"Fde is nothing but sales executive without targets."

中文侧的骂声结构几乎一样，但多了一个变量。 B 站评论区最高赞（8 赞，视频《OpenAI和Anthropic都在疯抢FDE！程序员转型的最后红利》，2026-08-30 抓取）：

「前方部署工程师，对应大模型厂商来说，是大模型厂商派驻到企业客户中，负责将 AI 大模型落地到具体业务场景的工程师，再把经验带回公司，反哺给大模型。这确实很有价值。但是对于压根就没有自己大模型的公司来说，不就是外包码农吗？」

注意这句话本身就是一个判据：读者自发把「有没有可以反哺的平台／模型」识别成了区分 FDE 与外包的变量。另一条高赞是「其实就是公司只想支付一份薪资但既要产品策划、又要解决方案，还要项目管理的职位」。

连业内人也这么说。 Hex 创始人、前 Palantir Deployment Strategist Barry McCardel 的原话是，大多数所谓 FDE 团队只是 "just sparkling Sales Engineering"（气泡水版售前工程），并在脚注里说那些盯着客户毛利率的公司做的其实是 Solution Engineering 或专业服务，「应该诚实点承认这一点」。

正方（认为有实质区别） ​

正方的论证不靠情绪，靠三条可验证的区别：

第一，交付物不同。 Palantir 官方 2019 年的博客里，多位一线 Delta 从三个角度做了区分：顾问通常交付一次性的分析、建议或针对单一问题的方案，Palantir 是和客户一起构建让客户能持续自我改进的长期方案；Delta 是真的在部署软件产品达成客户成果，不是写报告；Delta 做的工程和技术工作远多于顾问。

第二，考核口径不同。 The New Stack 的概括是：顾问按固定周期干活、按交付物考核、交付即离场；FDE 按「系统上线后是否持续跑得好、持续产生价值」考核，工作不在 handoff 时结束。一句话：顾问卖交付物，FDE 对结果负责。

第三，财务口径不同。 Palantir FY2025 毛利率 82.37%，Accenture FY2025 是 31.91%（均由 SEC XBRL 数据计算，2026-08-30），而两家都在派人驻场。差别在于 FDE 成本记在 COGS 还是记在 R&D／S&M——而这又取决于交付能不能沉淀成可复用资产。 详见 fde-as-a-service.md。

Fourth Age 创始人的表述最直接：

"Compared to a typical consultant, the FDE does not simply come up with a strategy and present it. Instead, they take responsibility for breaking down strategies into concrete goals, prioritizing and implementing the necessary steps."

中文世界目前最锋利的一个提法来自播客《David的AI全景图》：「没有反馈闭环的 FDE 就是外包，没有落地承诺的 FDE 就是咨询。」

这场争论的诚实结论 ​

两方讲的其实是不同的东西：反方在描述市场上大多数挂着 FDE 名字的岗位，正方在描述这个模式的原型。 两边都对。真正有用的不是站队，而是判据——见本页最后一节。

争论二：FDE 是不是「昂贵的缓冲层」？ ​

反方论点：如果产品足够好，就不需要派工程师去客户现场把它装起来；FDE 的存在本身就是产品不完整的证据，而且这个缓冲层的成本极高。

证据：a16z 的 Marc Andrusko 在《The Palantirization of Everything》里给了这一轮最系统的反方论证——服务是驱动产品采用的手段，不是主要收入来源；把 FDE 当成永久交付载体而不是脚手架的公司，最后会变成「Accenture for X with a nicer front-end」。Reddit 上的对应版本更狠：「FDE's are going to be great for a year until the tech debt is due.」（299 赞）

正方论点：缓冲层是必要的，而且正在被定价。

证据：MIT NANDA 的研究被广泛引用为「95% 的企业生成式 AI 试点没有可衡量的损益影响」；IDC/Lenovo 的数字是 88% 的 AI 概念验证从未进入生产；Gartner 的数字是约 50% 的 GenAI 项目在 PoC 后被放弃（2024 年为 30%），并预计到 2027 年 40% 以上的 agentic 项目会被取消。Sierra 的 Natalie Meurer 给了这一方最好的比喻：没有被集成进数据的「数据集成软件」，就像一家什么都不放的电影院——你干嘛要来呢？

⚠️ 关于「95%」这个数字，必须知道三件事：

  1. 原文说的是「没有看到 ROI／没有可衡量的损益影响」，不是「项目失败」。这两件事不一样。
  2. 研究方法是 2025 年 1—6 月系统回顾 300 多个公开披露的 AI 项目、52 次结构化访谈、以及 4 场行业会议收集的 153 份高管问卷。样本量支撑不了精确到个位数的断言，已有分析文章公开质疑其方法论。
  3. 该报告通过表单分发，本页未获取原始 PDF，上述引语来自二手转述，可能存在转述误差。

建议口径：这个数字可以用来说明「企业 AI 落地难」这个方向，不要当作精确统计引用，更不要说成「95% 的项目失败」。

争论三：这个模式可规模化吗？ ​

反方三条证据：

  1. 前提条件极苛刻。 Barry McCardel 给了三个缺一不可的条件：客户必须是财富 500 强或大型政府机构、创始人要有承认自己不知道该做什么产品的认知谦卑、平台架构支持扩展。他的结论是这个模式「极其稀有，极难做成」，并说他当时只知道 Distyl 的 Arjun 一个人在完整实践。
  2. 人的消耗是真的。 同一篇文章里的原话是「burnt-out husks of FDEs」（被烧成空壳的 FDE）。
  3. 供给跟不上。 需求侧的岗位数一年涨 700%–1,165%（口径见 spread-2023-2026.md），而候选人池同比只涨约 50%（二手数据，未回一手核实）。缺口是当前溢价的来源，也是它必然收窄的原因。

正方三条证据：

  1. Palantir 自己已经把杠杆做出来了：2026 Q1 营收同比 +85%，而员工总数一年只增 12.5%（SEC 数据）。它没有减少 FDE，是让每个 FDE 撬动更多收入。
  2. 组织形态已经改变。 IBM Consulting 2026-05-14 发布 Forward Deployed Units 时的定义是「An FDU isn't a person; it's a pod. Humans at the edges with a digital workforce of specialized agents in the middle... A six-person pod do the work of a 30-person team at materially better economics.」
  3. 小客单价的改造版存在。 Nabeel Qureshi 在 Lenny 播客里给的版本是：一个 FDE 管五个客户（而不是五个工程师伺候一个客户），收 25 万美元而不是 500 万。原则不变：到现场、有技术深度、有客户同理心。Plank 卖给 A/B 轮 AI 创业公司的按月订阅派驻，就是这个路线的商业化样本。

争论四：厂商中立性——这是 FDE 最实质的一条批评 ​

这条批评的分量来自提出者：Andrew Ng（吴恩达），DeepLearning.AI / AI Fund 创始人，在 The Batch（2026-05-29）上写：

"However, I believe the number of AI Engineer jobs will be far larger. A company might accept a few FDEs to be embedded within its organization. But most companies will want far more of their own employees working on their projects. While my organizations do hire FDEs, we hire far more AI Engineers!"

"Also, a common client concern is that it is hard to find vendor-neutral FDEs — they are, after all, there to deeply integrate a particular vendor's product into a company. In this moment when it's hard to predict which AI service will be the best one in a year's time, optionality ... is very valuable. In contrast, letting FDEs tightly bind a company's processes significantly reduces optionality."

他这条推文在 X 上拿到 4,569 赞 / 330 回复（2026-06-01，2026-08-30 抓取），是本主题互动最高的单帖。

怎么读这一票：他反对的是「乙方 FDE 会成为主流岗位」，理由是厂商中立性——而这个理由恰恰是「甲方必须自己养人」的最强论据之一。 他没有否定这个职能，他只是不叫它 FDE，他叫它 AI Engineer。

市场已经在回应这条批评：Plank 把「vendor-neutral」和「without lab lock-in」写成了自己对抗四大巨头交付实体的唯一武器——「你用 OpenAI 的 FDE，架构就锁死在 OpenAI；用我的，架构还是你自己的」。云计算分析师 David Linthicum 的说法更直接：FDE 项目正在制造下一代厂商锁定，代价会在两三年后付。

争论五：企业该不该自己养 FDE？ ​

反方之一：你不用招，你内部已经有了 ​

澳洲技术咨询公司 Mantel Group 2026-06-12 的文章《What "Forward Deployed" actually means, and why your team can already do it》给了否定答案，五条要点里最关键的两条：

  • Forward Deployed Engineering is a way of working, not a job title.
  • Most large organisations already have these skills internally. The question is whether teams are structured and empowered to use them this way.

它把这个模式拆成三种技能——applied engineering（在贴近问题的地方构建生产级方案）、consultative judgement（坐进客户上下文、识别真正需要的是什么，而这往往和最初提出的要求不一样）、product instinct（识别哪些模式可以泛化复用）——并指出任何一项单独存在都会产出一个熟悉但不完整的东西：造错东西的工程师、只会建议不会动手的顾问、脱离客户现实的产品思考者。

它给高管的建议是把问题换个问法：不要问「我们需不需要招 FDE」，要问「我们是不是已经有这些组件技能，只是没有把它们放在一起用」。它的判断是：这些人缺的往往不是技能，是 permission——在贴近问题的地方、以小而被授权的团队工作、拿到「构建并度量」而不是「建议并交接」的授权。

反方之二：内部养出来的大概率不是真 FDE ​

中文侧最高质量的反方来自公众号「企业即算法」的王亚军（2026-08-17）：

「企业内部自己培养 FDE，极大概率不是真的 FDE。除非企业原本就非常善于解决问题，比如真正实现了组织级精益／敏捷的企业。」

正方：外来的会带走你的 know-how，也会锁死你的架构 ​

正方论证由两条不同立场的论点合成：

  • 吴恩达：外来 FDE 会锁死你的技术可选性 → 所以要自己人；
  • 多位招聘与转型顾问（LinkedIn 上的甲方声音）：外来 FDE 会带走你的业务 know-how，「不建在内部，就只能按咨询费率租」→ 所以要自己人。

两个完全不同的立场，从两个角度指向同一个结论。

一条容易被忽视的成本 ​

Reddit 上一个甲方内部建 FDE 团队的真实帖显示：CTO 在内部建起 FDE 团队之后，原有的产品经理岗位被架空。内部 FDE 不是纯增量，它会重新分配组织里的权力。这是「要不要自己养」这个决策里最少被讨论、但落地时最先炸的一块。

争论六：这是一条好的职业路径吗？ ​

反方：三年之后简历长什么样 ​

Reddit 上流传的判据很朴素但很实用：

"One year is easy to explain in interviews. Three or four years starts becoming a different story." "The bigger risk is staying long enough that your resume starts looking like customer implementation instead of product engineering."

另外两条常被引用：「只有拿提成的客户面向岗才值得去，而提成通常只留给售前」；以及面试时必问对方「过去两三年内部的 FDE 都去了哪些岗位」。

WSJ CIO Journal 2026 年 3 月 12 日的《The Hottest Job in Tech Isn't Very Glamorous》（记者 Isabelle Bousquette）代表了主流财经媒体的态度转向（⚠️ 正文在付费墙后，本页未获取；日期取自英文维基百科词条的引用条目，2026-09-06 核对）。

正方：从业者自己的账 ​

同一个 Reddit 帖子里，本帖最高赞的正方论述（294 赞）来自一位在职者：

"My job is a mix of sales and engineering. I'm the best engineer on the sales/support team and the best sales/support person on the engineering team. If the sale falls through, it's the salesperson's fault. If the product doesn't work, it's the core engineer's fault. If everything works great, I get a high five."

"It's a completely AI-proof role because, no matter how much LLMs improve, huge customers still want to talk to a real person they can yell at if things go wrong and trust to make the right technical decision."

"Generally speaking, you get paid one technical level higher than your technical skill in positions like this."

他在追评里补的一句是这条论证的核心：「我以前在另一家创业公司当高管带 20 人研发团队，接这个岗位在头衔上算降级，但跳过来还涨了薪……我要是想，明天就能开自己的公司。干了这些年，我什么技能都有了。」

这和 Palantir「创始人工厂」的数据是同一个论证的两种版本：离开 Palantir 的 PM 中约 30% 去创业（全行业第一）；每一届 YC 里 ex-Palantir 创始人通常比 ex-Google 多，尽管 Google 员工数是 Palantir 的约 50 倍。见 palantir-origins.md。

另一个负面样本值得记：Jason Liu（jxnl.co）是这个赛道公开写作最多、方法论最完整的人之一，三档提案法（$20K/$30K/$50K）就是他提出的。但他现在每一篇咨询文章末尾都挂着「this post is archival. I'm no longer taking consulting engagements.」——这不是失败，是主动选择，理由基本写在明面上：「once you hit $500/hour, you start to feel like a grifter. And there's a hard ceiling on how much you can make because there are only so many hours in a year.」卖时间这条路有硬顶。

争论七：领域专业的边界与安全事故风险 ​

FDE 的岗位设定要求一个人在陌生行业里快速冷启动（Palantir 官方博客里的 FDSE 自述是零基础被扔进大型网络安全项目，形容自己是「对着消防水管喝水」）。这带来一个结构性风险：在自己不是专家的领域里，对结果负责。

已发生的公开事故：

事件时间后果
Deloitte 澳大利亚 为澳大利亚就业与工作场所关系部（DEWR）出具的报告，被发现含 12 条虚构的引用、伪造归属于某法官的引语、判决引用错误报告 2025-06 交付，2025-10 公开退还最后一期款项（合同金额略低于 44 万澳元）。这是目前唯一一个「用 AI 做交付、因为幻觉被抓、被迫退款」的公开案例
Builder.ai 用人类工程师完成大部分编码工作，与其「AI 完成」的营销说法矛盾（2019 年《华尔街日报》报道），2025 年另被指营收造假2025-05-20 进入破产清算约 1,000 人（约 80% 员工）被裁

两条从中读出的纪律：

  1. 交付环节的验证机制比生成能力更重要。 一个能生成的 agent 加上一个不设防的交付流程，等于把幻觉直接卖给客户。
  2. 诚实标注人机分工是红线。 Builder.ai 证明「用便宜的人力冒充 AI、按 AI 的价格收费」这个套利空间真实存在，也证明它一定会被戳穿。

安全与合规侧的具体做法见 ../05-practice/security-procurement-legal.md 与 ../05-practice/anti-patterns.md。

争论八：「FDE 已死」/「FDE 是过渡角色」 ​

这场辩论在 2026 年下半年开始成为主流。

论点 A：这个词已经不指任何东西了 ​

Sierra 的 Natalie Meurer 在 AI Engineer World's Fair 2026（2026-06-30 演讲，视频 2026-07-28 上线，11,094 播放 / 261 赞，2026-08-30 抓取）开场就说：

"the dirty secret of forward deployed engineering... is: it doesn't exist. It is a term that it is meant to describe so many things that it sort of means nothing at this point. But nonetheless, it's sort of the hottest job in AI."

她的考据很具体：2016 年 Palantir 的招聘启事开头写的是「位置」（forward deployed 字面就是坐在客户那儿），她自己的入职项目是「把软件部署到一台 EC2 实例上」，凌晨两点被客户叫起来处理有人拔掉电源的问题。这个词后来一路延展到 DevOps、数据集成、ontology、解决方案架构，每一家在招这个岗位的公司描述的都是某个特定「年份」的、略有不同的角色。

但她的结论不是取消这个词，而是把它扩大：

"really in some ways everything is forward deployed engineering, or at least everything is trending that way. Product engineering, agent engineering, AI engineering, solutions engineering, and customer engineering."

"forward deployed engineering is dead. And long live forward deployed engineering."

她给了一条最可操作的判据：看你怎么收费。 按席位收费假设你卖的是工具；按用量或按结果收费假设你要为结果兜底——而这恰恰是 FDE 一直以来在做的事。

论点 B：FDE 是脚手架，不是终局 ​

a16z 的 Marc Andrusko 的版本已在争论二引过：服务是驱动产品采用的手段。把 FDE 当脚手架的公司会拆掉它，把它当永久载体的公司会变成一家咨询公司。

论点 C：这个角色会分化，不会消失 ​

Andrew Ng 的预测：

"As the AI Engineer role matures, I expect it to fragment into more specialized roles, like the generic Software Engineer role from decades ago fragmented into frontend, backend, mobile, data engineering, devops, and so on... Perhaps there will be AI FDEs, LLMOps Engineers, Evals Engineers, AI Data Engineers, Harness Engineers, and other roles we don't have names for yet."

Latent Space 主理人 swyx 的玩梗版预测是「FDE → ODE → PDE」。Morning Brew 联合创始人 Alex Lieberman 在 2026-06-30 的判断是「The forward deployed engineer role is at peak zeitgeist right now.」（正处在时代精神的顶点）——「峰值」这个判断本身就是一种唱衰。

反证：至少在招聘数据上还看不到衰退 ​

2026-08-30 直接抓取 Palantir 公开职位接口的结果是：307 个在招岗位中，标题含「Forward Deployed」的 74 个，占 24%，而 FDE 在其存量员工中的占比据第三方估算约 12%。在招占比高于存量占比。 同期 OpenAI、Anthropic、AWS、Microsoft 都在成立或扩张各自的交付实体。「已死」目前是一个关于概念清晰度的判断，不是一个关于就业市场的判断。

附：怎么判断一个 FDE 岗位／团队是不是真的 ​

把上面各方的判据合成一张可执行清单。满足越多，越接近这个模式的原型；一条都不满足，那基本是换了名字的实施或售前。

#判据提出者
1有没有 quota、OTE、commission？有就是销售，不是工程。Reddit 高票总结
2汇报线是工程还是销售/GTM？同上
3合同签完就交接走人，还是要陪到系统在生产里稳定运行？The New Stack；Distyl
4你被授权造全新的东西，还是只能配置现成产品？后者是 Solution Architect，不是 FDE。Nabeel Qureshi（Lenny 播客）
5你的产出有没有回流成产品？公司有没有「前线改产品」的正式协作协议？Palantir 官方博客（2019）
6交付成本记在 COGS 还是 R&D？公司容不容忍失败与冗余？Barry McCardel
7收费方式是按席位、按人时，还是按用量／按结果？Natalie Meurer；Bret Taylor
8有没有反馈闭环、有没有落地承诺？播客《David的AI全景图》
9面试时问：过去两三年内部的 FDE 都去了哪些岗位？Reddit
10中文特有：这家公司有没有自己的模型或平台可以被反哺？B 站评论区自发提出

⚠️ 关于第 1 条要补一句口径：Bloomberry 对 1,000 条英文 FDE 招聘 JD 的文本分析发现 0% 把营收责任写成核心职责（70% 提到股权），说明公开 JD 层面主流仍是工程岗；而 Reddit 上流传的估计是约 40% 的「FDE」实际是换标签的售前岗。两个数字不冲突——JD 怎么写和岗位实际怎么考核，是两件事。

延伸阅读 ​

来源 ​

  1. Reddit r/cscareerquestions，《"Forward Deployed Engineer" roles seem like a scam?》及《Forward deployed engineering jobs are up 1165% but there's a catch》等帖的评论与票数，2026-08-30 读数。https://www.reddit.com/r/cscareerquestions/
  2. Barry McCardel，《Understanding Forward Deployed Engineering》（"just sparkling Sales Engineering"、三个前提条件、burnt-out husks、R&D vs COGS）。https://www.barry.ooo/posts/fde-culture
  3. Bruno Pontes Soares Rocha，《Dev versus Delta: Demystifying Engineering Roles at Palantir》，Palantir 官方博客，2019-04-08（Delta 与顾问的三点区别、代码回流协作协议）。https://blog.palantir.com/dev-versus-delta-demystifying-engineering-roles-at-palantir-ad44c2a6e87
  4. Oluwadamilola Oshungboye，《Why OpenAI and Anthropic are hiring forward deployed engineer teams》，The New Stack，2026-05-28（顾问卖交付物、FDE 对结果负责；MIT NANDA 95% 的引用）。https://thenewstack.io/forward-deployed-engineers-ai/
  5. 美国 SEC，Palantir 与 Accenture 财务申报 XBRL 接口（毛利率、员工数），CIK 0001321655 / 0001467373。https://data.sec.gov/api/xbrl/companyfacts/CIK0001321655.json
  6. Fourth Age Substack，《What is a Forward Deployed Engineer》，2025-05-06。https://fourthage.substack.com/p/what-is-a-forward-deployed-engineer
  7. a16z，Marc Andrusko，《The Palantirization of Everything》，2026-01-16（"Accenture for X with a nicer front-end"、服务是采用手段）。https://a16z.com/the-palantirization-of-everything/
  8. MIT NANDA，《The GenAI Divide: State of AI in Business 2025》（95% 的口径与方法论限制）。⚠️ 本页未取得原始 PDF，引语来自二手转述。
  9. Gartner、IDC/Lenovo、S&P Global 关于 AI 试点失败率与项目放弃率的公开统计（88%、约 50%、42%、2027 年 40%+）。均为二手转引，使用前请回原始出处核对。
  10. Andrew Ng，《Forward Deployed Engineers and the Future of AI Engineering》，The Batch，2026-05-29。https://www.deeplearning.ai/the-batch/forward-deployed-engineers-and-the-future-of-ai-engineering
  11. Andrew Ng 在 X 上的对应推文（4,569 赞 / 330 回复，2026-06-01，2026-08-30 抓取）。
  12. Plank，FAQ 与差异化定位页（vendor-neutral、without lab lock-in）。https://joinplank.com/faq
  13. Mantel Group，《What "Forward Deployed" actually means, and why your team can already do it》，2026-06-12。https://mantelgroup.com.au/what-forward-deployed-actually-means-and-why-your-team-can-already-do-it/
  14. 公众号「企业即算法」（王亚军），《王亚军：Palantir FDE 七大独特信条，只为解决 CEO 难题》，2026-08-17。
  15. Lenny's Podcast，《How Palantir built the ultimate founder factory》，嘉宾 Nabeel Qureshi，2025（一个 FDE 管五个客户的轻量版、PM 创业比例、真 FDE 的硬条件）。https://www.lennysnewsletter.com/p/inside-palantir-nabeel-qureshi
  16. Nabeel S. Qureshi，《Reflections on Palantir》（YC 创始人对比、消防水管式冷启动）。https://nabeelqu.co/reflections-on-palantir/
  17. Palantir 官方博客，《A Day in the Life of a Palantir Forward Deployed Software Engineer》，2020-11-02（零基础进入 cyber 项目的自述）。https://blog.palantir.com/a-day-in-the-life-of-a-palantir-forward-deployed-software-engineer-45ef2de257b1
  18. IBM Newsroom，Forward Deployed Units 发布稿，2026-05-14（"An FDU isn't a person; it's a pod"）。https://newsroom.ibm.com
  19. Natalie Meurer，《The Dirty Secret of Forward Deployed Engineering》，AI Engineer World's Fair，2026-06-30 演讲，视频 2026-07-28 发布（播放与点赞数为 2026-08-30 抓取）。https://www.youtube.com/watch?v=Byv311hdoHE
  20. Latent Space，《Forward Deployed Engineers and the future of software engineering》，Natalie Meurer 专访，2026-07-01。
  21. Isabelle Bousquette，《The Hottest Job in Tech Isn't Very Glamorous》，WSJ CIO Journal，2026-03-12（日期取自英文维基百科词条的引用条目；正文付费墙未获取）。https://www.wsj.com/cio-journal/the-hottest-job-in-tech-isnt-very-glamorous-dc29ab3e
  22. Henley Wing Chiu，《What I learned analyzing 1K forward deployed engineer jobs》，Bloomberry（0% quota-carrying、70% 提股权）。https://bloomberry.com/blog/i-analyzed-1000-forward-deployed-engineer-jobs-what-i-learned/
  23. 澳大利亚就业与工作场所关系部（DEWR）与 Deloitte 报告更正与退款事件公开记录，2025-10。https://www.dewr.gov.au
  24. Builder.ai 相关公开报道：《华尔街日报》2019 年关于人力冒充 AI 的报道；彭博 2025-05 关于营收造假的报道；2025-05-20 破产清算公告。
  25. Jason Liu（jxnl.co）咨询系列文章的归档声明与定价文章。https://jxnl.co
  26. Palantir 公开职位接口抓取，2026-08-30（307 个在招岗位、74 个 Forward Deployed）。https://api.lever.co/v0/postings/palantir
  27. Tomasz Tunguz，关于 Palantir FDE 存量占比约 12% 的估算，2026-07-07。https://tomtunguz.com
  28. B 站 FDE 相关视频评论区数据（评论原文与点赞数），通过 B 站公开评论接口抓取，2026-08-30。
  29. 播客《David的AI全景图》关于 FDE 边界的表述，2026-08 期。
  30. Cheeky Pint 播客，Bret Taylor（Sierra）访谈转录，2026-03-10（outcome-based 与 usage-based 的区分）。https://cheekypint.substack.com/p/bret-taylor-of-sierra-on-ai-agents

内容采用 CC BY 4.0 许可，商用请注明出处。欢迎 投稿与纠错。

© 2026 FDE Wiki · 维护者任鑫（公众号「AI 炼金术」）