回滚决策卡

它解决什么问题

发版异常时，团队常卡在两件事上：证据没整理完就开始争论，或者把“回滚代码”当成“回滚故障”。本技能用于在指标异常、错误上升或变更副作用出现时，把已有事实整理成一张回滚决策卡，帮助负责人判断“立即回滚”还是“继续观察/热修”，并生成可执行的步骤要点与沟通项。它不访问监控、集群或工单，也不执行 rollback、重启、切流等命令。

如何工作

输入通常需要四组事实：当前版本或变更、现象与证据、回滚目标、已知副作用。技能会先追问缺失的回滚目标，再输出：

• 现象与证据：只使用用户提供的指标、错误、时间线，不推测外部数据；
• 选项对比：比较 立即回滚 与 继续观察/热修，列出预期收益、主要风险和时间量级；
• 不可逆检查：若涉及数据迁移、格式升级或第三方副作用，会强制回答三问：旧代码是否还能读新数据、是否已有不可撤销副作用、是否有数据回迁或双读兼容方案；
• 步骤与沟通：用编号清单写出“回滚镜像至 vX”“恢复配置项 Y”级要点，并提示通知研发、值班、客服或业务，以及回滚后观察指标和时长。

边界

该技能适合做决策材料和对内同步稿，不适合替代正式事故流程，也不适合要求“直接回滚生产”。发版前的 Go/No-Go 判断应使用发布门禁类技能；完整 RCA 也不在这里完成。若数据回迁没有方案，技能会标出缺口，而不编造 SQL 或保证服务恢复。