goal-to-release

用途：把模糊需求推进为基于 issue、可评审且经验证的发布。它负责排序、证据、评审卫生与收尾，并把具体领域工作交给更窄的技能，而非重复其机制。\n\n主要能力：维护目标台账，跨多个 issue/PR、堆叠或并行分支、跨会话执行时默认使用持久台账，可用 scripts/new_goal_ledger.py 创建隔离的未跟踪目标目录，创建前先读 goal-ledger-lifecycle.md。提供多种模式：plan-only（仅计划）、preflight（实现或发布前发现仓库面、门禁与风险）、implement、monitor、closeout、retrospective。\n\n使用方式：先阅读仓库说明与相关文档代码，检查工作区与分支状态，保留无关的脏改动；识别已有 issue、分支、PR、评审、检查与部署。制定目标、非目标、成功标准与发布边界。对非平凡车道运行 scripts/goal_preflight.py 并阅读 preflight-gates.md。规划 PR 图，耦合工作默认串行 PR，独立车道才并行或堆叠。实现时保持分支窄且语义明确。发布 PR 前运行仓库原生门禁与必做子代理评审，并区分本地命令结果与托管 CI/部署证据。评审合并循环阅读 review-and-merge-loop.md，每次推送后重新拉取评审线程。收尾时用 scripts/audit_goal_ledger.py --strict 审计持久台账，达成后运行 scripts/distill_goal_summary.py 生成 summary.md 或 summary.json。技能路由包括 $dependency-upgrade、$subspawn、$commit、$babysit-pr、$repo-docs-align、$hard-cut、$reducing-entropy、$clean-code 等，按需加载。\n\n限制与停止条件：仅当可能造成数据丢失、泄露机密、未经批准影响生产、破坏性 git 历史或公共/API 契约破坏含糊时才停下询问；不得未经明确批准 stash、丢弃、重置或改写用户工作。资料未提供固定收费标准、价格或平台支持信息。