设计
绘制发布迁移与回滚时序图
发布时序图，在推出前明确展示迁移顺序、兼容性窗口、验证门、回滚触发器和数据恢复责任。
流程
按这个顺序做。
- 确定发布与迁移的负责人、系统、环境、当前与目标版本、确切的图表问题，以及数据丢失、安全、无障碍、隐私和停机限制。
- 把计划中的时序与真正会执行的命令分开；不要访问生产，也不要执行迁移、验证或回滚命令。
- 定义切换前必须满足的前提、参与方、版本或 schema 状态和不变量。
- 按顺序排列向前步骤，包括备份或快照、兼容性检查、迁移、应用变更、验证和观察。
- 让每个失败或停止点分支到回滚或恢复路径，标记不可逆步骤和决策负责人，并且不要承诺数据丢失后仍可回滚。
- 加入验证、监控、无障碍、安全和数据完整性检查，制作带文字替代的静态无障碍图表；不要演练或测试命令。
- 打包自包含的图表源、带版本的假设、runbook 链接、覆盖限制和明确的未执行结果，在任何真实发布或迁移前暂停。
先准备
猫会向你要的输入。
- 发布与迁移版本
- 环境与依赖地图
- 兼容性与验证门
- 回滚负责人与恢复目标
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook，不合并多份。先走这个路由器；其余路径是此 workflow 可检查的候选。
- 路由器：
diagram-design-pack skills/diagram-design-pack/release-migration-rollback-sequence-diagram/SKILL.md
界限
界限跟着提示一起走。
- 开始前核实实际工具、账号、权限和工作区；绝不声称拥有不可用的工具、账号、来源或能力。
- 私有代码、产物、实时探测或非公开数据使用 Latch/target-workspace；如果无法访问，就在边界停止并报告阻塞，不要用猜测替代。
- 任何有后果的外部行动前先暂停并取得明确批准；返回证据、未解决风险、假设以及仍等待批准的行动。
完成代表
一个可核对的终点。
带版本且可无障碍使用的静态时序图定义有序状态、兼容性窗口、验证门、恢复分支、不可逆点和覆盖限制，并明确记录未执行结果。
来源
这个流程从哪来。
- github.com/cathrynlavery/diagram-design/tree/dc1ace47b99a419e42d01a03cb6ace5346efa8ae/
- sre.google/sre-book/release-engineering/
- kubernetes.io/docs/concepts/workloads/controllers/deployment/
来源确立 workflow 的模式。如有 Reddit 或社区帖子，视为实务轶事，不是普遍事实。
