DevOps
迁移代理上下文并进行验证和回滚
分阶段迁移计划，在工作区或运行时之间移动代理上下文和操作指令，并提供检查点、一致性检查和已测试的回滚。
流程
按这个顺序做。
- 盘点上下文文件、记忆、配置、秘密、引用、工具权限、当前运行时，以及源和目标的准确修订。
- 将每项分类为可移植、主机特有、可再生、敏感或有意排除，并定义目标契约和兼容性测试。
- 创建源快照、隔离目标工作区，涉及私有上下文时通过 Latch/target-workspace 只复制批准的最小范围。
- 切换前检查指令、路径、工具可用性、权限、环境变量、会话行为和输出示例的一致性。
- 用代表性任务对目标做 canary，比较证据和失败，验收门通过前让旧环境保持只读。
- 定义切换、监控窗口、回滚触发器、数据同步规则和负责批准者，并在不做破坏性清理的情况下演练回滚。
- 返回迁移记录、验证证据、保留的源、回滚状态和未解决风险，生产切换前暂停。
先准备
猫会向你要的输入。
- 源与目标运行时详情
- 上下文与配置清单
- 权限与敏感数据边界
- 回滚负责人与验收标准
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
token-efficient-agenting-pack skills/token-efficient-agenting-pack/reversible-agent-context-migration/SKILL.md
界限
界限跟着提示一起走。
- 开始前核实实际工具、账号、权限和工作区；绝不声称拥有不可用的工具、账号、来源或能力。
- 私有代码、产物、实时探测或非公开数据使用 Latch/target-workspace；如果无法访问，就在边界停止并报告阻塞，不要用猜测替代。
- 任何有后果的外部行动前先暂停并取得明确批准；返回证据、未解决风险、假设以及仍等待批准的行动。
完成代表
一个可核对的终点。
可回滚的迁移记录证明上下文一致、工具与权限检查、canary 证据、切换责任和经过测试的回滚路径，并显示未解决风险。
来源
这个流程从哪来。
- github.com/JuliusBrussee/caveman/tree/2fd153c67988e980fb0b2455c90832159a6a5a25/
- git-scm.com/docs/git-worktree
- sre.google/sre-book/release-engineering/
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
