用途：在用户要求准备回滚策略、为部署失败做预案、创建还原计划或记录回滚流程时，生成一份完整的部署回滚计划。强调回滚计划必须在部署前编写并测试，而非事故中临时决定。
主要能力：先读取项目上下文（.chalk/docs/engineering/ 下的架构与部署拓扑、数据库迁移模式、功能开关基础设施、历史回滚计划、发布清单、CI/CD 配置），再结合 $ARGUMENTS 与对话理解本次部署的版本、变更内容、部署机制（蓝绿、金丝雀、滚动、一次性）、涉及基础设施与数据库变更。随后识别回滚风险（迁移是否可逆、数据格式是否兼容、外部 API 契约、功能开关、缓存、定时任务），定义可量化的触发条件（错误率、P50/P95/P99 延迟、业务指标、关键流程失败、人工与时间触发），编写可复制粘贴的分步回滚命令与操作顺序，记录数据注意事项、沟通计划与验证步骤。
使用方式：确定文件编号（匹配 _rollback_plan 的最大编号加一），将计划保存为 .chalk/docs/engineering/<n>rollback_plan<version>.md，例如 9_rollback_plan_v1_3_0.md，最后呈现触发条件摘要、预计回滚时间与无法仅靠回滚缓解的风险。计划格式包含部署摘要、变更清单、回滚复杂度表、触发条件、回滚流程、数据考虑、沟通计划、验证与完成标准。
适用场景：任何涉及数据库迁移、数据格式变化、外部 API 变更或多服务协调的部署前准备。
限制：资料未提供具体命令、阈值、平台或收费信息；实际命令与指标需按项目填写。反模式包括只回滚代码、忽略数据迁移、无触发条件、无验证、未测试回滚、缺少沟通计划、假设回滚瞬时完成、迁移前未备份。