如今，同样三个词既指一家前沿实验室的一种岗位，也指同一家实验室的另一种岗位、AWS 一个价值十亿美元的组织，以及一款可在 Palantir Foundry 中启用的软件。
最后这一种值得再读一遍。Palantir 创造了这个岗位，如今 Palantir 也推出了 AI FDE。文档将其介绍为“由 AI 驱动的前沿部署工程师”，一种“通过对话式指令替你操作 Foundry 的交互式代理”。
所以，当两个人都说“这件事我们需要一位 FDE”时，如今已无法保证他们讨论的是同一类事物，更不用说工作范围相同了。这是一个范围界定问题；问题一旦浮现，手里拿着工作说明书的人就要为此付出高昂代价。
八年的售前工作让我养成了一个最重要的条件反射：任何人开始动手之前，先把工作边界写清楚。这个职位名称也需要这样处理。
Palantir 推广了这个术语，并在 2009 年就已用于员工。这个说法借自军方的前沿基地部署用语。它所解决的是信息问题，而非成本问题。
你无法为一款必须在从未见过的环境中运行的软件写出规格说明。未记录的架构。没人写下来的合规规则。一个只存在于同一栋楼里六个人脑海中的工作流程。架构师来访、产出设计然后飞回家，并没有传递知识——他们传递的是猜测，而猜测会在集成时失败。
解决办法是，不再把了解环境的人和编写代码的人拆成两个人。由同一位工程师承担两份工作，驻场，并对上线运行负责。
这个岗位最初的定义包含四个部分，值得分别看待，因为自动化对它们的影响大不相同：
- 学习了解一个没有文档说明的环境。
- 决定要在其中构建什么。
- 基于真实数据进行构建。
- 对其生产运行负责，或在交接时一并交付相关知识。
别看产品名称，看看 Palantir 列出的能力。AI FDE 可以处理数据集成和管道修改、数据连接管理、本体编辑、函数编写与测试、只读探索、治理与访问审计，以及 React 应用开发。
清单中的每一项都是平台操作。每一项都预设了两件事：已经有人决定该构建什么，而且目标平台是 Foundry。真实部署的第一天，这两件事都不成立。
应当肯定 Palantir：文档声称的仅止于此。页面上没有说要取代人类 FDE——产品的范围被界定为加快平台操作，这看起来正是它的用途。越界的不是文档，而是把产品名称读成了对这个岗位的描述。
因此，第三步才是对“AI 在这里能做什么”的诚实回答。基于真实数据进行构建，速度正在大幅提升。第一、第二和第四步几乎原封不动，因为它们都不是打字问题。没人已经自动化了这样的工作：走进一家自己并不了解的企业，再弄清楚人们抱怨的诸多事项中，哪一件值得着手解决。
在 OpenAI，组织架构清楚地呈现了第三步与其他步骤之间的分工。
前沿部署软件工程师招聘启事要求有 7 年以上全栈工作经验，并描述了与客户团队“并肩”在“他们的基础设施上”编写代码、设计可供后续项目复用的抽象。这涵盖第三和第四步，保留了原有的责任范围。
前沿部署工程师 招聘启事负责“需求探索、技术范围界定、系统设计、构建和生产环境部署”，还包括确定工作顺序、权衡范围与速度、编写操作手册，以及提供能“改变产品和模型路线图”的一线反馈。只有“当进展或明确方向有赖于代码时”，才会编写代码。这种条件性安排是有意为之。
两种工作都合理，但并不是同一种工作，区别在于这个人要对四个步骤中的哪些步骤负责。招聘第二种岗位却期待第一种工作的人才，团队会感到意外，客户也一样。
Anthropic 和 OpenAI 在五月组建了前沿部署团队。6 月 30 日，AWS 承诺向一个前沿部署工程组织投入 10 亿美元，并将其描述为“以代理为先”，要把“数月的时间压缩到数天”，设计目标是“部署结束时，客户能够自给自足”。两天后，微软宣布成立 Frontier Co.，投入 25 亿美元并配备 6,000 名嵌入式工程师。
把“数月变数天”视为供应商宣称的上限，而不是规划依据；目前还没有独立测量结果。但即使不考虑这个说法，趋势也已足够明显：八周左右，价值数十亿美元的组织设计纷纷出现，而共同的词汇需要更长时间才能形成。
市场自身的不确定性体现在薪酬上。如今，两家前沿实验室正在同一座城市招聘这一职位，发布的基本工资范围起点相差 9.5 万美元——一家为 18.5 万美元，另一家为 28 万美元。这并不能说明该岗位是否受重视，只是直接表明这些词语所涵盖的工作范围尚未趋于一致。
a16z 的 Tom Hollands 在一月份提出，前沿部署职位所描述的工作，五年前还难以想象；他对其中的机制说得没错。只有基于客户的真实数据进行构建，才能弄清 AI 系统的能力；这打破了先设计、再交接的流程，并让同一个人同时承担第二和第三步。他判断一个新职位名称是否对应真正新工作的标准是：它描述的事情以前是否不存在？
把这个标准用于其中的机制，答案是肯定的。用于这套术语，情况就不同了：同样三个词如今涵盖了单独的第三步、全部四步、一种组织策略，以及一项 Foundry 功能。新工作值得有个新名称，也值得有个定义；第二件事还没有做到。值得一提的是，a16z 投资了许多为这些团队配置人员的公司。
这不是候选人清单，而是工作范围界定清单，对双方都同样有用：
**交付物。**明确说明交付什么：MCP 服务器、数据管道，或在客户技术栈中运行的应用。“工作范围和项目计划”也是真正的交付物，但它是另一种交付物。
**需求负责人。**由谁决定要构建什么？如果是客户，这就是第三步，进展可以很快。如果由驻场工程师决定，那么第一和第二步也在工作范围内，所需时间完全不同。
**退出时的生产环境负责人。**这个岗位最初的定义性特征是：谁负责梳理问题，谁就要在六个月后接到告警电话。“部署结束时客户能够自给自足”是一种合理的模式，但承诺不同。两种模式都可以；以为采用一种，最后得到另一种则不行。
**平台边界。**使用谁的技术栈，获得哪些权限，以及代理能直接操作哪些部分。软件版本的这个职位名称在这里确实有用，其限制也是明确界线，而非偏好问题。
这个论点的局限在于：一个只有两年历史的职位名称本来就尚未定型，这么早出现分散也不能证明任何人的意图。招聘公布的薪酬仅为基本工资，股权未披露，因此 9.5 万美元的差额同样反映了披露做法，而不仅是工作范围。也可能始终不会出现统一的词汇——“DevOps”从未完全统一，但团队仍然交付了成果，因为优秀的团队会在本地写清楚自己所指的含义。
最后这一点才是实际诉求：不需要行业标准，只要在项目启动会前写下一句双方都认同的话，说明前沿部署工程师负责四个步骤中的哪几步。这个岗位诞生于交接文档无法传递相关知识。如果最后连职位名称本身都成了无人能够交接的东西，那就很奇怪了。