这个 Skill 能做什么，适合哪些场景？
执行计划适用于已有书面实施计划、需要在独立会话中完成开发工作的场景。它会先读取并审查计划，发现关键疑问时暂停并询问用户。确认后，它按任务逐项执行并运行计划规定的验证。全部完成后，它要求使用开发分支收尾流程；如果缺少依赖、测试失败或指令不清，会停止而不是猜测。
读取实施计划文件并进行批判性审查；将计划拆分为待办任务；逐项标记任务状态，按计划步骤执行，并运行指定的验证；在发现关键问题、阻塞、重复验证失败或不明确指令时暂停并请求帮助；完成任务后调用 finishing-a-development-branch 流程进行收尾。
- 软件工程师已有详细实施计划，希望在独立会话中按任务执行并保留人工检查点。
- 团队希望代理先审查计划，在发现缺口时于编码前提出问题。
- 需要逐项执行带有明确验证步骤的开发任务，并在完成前确认验证结果。
- 使用支持子代理的平台，希望获得更高质量的计划执行结果。
如何安装这个 Skill？
- 执行前应确认计划文件、任务追踪能力及 required 子技能均可访问，否则流程可能在中途阻塞。
- 该技能允许执行代码变更，但未定义敏感文件、网络调用、凭据和副作用的最小权限或确认清单。
- 完成后的验证、分支合并、保留或丢弃等恢复路径依赖 finishing-a-development-branch，需单独审查其安全性。
- 未提供中文提示或本地化指导；平台依赖的插件、子代理和外部服务在中国大陆网络环境中的可达性未被证明。
- 本地文件系统
安装整个 Superpowers 仓库，而不是单独安装此技能。按所用代理平台选择 README 中的安装方式，例如 Codex CLI 可打开插件搜索 /plugins，搜索 superpowers 并选择 Install Plugin；Codex App 可在 Plugins 侧栏的 Coding 分类中安装 Superpowers。仓库中的技能文件路径为 skills/executing-plans/SKILL.md。
tmp="$(mktemp -d)"
git clone --depth 1 https://github.com/obra/superpowers.git "$tmp"
mkdir -p ~/.claude/skills
cp -R "$tmp/skills/executing-plans" ~/.claude/skills/
rm -rf "$tmp"根据源仓库地址和 Skill 路径自动生成，只复制这个 Skill 的文件夹。如果上文有作者提供的安装方式，请优先按作者说明操作；想只在当前项目中使用，把 ~/.claude/skills 换成项目里的 .claude/skills。
如何使用这个 Skill？
安装后，把下面任意一句发给 Agent 即可触发：
- 请读取这份实施计划，先审查风险和疑问；如果没有阻塞，请逐项执行并按计划运行验证，在任务之间保留检查点。
准备一份书面实施计划，并在独立会话中要求代理执行该计划。例如："请读取这份实施计划，先审查风险和疑问；如果没有阻塞，请逐项执行并按计划运行验证，在任务之间保留检查点。" 若有可用子代理，README 建议改用 subagent-driven-development。
这个 Skill 有哪些优点和局限？
- 先审查计划，能在实施前暴露关键疑问或缺口。
- 按任务跟踪进度，并要求执行计划规定的验证。
- 对缺少依赖、测试失败和不明确指令设有明确停顿条件。
- 适合在独立会话中执行已有计划，并保留人工检查点。
- 必须先有书面实施计划；它不会替你从零设计计划。
- 完成流程要求使用 `finishing-a-development-branch`，并依赖相关 Superpowers 工作流技能。
- 文档说明有子代理时应优先使用 `subagent-driven-development`，因此本技能未必是支持子代理平台的首选。
- SKILL.md 未提供独立安装命令或单独测试套件。
这个 Skill 与同类方案有什么区别？
与相关 Skills 并排比较；分数均按同一 FSRS 标准得出。
| Skill | FS 评分 | Star 数 | 最近更新 | License |
|---|---|---|---|---|
| 执行计划 本页 | 54 · 谨慎使用 | ★ 299k | 16 天前 | MIT |
| 持续代码审查助手 | 53 · 谨慎使用 | ★ 299k | 16 天前 | MIT |
| Writing Plans 实施规划 | 53 · 谨慎使用 | ★ 299k | 16 天前 | MIT |
| 计划执行编排器 | 51 · 谨慎使用 | ★ 101k | 12 天前 | Apache-2.0 |
| 制定计划（Make Plan） | 51 · 谨慎使用 | ★ 101k | 12 天前 | Apache-2.0 |
与 subagent-driven-development 相比，本技能用于按计划执行任务并设置人工检查点；README 将前者描述为按任务派发新子代理并进行两阶段审查，而在有子代理时建议优先使用前者。
FollowSkills 如何评估这个 Skill？
技能要求先审阅计划、遇到阻塞停止并请求确认，且要求使用隔离 worktree、未经明确同意不在 main/master 上实施，体现了权限约束和人工检查点。未说明敏感数据处理、外部副作用、回滚细节或执行前后的数据流透明度；收尾与恢复依赖未提供的子技能，因此扣8分。
步骤顺序、阻塞条件和验证要求清晰，异常时要求解释原因而非猜测。关键执行依赖计划文件、任务追踪工具及多个子技能，当前文件未提供依赖可用性、失败诊断格式或关键路径测试；按静态评估上限取9分。
明确适用于已有书面实施计划、分阶段执行并在检查点复核的编码代理场景，也说明了不应在缺少澄清时猜测。对输入计划的结构、非适用场景、不同代理能力和中文使用没有充分边界说明，且部分能力依赖特定平台或子代理支持，扣5分。
文件短小、层次清楚，包含触发条件、流程、停止规则和集成的必需技能；仓库提供 MIT 许可证、版本和维护/更新信息。选定文件缺少参数约定、示例、FAQ、已知限制、变更记录和明确维护责任，相关信息主要在仓库上下文中，扣7分。
按计划逐项执行、验证并报告完成，且设置人工检查点，能够覆盖核心目标。实际结果格式、计划质量门槛和完成后的可交付物未定义；最终能力依赖其他技能，静态材料没有代表性输出或执行证据，按静态上限取6分。
流程要求运行计划指定的验证，并强调证据优先；仓库上下文提到测试与评估基础设施，但未提供该技能关键路径的专门测试或本次静态审查之外的可复现结果。可审计证据有限，按静态上限取4分。
点击维度查看打分理由
证据充分度：低 — 主要依赖静态检查、作者材料或有限演示；适合发现线索，不适合做高风险决策。
查看完整评分方法 →