Forward Deployed Engineer
Forward Deployed Engineer（FDE，前置部署工程师，即 embedded engineer）：长期进驻客户组织、把 AI（或软件）落进真实业务流程的工程师——不是接需求的乙方开发，而是”用产品术语思考的全栈工程师”，先问”解决什么业务问题”再问”用什么框架”。（译名注：embedded 取随军记者式的”编入客户团队”义，与单片机的”嵌入式系统”无关，故术语保留英文。）playbook 由 Palantir 在政府合同时代确立；2026 年 Microsoft（1B）、Anthropic / OpenAI / Accenture / EY 竞逐 embedded AI engineering，使其成为 AI 行业从”卖模型”转向”卖实施”的标志角色。出自 Mark Ajzenstadt - FDE 五条经验。
争议核心：稀缺的是什么
- 市场定价说：FDE 稀有、专业化、值得溢价（各大厂的招聘叙事）。
- Ajzenstadt 反驳：FDE 不是稀有物种——多数工程组织里都有潜质人选，真正稀缺的是能批量把 competent + curious 的开发者培养成 FDE 的运营文化。“只招最好的”无法规模化：等独角兽候选人时，客户因为”活没干完”离开，不是因为缺 A 玩家。
轮换 vs context 积累
大厂规模化 FDE 的默认形态是轮换制（如 Microsoft “No Pilots. Scale from Day One”），命门在于：
- FDE 三个月学会客户系统即被换走，下一个从零开始——context 不随轮换存活，资本解决不了；
- “那是品牌更好的咨询”（consulting with better branding）；
- 附带效应：Microsoft 工程师进驻共同设计 AI 系统 = 其架构变成你的基础设施（vendor lock-in），客户应在续约前看清。
对立面是长期嵌入：让 context 在人与组织里持续积累，并把”操作系统”（运营文化）转移给客户，使客户能从自己人里培养 FDE。
培养文化（十年经验，五课浓缩）
- FDE 可造：全栈 + 产品好奇心即可起步，缺的是培养系统；
- 文化像工厂车间，不像科技园区：每天 8 点站会（预期而非可选）、实际数字复盘昨日、具体交付物规划今日、blocker 在惊吓客户前浮出——每天，不是每周 retro；目的是客户产出而非工程师快乐；
- 改造胜过招聘：数月持续运营压力（带指标的站会、带上下文的 code review、谈业务影响而非关单）把普通开发者变成”像产品负责人思考、像顾问沟通、像懂客户业务的工程师交付”；
- context 不随轮换存活：embedded engineering 是文化不是产品，文化不随轮换存活；
- 经济学约束：只招 on-site → 池子收窄 → 费率不可持续 → 溢价与成本错配直至崩坏。
一句话：赢家不是花钱招聘最多的，而是文化建设速度跑赢所有人招聘速度的。
与相关概念的边界
- vs Agent 状态分层：一个问题的两层——Rosen 论状态必须比进程活得久（机器层，durable work），FDE 论 context 必须比轮换活得久（组织层，durable context）；轮换的人 = 崩溃的进程，未沉淀的 context = 只存在本地文件系统的工作状态。
- vs Agent Fleet 管理：同属运营纪律家族——每日数字站会 / blocker 前置与 fleet 的 standup、counting test、静默原则互为镜像；管理 agent 的纪律与管理 embedded engineer 的纪律正在合流。