milestone-rush

用途：从里程碑的实际当前状态出发完成指定里程碑，负责协调各工作项交付以及里程碑边界上的发布。使用前需给出精确的仓库和里程碑；接受已确认的 /roadmap-review 交接或直接调用，直接调用时须先核验范围、方向、就绪度、依赖与成功度量。若需重大重新规划（如关闭时记录被否决或推迟的产品决策、重大范围扩张），应停下而非静默改里程碑。\n\n主要能力与流程：读取项目根目录 ORCHESTRATION.md（按 references/orchestration.md 校验），在首个 issue、PR 或 worker 动作前将首个生命周期事件交给事件账本 ingest 命令存入被忽略的账本；刷新里程碑、issue、PR、评审、检查、默认分支、分支、工作树等状态，分类已交付、开放 PR、实现中、就绪、阻塞或无效，复用有效工作。构建依赖与冲突图，将独立就绪节点派发到隔离子代理与工作树；用 .agent/HANDOFF.md 维护可恢复状态；持续集成而非批量等待，每次 squash 合并后重新拉取状态并重跑适用门禁。阻塞节点连同依赖者隔离，继续其余可运行节点；不得在存在阻塞或未验证工作时关闭里程碑。\n\n收尾：关闭前重新获取里程碑、issue、PR、评审与 CI 状态，确认范围内条目均有证据交付并关闭、无待处理项、同步后的默认分支通过完整项目门禁；运行事件账本 validate 与 summarize；在集成门禁通过后调用 /create-release（按里程碑发布权限、已定发布计划与版本策略），发布未完成则里程碑保持进行中；仅当所需发布结果验证通过后关闭里程碑，并只清理本次运行创建的干净、已合并工作树。\n\n限制：需遵守项目指令、就绪与完成定义、分支保护、评审策略和远端默认分支；不得 amend、绕过门禁或覆盖无关工作；普通分支仅可合并，只有 git-workflow 可应用其受保护的原生栈重写例外。不支持仓库策略要求的被动等待时会阻止派生。需使用 /deliver、/implement、/code-review、/create-release、/run-retro 等配套命令。未提供的平台、收费、效果等信息暂未提供。