← Playbook 索引
Playbook阶段 19可泛化原则
移交与规模化复制（Handoff & Project Transition）
学习
让接手方不靠原作者记忆和聊天历史，也能知道当前系统处于什么状态、哪些证据可信、下一步做什么。移交还要把通用方法和项目专属口径分开，避免把一个现场的决定误当成通用规则复制。
什么时候拿出来用
- 负责人、团队、会话或运行环境即将更换
- 系统从试点进入长期运营，或成熟做法准备复制到新的业务场景
开始前先拿到
- 当前任务与缺陷状态机
- 关键运行、验证和发布证据
- 通用资产与项目专属配置的初步边界
操作主线
怎么推进
公开的是判断与动作骨架。客户数据、私有模板和内部示例不在其中。
- 01
先判断是否够格移交
检查 Eval、可观测、红线、运营和经验资产，未达门槛的先补齐。
- 02
写状态与证据
用精确状态、阻塞、禁区和下一步组织 handoff，每个完成项都挂可核验证据。
- 03
让接手方独立复现
只凭 handoff 和关联资产跑通至少一条真实链路，失败就补交接而非口头讲解。
- 04
分层复制并持续刷新
通用机制与专属口径分开；模型、字段、指标和知识变化有明确刷新责任。
会留下什么
- 可直接续接的 handoff
- 成熟度与未决风险评估
- 通用资产、专属适配与刷新计划
过关前再看一遍
- 接手方可以独立跑通真实链路
- 完成项能反查到验证证据
- 通用方法与项目专属配置没有混写
Exit Gate · 放行条件
Handoff 包可被独立运行
容易做错的地方
- 用流水账代替当前状态
- 完成项只有“我验证过了”的自述
- 把旧项目口径直接复制到新场景
这套方法怎么落到你的项目
这是我们交付生产级 AI Agent 的公开、脱敏方法骨架。真正落地时，从 AI Agent 生产就绪审查与路线图 入手，或先用 生产上线前深检 定位薄弱环节。