夜雨聆风【导读】AI agent 的 demo 到处都是，但能落地的项目少得可怜。Box CEO Aaron Levie 指出关键瓶颈：Forward Deployed Engineer（前线部署工程师）严重短缺。OpenAI 已设立正式 FDE 团队并公开招聘，PYMNTS 援引英国《金融时报》数据称该岗位 9 个月增长超 800%。
部署 agent，比你想象的难十倍
2026 年 5 月 12 日，Box CEO 兼联合创始人 Aaron Levie 在 X 上发了一条长帖，开头就丢出一个判断：
"Forward deployed engineers, or equivalent, are about to become one of the most in-demand jobs in tech. And one of the most important functions for AI rollouts."
「FDE 或类似角色，将成为科技行业最抢手的岗位之一，也会成为 AI 落地最关键的职能之一。」
▲ Aaron Levie 在 X 上发布的 FDE 判断原帖
Levie 的判断建立在一个核心观察上：部署 agent 和部署传统软件完全不是一回事。
传统软件每次运行方式相对固定，企业也习惯了升级既有系统。但 agent 做的事情远比这深——它要在企业内部交付可度量的工作输出。客户指望供应商端到端解决一项业务任务，这要求你深入理解业务流程，把客户从现状带到目标状态。
"Deploying agents is far more technical of a task than most people realize, often far more involved than deploying software."
「部署 agent 远比大多数人意识到的更技术化，往往比部署软件复杂得多。」
Levie 列了一张企业部署 agent 的实际工作清单：
帮客户判断哪些模型适合他们的工作流 建立大规模评估体系（evals） 支持工作流的变更管理（change management） 为 agent 准备好数据 对 agentic system 做持续调优
这些活儿，哪一项是纯靠调 prompt 能搞定的？
Levie 是谁？为什么他说这话有分量
Aaron Levie 是 Box 的 CEO 兼联合创始人。Box 是企业内容管理与协作赛道的老牌玩家，客户覆盖大量 Fortune 500 企业。
▲ Box 官方领导层页面
Box 的产品线已经纳入 Box AI、Box AI Agents、Box Automate 等 AI 模块。Levie 的观点来自真实的企业交付场景——Box 的业务天然涉及文档、权限体系、审批流程和客户成功，他看到的 agent 落地问题，每一个都带着企业级复杂度。
OpenAI 已经动手了
Levie 的判断有一个最直接的现实佐证：OpenAI 已经把 FDE 设为正式的组织和岗位族。
打开 OpenAI 招聘页，搜 Forward Deployed Engineer，一整批岗位出来了：FDE、Forward Deployed Software Engineer、FDE Platform、Technical Deployment Lead，多个城市同时开放。
▲ OpenAI 招聘页显示 666 个在招岗位
岗位描述的措辞值得仔细看：
"OpenAI's Forward Deployed Engineering team partners with customers to turn research breakthroughs into production systems."
「OpenAI 的前线部署工程团队与客户合作，把研究突破转化为生产系统。」
"Forward Deployed Engineers (FDEs) lead complex end-to-end deployments of frontier models in production alongside our most strategic customers."
「FDE 负责领导前沿模型在生产环境中的复杂端到端部署，合作对象是最重要的战略客户。」
▲ OpenAI 旧金山 FDE 岗位描述，覆盖 discovery 到 production rollout 全流程
岗位要求 FDE 全程主导 discovery（需求发现）、technical scoping（技术规划）、system design（系统设计）、build（构建）和 production rollout（生产上线），衡量指标是production adoption、measurable workflow impact、eval-driven feedback。
这个角色的深度和广度，已经远远超出传统客户支持的范畴——更像一个能深入客户现场、拿前沿模型改造业务流程的全栈工程师。
这个概念从哪来的？Palantir，2011 年
FDE 并不是 AI 时代凭空冒出来的。
风投机构 a16z 在 2026 年 1 月发了一篇文章《Forward-deployed Job Titles》，回顾了这个岗位的起源。
▲ a16z 文章追溯 FDE 概念的 Palantir 起源
2011 年前后，Palantir 把负责深度客户集成的 solutions engineer 和 integration engineer 统一改名为Forward Deployed Engineer。a16z 管这叫title arbitrage——换一个头衔，让"贴近客户的高技术交付"不再被视为低地位的售后支持，变成产品团队学习真实需求的前线。
"Today, there are hundreds of companies hiring FDEs. But Palantir owns FDE."
「今天有数百家公司在招 FDE，但 Palantir 仍然占据这个概念的心智高地。」
到了 AI agent 时代，"深度集成"从 Palantir 式的政府数据平台项目，扩散到了几乎所有需要模型嵌入业务流程的场景。FDE 的需求被急剧放大。
9 个月，岗位增长超 800%
PYMNTS 在 2026 年 3 月发了一篇报道，标题就是《Forward-Deployed Engineers Emerge as One of AI's Fastest-Growing Jobs》。
▲ PYMNTS 报道称 FDE 成为 AI 领域增长最快的岗位之一
报道援引英国《金融时报》的数据：2025 年 1 月到 9 月，FDE 月度职位发布增长超过 800%。
（注：该数字为 PYMNTS 转引 FT，未独立核验原始数据源。）
报道的核心判断和 Levie 一致：企业从 AI 实验阶段走向真实工作流部署，FDE 的核心价值在于帮企业在实际运营中把模型跑通。
谁能拿到 FDE，谁拿不到？
SaaStr 在 2026 年 4 月刊发了一篇讨论：《Who Gets an FDE, and Who Doesn't: The Great B2B + AI Debate Right Now》。
▲ SaaStr 讨论 FDE 资源稀缺引发的客户分层问题
文章提出了一个尖锐问题：FDE 的人力容量有限，当它成为 AI 部署的瓶颈资源，谁能优先获得？
"AI agents need integration work. Workflow mapping. Iteration. Trust-building. Debugging. Change management."
「AI agent 需要集成、流程映射、迭代、建立信任、调试和变更管理。」
SaaStr 的判断是：快速增长期，FDE capacity 会迅速变成binding constraint（约束资源）。ARR 高、战略价值大的大客户会优先拿到专属 FDE 团队和深度部署支持。小客户更多依赖标准化模板、知识库和自助式 onboarding。
换句话说，你的 agent 能不能真正跑起来，取决于你能不能拿到 FDE 资源。
社区争论：新岗位，还是旧瓶换新酒？
Levie 的帖子评论区争论不少。
支持派认为，demo 到 production 之间的落差被严重低估了。真实企业环境里有权限、数据质量、API 集成、审计合规、延迟和失败恢复等一堆问题。模型能力只解决了一部分，剩下的需要同时懂工程和业务的复合型人才。
有开发者给出了一个比喻：FDE 就是 real ops 和 model behavior 之间的 compiler（编译器）。
质疑派的看法也有道理：FDE 听起来很像咨询、解决方案工程和专业服务的 AI 版本。Palantir 十五年前就有这套打法，换个名字并不自动保证成功。
还有人从商业模式角度提出疑问：如果每个企业 agent 部署都依赖高成本的人工嵌入，AI 公司很快会遇到毛利和服务容量的天花板。岗位很热，但规模化路径还没走通。
AI 没有让部署变轻——它让"最后一公里"更贵了
回看 Levie 说出的趋势：
AI 的发展并没有让工程交付变轻，反而让"最后一公里"更贵、更技术化。
当 agent 从聊天机器人进化到要在企业内部完成可度量的工作输出，部署复杂度就不再是"写个接口调个模型"。它涉及模型选择、数据治理、评估体系、工作流改造、变更管理和持续调优——每一项都需要能在客户现场解决问题的人。
IBM 在 AI 趋势报告中也指出，许多企业发现自家 IT 基础设施还没有准备好规模化 AI，从实验到正式运营的过程 "rarely smooth"（很少顺利）。
最稀缺的资源，始终是能把模型、数据、权限、流程、评估和组织变更全部连接起来的人。单纯会调 prompt，远远不够。
这种人，有一个正在被越来越多公司采用的名字：Forward Deployed Engineer。
— END —
