2026 年 5 月 14 日，IBM Consulting 发布了一个新词——Forward Deployed Units，前线部署单元，简称 FDU。
因为 FDU 这个词不是 IBM 自己发明的。它是过去两年里，全球在做企业 AI 落地的所有人都在做的事情——终于被 IBM 命名了。
我后面会讲为什么这件事重要。
一、FDU 这个词的字面意思
字面拆——Forward Deployed（前线部署）是一个冷战时代的词，从 Palantir 的 Forward Deployed Engineer（FDE）开始被科技圈熟知，意思是"工程师不坐在总部，而是直接嵌到客户项目里"。Unit（单元）是从军事和工业借用过来的"作战单元"。
所以 FDU 是：
一个前线嵌入客户现场的小型作战单元
一个人和智能体混合编制的小团队
IBM 给的数字是 6 个人 + 一支数字员工队伍
注意——6 个人，不是 60 个人。一个 6 人小团队被声明能完成原本 30 人团队的工作量。目前已在 Riyadh Air（沙特利雅得航空）、雀巢（Nestlé）、喜力（Heineken）、培生（Pearson）这四家客户里跑通。
它要解决的问题不是技术问题，而是 IBM 在发布稿里反复强调的命题："投入的人越多产出就越大"的传统逻辑失效。今天企业的产出不再取决于人头数，取决于企业的运营模式——团队如何组队、如何协调 AI 智能体、如何实施治理、如何把原始能力转化为可衡量的商业成果。
这句话翻译成大白话就是——协调成本的主轴，正在从"人"挪到"代码"。
二、为什么 FDU 不是"新岗位"
FDU 是一个组织形态——它是一支编队，不是一支职业。
这是 IBM 在发布稿里反复强调的细节，但被很多报道忽略了：
"FDU 并非专指某个人，而是一个作战单元、工作小组，其结构是：人类专家位于两端，中间是一支由专业智能体构成的'数字员工队伍'。"
人类在两端，中间是智能体。
这句话把传统 AI 落地里最常见的三种组织模式一次性掀翻了：
模式 A：人是决策点，AI 是辅助（人在"决策点"上把关，AI 干执行）——这是 Human-in-the-Loop 派的典型立场
模式 B：人是发令者，AI 是执行者（人"喂"任务给 AI，AI 跑完之后人验收）——这是多数 AI Agent 公司的设计
模式 C：人是战略+验收者，AI 是过程执行者（人只在起点和终点介入，过程全部交给 AI）
FDU 是模式 C 的一次彻底化——它把"人在过程里"压缩到"人在两端"。
这件事为什么重要？因为它实际上在做一件工程界反复验证过的事：把协调成本的主轴从人挪到代码。
模式 A 和模式 B 都做不到这一点——它们的协调成本仍然是人在承担（人在每一个"决策点"上做协调）。只有模式 C——人只在"战略起点"和"验收终点"上承担协调——才能把"过程协调"完全转给代码。
这正是 IBM 在发布稿里反复讲的那句话的工程含义："在 AI 时代，产出取决于企业的运营模式。"——这里的运营模式，是"人类位于两端 + 智能体填充中间"的模式。
三、IBM 的工程化与中国制造业的实践
IBM 自己也承认，FDE 不是它发明的。IBM Fellow（院士）和 Distinguished Engineer（杰出工程师）这两类顶级技术人才，长期以来就是在客户项目里直接嵌入的——这件事 IBM 已经做了 20 年。
FDU 是把"精英偶发的做法"做成"产品化打法"——把它变成可复制、可规模化推广的标准模式。这是 IBM 真正厉害的地方：把零散的个人经验变成公司级的运营资产。
这与中国制造业过去两年发生的事是同步的。
2024 年开始，国内陆续有一批"作战单元"出现——
江苏慧工智能的"小团队驻场"模式，工程师和工艺专同时嵌入客户工厂。
奔雷云把"交付能力"做成"产品化服务"——程玉雷的题目《AI 时代，重新定义面向客户交付的一体化服务底座》讲的就是这件事
创意考拉赵嘉琦的"Agent 协同新范式"——把人和 Agent 一起编入作战单元
这些事，在本质上和 IBM 的 FDU 是同一件事。只是 IBM 给它起了一个英文缩写。
我之所以要写这篇文章，是因为——
如果中国制造业的实践与 IBM 的命名是同一件事，那这件事就不再是"国内某厂的偶发实验"，而是"全球制造业 AI 落地的一种范式"。
这正是 IBM 这个词的真正意义——它把"分散的、零散的、个人英雄主义的打法"命名为一种"全球通用的运营模式"。
四、这与白皮书"底座是使能层"的论断相互印证
10 月 15 日下午，我们会在工博会现场首发一本飞轮白皮书——《制造业 B2B 智能体获客飞轮》。
白皮书里有一个核心论断，"底座是使能层，不是第六环"。意思是说——飞轮有 5 环（线索、报价、合规、客户成功、获客）和 4 条反哺回路，底下要有一个使能层（也就是 FDU 这样的作战单元）才能让飞轮转起来。
IBM 的 FDU 给这个论断补了一刀——
底座不是工具：传统认知里，底座是 CRM、ERP、SCM 这类工具。IBM 的论断是，底座是"会编队的队形"——是 FDU 这种人和智能体的混合编队。
底座不是流程：传统模型里，底座是"标准作业流程 SOP"。IBM 的论断是，底座是"动态协调机制"——人类在两端、智能体在中间的协调模式。
底座不是人：传统项目里，底座是"资深顾问"——贵、慢、不可复制。IBM 的论断是，底座是"标准化的作战单元"——可复制、可规模化推广、模型化训练。
这是 FDU 这个词给"底座是使能层"提供的一个工程实证。
而中国制造业过去两年那些零散的尝试——慧工、奔雷、链曼斯、全维度、创意考拉——在国内做的事情，本质上就是在把"使能层"从口号变成工程现实。
只是这一次，被全球巨头命名为 FDU 了。
五、几个还没说清的事
FDU 这个词目前还有几处没说清楚，我列下来供同行参考：
1. FDU 不是"裁员工具"
IBM 强调 6 人 FDU 完成 30 人工作量，没说 6 人替代 30 人。实际上 FDU 客户侧往往还需要新增 30-50 人的"被服务方团队"——这些人是之前不能做这件事的人（缺乏 AI 能力），现在能做了。
换句话说，FDU 释放的不是被减掉的产能，是之前不能释放的产能。这件事 IBM 自己在英文稿里讲得含蓄，但含义重要。
2. FDU 不是"高枕无忧的成功模板"
IBM 自己说 FDU 已经在 4 家客户跑通，但4 家都是大客户（航空、消费、酒饮、教育）。中小企业能不能跑通 FDU 模式？IBM 没有回答。
我的判断——中小企业跑不通。
6 个高级人才驻场加上一支数字员工队伍，单这一项每年的成本就远超中小企业的预算上限。这是 FDU 的现实边界。
3. FDU 不是"IBM 的专利"
FDU 这个词是 IBM 起的，但这种组织形态在过去两年已经在全球和中国陆续出现。我前面提到的慧工、奔雷、链曼斯、全维度、创意考拉等，是已经在中国落地的"FDU-like"打法。
未来 12 个月，我会继续观察这件事——
FDU 是会变成"大型企业的专属打法"，还是会被重新设计成"中小企业的可负担打法"？
这件事没有答案。但这是下一步值得看的事。
六、留给读者的问题
如果你是一家制造企业的当家人——
FDU 这个词给的不只是"一种新的咨询服务模式"。它给的是"协调成本的主轴正在从人挪到代码"这件事被全球巨头命名的实证。
接下来 12 个月，看你身边——
你的 AI 服务商是不是已经从"卖软件"转向"建编队"
你自己的车间里，是不是已经有"6 人驻场 + 智能体填充"的小团队出现
你下次与服务商谈 AI 项目，第一句话是不是"你能给我一支 FDU 吗"而不是"你能给我一套系统吗"
这三件事任何一件发生，说明你的 AI 化正在从"装备阶段"跨入"作战阶段"。
这件事——比 IBM 发布 FDU 重要一万倍。
