executing-plans
当你有一份书面实现计划需要在单独的会话中执行，并设有审查检查点时使用
By jnmetacode · 975 installs
npx skills add jnmetacode/superpowers-zh --skill executing-plans
Source repository · Upstream listing
执行计划
概述
加载计划，批判性审查，执行所有任务，完成后报告。
开始时宣布： "我正在使用 executing plans 技能来实现此计划。"
注意： 告诉你的人类伙伴，Superpowers 在有子代理支持时效果好得多（Claude Code、Codex CLI、Codex App、Copilot CLI 与 Gemini CLI 都算；见 ../using superpowers/references/ 下的各平台工具参考）。如果子代理可用，请使用 subagent driven development 而非此技能。
流程
步骤 1：加载并审查计划
1. 确保有一个隔离的工作区：用 using git worktrees 创建一个，或者核实已有的那个
2. 读取计划文件
3. 批判性审查——识别计划中的任何问题或疑虑
4. 如果有疑虑：在开始之前向你的人类伙伴提出
5. 如果没有疑虑：创建 TodoWrite 并继续
审查时重点检查：
步骤之间是否有依赖遗漏？（A 依赖 B，但 B 排在 A 之后）
验证条件是否明确？（"确认可用"不算，"运行 npm test 全部通过"才算）
是否有隐含的环境假设？（Node 版本、数据库连接、API Key）
审查示例：
步骤 2：执行任务
对于每个任务：
1. 标记为进行中 — 更新 TodoWrite
2. 理解目标 — 重读任务描述，明确完成标准
3. 执行实现 — 严格按照计划步骤执行（计划已有小步骤）
4. 运行验证 — 按要求运行测试或检查
5. 提交变更 — 每完成一个任务提交一次，commit message 引用任务编号
6. 标记为已完成 — 更新 TodoWrite
每个任务的节奏：
持续自查：
执行过程中持续留意：整体方向还对吗？有没有偏离计划？
如果发现前面的实现有问题，先修复再继续，不要带着问题往下走
步骤 3：完成开发
所有任务完成并验证后：
宣布："我正在使用 finishing a development branch 技能来完成此工作。"
必需子技能： 使用 finishing a development branch
按照该技能的指引验证测试、展示选项、执行选择
完成报告模板：
何时停下来求助
在以下情况立即停止执行：
遇到阻塞（缺少依赖、测试失败、指令不清）
计划有严重缺陷导致无法开始
你不理解某条指令
验证反复失败（同一测试失败 2 次以上）
不确定时就问，不要猜测。
常见异常处理
🇨🇳 本节是 superpowers zh 的增量内容，上游 obra/superpowers 没有。
它展开的是上一节「遇到阻塞（缺少依赖、测试失败、指令不清）」的三种具体情形。
上游的步骤 1–3 与其余各节均为逐节翻译，未被本节改动。
测试失败：
1. 读错误信息，定位失败原因
2. 区分：是实现 bug？还是测试本身有问题？还是计划描述有误？
3. 实现 bug → 修复并重跑
4. 测试有问题 → 修复测试，向伙伴说明
5. 计划有误 → 停下来，向伙伴报告并建议修正
依赖缺失：
指令不清：
不要猜测意图，不要"合理推断"
列出你的理解和困惑，让伙伴澄清
等待回复后再继续
提交粒度： 每个任务单独提交，commit message 引用任务编号。
何时回到之前的步骤
回到审查（步骤 1）当：
伙伴根据你的反馈更新了计划
根本性的方案需要重新考虑
不要硬闯阻塞 — 停下来问。
注意事项
先批判性审查计划
严格按照计划步骤执行
不要跳过验证
计划要求时引用相应技能
遇到阻塞时停下来，不要猜测
未经用户明确同意，绝不在 main/master 分支上开始实现