转移的是判断力
核心不是交付一套系统，而是客户能独立判断这个场景该不该做、这个输出能不能用。判断力体现为评测集设计、复核标准与异常处理能力，这些必须由内部人掌握，否则系统无法长期运行，也始终依赖外部。
三步：带做并做独立做
先由外部团队主导、客户观察；再双方分工；最后客户主导、外部只做评审。每一步都要有交付物与退出条件，否则会长期停在第二步，外部一撤就停摆，能力没有真正转移；退出条件要写清，否则容易半途而废。
适用：有承接团队
有至少一名技术负责人和稳定业务接口人的企业最适合，转移按场景推进而不是按课程推进。每个场景结束都应留下文档、评测集与运维手册，供下一个场景复用，减少重复摸索与返工，并形成可复用手册。
不适用：只想要课程
若目标只是让员工了解 AI，采购培训更经济；没有真实项目承载，能力转移容易变成纸上演练。涉及执业签章与专业结论的成果，责任不因能力转移而转移，仍由客户方持证人员签认，这一点要写进合同。
适用与不适用
适合谁
- 有技术负责人、希望自主迭代 AI 应用的企业
- 已完成试点、准备把能力收回内部的团队
不适合谁
- 只想采购课程、没有真实项目承载的组织
典型场景
某零售企业完成客服问答试点后，要求把能力收回内部。外部团队先带做两个月，再并做一个月，由内部工程师主导评测集更新与故障处理；移交后内部团队独立完成一次知识库改版，外部只做评审，并留存移交记录，双方签字确认。
可执行步骤
- 选定一个有真实项目承载、可复盘的场景，作为能力转移的唯一载体，不要分散
- 列出要转移的四类能力、对应交付物以及逐项验收方式和责任人，并明确交付时间
- 按带做、并做、独立做三步排期，每一步都设定退出条件与交付物，逐项验收
- 移交前由内部团队独立完成一次需求变更、故障处理以及评测集更新，外部只评审
常见坑
- 只做培训不做项目，学完没有场景可以练手，能力在几个月内迅速退化，要以项目承载，否则能力无法沉淀。
- 外部团队一直主导，客户只看汇报材料，移交时无人能接手，只能继续续约，要早分工，否则能力始终留在外部。
- 移交时只交文档、不交判断方法，遇到新问题仍要请外部支持，等于没有转移成功，后续只能继续付费。
自检与验收清单
- 是否选定真实项目作为能力转移的载体，并明确边界
- 四类能力的交付物与验收方式是否明确，并逐项验收
- 三步路径是否各有退出条件、交付物、责任人与留档要求
- 内部团队是否独立完成过一次变更与故障处理
常见问题
能力转移要多久？
按场景计，不按课程计。一个中等复杂度场景通常需要经历带做、并做、独立做三步，具体时长取决于客户团队投入与系统集成复杂度。用固定天数承诺转移完成，往往只能完成演示。
和培训有什么区别？
培训给知识与方法，能力转移要交付可运行的系统、评测集与运维手册，并以内部团队独立完成为验收。培训可以是一次性的，能力转移必须挂在真实项目上，否则很难验证是否真的掌握。
转移后出问题谁负责？
运维责任随移交转移，但涉及执业签章、专业结论与合规判断的成果，仍由客户方持证人员或相应责任主体签认。移交确认单要写清责任分界与观察期，避免出问题时互相推诿。