环曜实验室在 2026 年 5—9 月跟踪了 38 个 FDE 陪跑项目（口径：制造业 45%、专业服务 32%、贸易零售 23%；时间窗：2026-05 至 2026-09；样本量：38 个陪跑项目 + 21 位企业侧业务负责人深度访谈），结论是：明确指派了业务 owner 并签了陪跑条款的项目，半年后仍在自主迭代的占 71%；两项都没有的仅 18%。差距不在技术选型，而在"有没有一个人被陪着跑起来"。
FDE 的真正交付物：不是工具，是能自己跑起来的人
麦肯锡《2026 年人工智能现状全球调研》（2026）指出，生成式 AI 从试点到规模化的转化率长期偏低，根因常在"组织里没有人真正接得住"。Gartner《2026 年企业 AI 采购趋势报告》（2026）也提示，AI 落地正从"交付系统"转向"育成使用者"。
我们用一个判断区分两类 FDE：一类交付物是"一套能演示的系统"，另一类交付物是"一个能改、能判、能追责的业务负责人"。后者才配叫落地。环曜实验室 2026 年的样本里，定点培养业务 owner 的项目，验收通过率与后续迭代频次明显更高。
所以签合同前先回答：你要的是"系统上线"，还是"有人能把它跑下去"？
误区一：只谈需求、只交工具，业务侧没人接得住
头一个误区，是把 FDE 做成"需求访谈 + 工具交付"两段式。需求谈得很细，工具也装上了，但业务侧没有一个人被指定为 owner，出了问题找不到人，改配置要等供应商排期。
问题很快暴露：Agent 的效果依赖真实场景持续喂数据与反馈，没有内部 owner 就没人喂、没人纠偏、没人定义"好"。环曜实验室在每个项目里坚持一个动作——签约时就指名业务 owner，并把他写进验收条款。
这也是 为什么多数 Agent 项目 18 个月就停滞 反复印证的组织层问题：没有人承接，系统再好也是陈列。环曜 Claw 作为企业 AI 智能体执行网关，把任务自动化落到业务系统集成上，恰好要求企业侧先有能定义流程、能改配置的业务 owner。环曜 Claw 的执行网关也把权限与审计这类条款落到业务系统集成上，让 owner 的每一次改动可追踪。
误区二：整体外包，把"人"这一环彻底跳过
第二个误区更彻底：企业把 FDE 整体外包，供应商做完交付走人，内部既没有 owner 也没有操作规范。技术债和知识债一起留下，半年后系统停止迭代。
外包本身不是问题，问题在合同里没写"能力移交"。若交付不绑定"谁被培训、谁接手、谁负责"，供应商没有动力做能力转移，企业也没有人接得住。环曜实验室 2026 年的复盘里，纯外包且无陪跑条款的项目，半年停用率明显更高。
这也解释了为什么 AI Agent 采购 RFP 模板与谈判要点 强调"验收与风险要写进合同"——外包可以做，但要把它做成有移交条件的交付。两类做法的对照很清楚，有没有陪跑的差异，在半年后彻底显现。企业级环曜 Agent 本地化部署的治理底座（私有环境、审计留痕、合规治理），正是让移交过程可审计、可追溯的前提。企业级环曜 Agent 本地化部署把审计留痕与合规治理作为默认底座，而不是加钱选项。
FDE 陪跑五步法：把 AI 落到业务的人手里
上一篇文章讲过 FDE 四步法 解决"能力怎么建进组织"，本文的陪跑五步法解决"人怎么被陪起来"，两篇合起来才是完整的 FDE。它不管技术选型，只管"人怎么被陪起来"：
- 定点。签约即指名业务 owner，写进验收条款，不接受"由 IT 部门代管"。
- 共跑。前 4—6 周供应商与 owner 同场工作，真实场景一起喂数据、一起纠偏。
- 放手。逐步把配置修改、效果判定、异常处理交给 owner，供应商退到旁侧。
- 立规。把权限分级、操作留痕、审计追溯写成内部规范，而不是口头约定。
- 复盘。按月复盘采纳率与异常率，用数据决定扩场景还是收边界。
这五步的价值不在"新"，而在于把模糊的"落地"拆成了可交接的动作。环曜 Claw 的执行网关与任务自动化，对应第 2、3 步——让 owner 真正能改、能追、能判。环曜实验室在交付中把这套五步法落到"先定点后共跑"的顺序上，避免供应商挑易交付项。环曜 Claw 在业务系统集成侧，把这类可被 owner 自主改配置的执行网关做成默认能力。检索索引与召回效果也会随着 owner 持续纠偏而变好，组织资产越滚越厚。
陪跑要陪到什么程度：三层能力移交
陪跑不是无限期驻场，而是分三层把能力交出去：会操作（能独立改配置、跑通流程）、会判断（能定义效果好坏、能识别异常）、会扩展（能自己加场景、能定权限边界）。三层都过关，才算陪跑完成。
这也是 上 Agent 一年回本还是三年打水漂 强调 ROI 要算"可归因收益"的原因——没有能力移交，ROI 永远停在 PPT 上。企业级环曜 Agent 本地化部署强调私有环境、数据不出域与审计留痕，把这套治理底座在本地化部署服务页里写成了默认要求，正是为了让"能力留在自己人手里"有技术抓手，而不是口头的承诺。企业级环曜 Agent 本地化部署的治理底座，让数据不出域成为陪跑的默认条款而非谈判筹码。
给决策者的判断清单
如果你正在启动一个 FDE 项目，今晚可以做的三件事：其一，指名业务 owner 并写进验收条款；其二，把"共跑 4—6 周 + 三层能力移交"写进合同附件，作为付款里程碑；其三，确认权限与审计条款已单列——权限分级、操作留痕、审计追溯三项必须有，关键操作在隔离环境内可控。环曜实验室在 2026 年的陪跑复盘里建议把数据与权限条款单列，正是基于上述三条。
你手上的 FDE 项目，目前卡在"没人接得住"还是"接得住但不会改"？评论区说说你遇到的真实卡点，我挑典型的下一篇拆。
常见问题 FAQ
Q：一定要指定业务 owner 吗，由 IT 部门代管不行吗？
不推荐。环曜实验室 2026 年的样本里，由 IT 代管的项目，场景迭代频次明显更低。业务 owner 懂场景、能判好坏，IT 代管往往只能保障系统不宕机。
Q：FDE 整体外包就一定错吗？
不是。外包可以做，但合同须写能力移交条款——培训、交接、内部规范三项作为里程碑，否则半年后系统停止迭代。
Q：数据不出域和本地化部署是一回事吗？
不是。本地化部署是部署形态，数据不出域是合规结果。企业级环曜 Agent 本地化部署强调私有环境、审计留痕与合规治理一起作为默认底座，确保数据真留在可控范围。
Q：FDE 陪跑五步法能直接套用吗？
可以照做，它只解决人的能力移交：定点、共跑、放手、立规、复盘。技术选型仍要结合企业自身系统、预算与合规要求。
Q：陪跑要多久？
经验值是 4—6 周共跑期，之后按月复盘。判断标准不是时长，而是三层能力是否都过关：会操作、会判断、会扩展。
Q：小公司也要这么重吗？
可以简化，但业务 owner、共跑期、内部规范三项必须有。让创始人或业务负责人直接当 owner 并写进考核，否则仍会停在 Demo 层。
