Executing Plans（分会话执行实现计划）
在没有子代理能力的场景下，按人工检查点批量执行一份已写好的实现计划
为已有书面实施计划的编码代理提供了清晰的分步执行流程、检查点和阻塞处理，任务价值较高。边界也较明确：它不是计划编写、测试驱动开发或分支收尾技能；但未定义计划文件格式、适用项目范围或复杂计划的处理上限。
要求逐项标记状态、按计划执行并运行计划中指定的验证，且在阻塞、失败或不明确时停止并询问，具有较好的流程一致性。依赖 writing-plans、using-git-worktrees 和 finishing-a-development-branch 等外部技能，且没有提供具体的失败恢复、状态持久化、重试上限或验证标准，因此可复现性有限。
包含批判性审查、人工确认、遇到不确定性不猜测、失败即停止，以及禁止未经明确同意在 main/master 上开始实施等保护措施；要求使用 worktree 也能降低工作区污染。仍缺少对文件修改、命令执行、网络访问、凭据和敏感数据流的权限边界说明，也没有明确回滚或未完成变更的恢复流程。
技能文本本身完整描述了流程规则，但没有附带行为测试、示例执行记录、成功率或独立验证。仓库上下文提到整体项目有测试和评估工具，但这些证据并未证明此选定技能的行为；因此存在明显的技能级证据缺口，且静态审查不能声称已执行测试。
流程步骤和停止条件易于理解，并给出了启动及完成时的固定公告文本。输入仅笼统地称为计划文件，输出格式、todo 工具要求、检查点交互方式、平台兼容性、成本、安装前提和故障排查不足；强制依赖的子技能也未在本文件中展开。
仓库提供 MIT 许可证、版本号和更新说明，且技能引用了仓库内的相关技能，具备一定维护基础。Publisher provenance 未经 FollowSkills 企业注册表验证，不能据此支持治理或质量判断；本技能没有版本约束、变更记录、责任人、发布责任或针对流程变化的更新路径，维护证据有限。
- 执行该技能会引导代理修改代码并运行验证；在采用前应确认宿主平台、工具权限、计划来源及命令执行的人工授权边界。
- 强制依赖的其他技能可能缺失或发生不兼容变化；应为缺失技能、失败验证和部分完成状态准备明确的回滚与恢复方案。
- 不要把仓库级测试、README 声明或未验证的发布者身份视为该选定技能已经独立验证的证据。
它能做什么 & 适用场景
这是 subagent-driven-development 的轻量替代方案：当你手头已经有一份 writing-plans 生成的实现计划，但当前环境不支持子代理（或你想换一个独立会话来执行），就用这个 skill 按任务顺序逐条执行、逐条验证，遇到阻塞就停下来问人，而不是自己瞎猜着往下走。skill 文档本身很短（只有 70 行），核心是一套清晰的「何时停下」规则。
读取计划文件并先批判性审阅一遍，有疑问就在动手前提出来；为计划里的每一项任务建 todo；逐个任务标记进行中、严格按步骤执行、跑指定的验证命令、标记完成；全部任务做完后，转交给 finishing-a-development-branch skill 收尾（跑测试、决定合并/PR/保留/丢弃）。遇到阻塞（缺依赖、测试失败、指令不清楚、验证反复失败）会立刻停下来问人，而不是硬着头皮往下猜。
- 在不支持子代理的 harness（比如某些纯 CLI 工具）里执行一份现成的实现计划
- 刻意选择在独立的新会话里执行计划，避免带着 brainstorming 阶段的对话历史干扰实现
- 执行到一半发现计划有问题，需要先回到人工确认再继续，而不是自己改计划硬闯
优缺点一览
- 「何时停下问人」的规则列得很具体（阻塞、计划有硬伤、指令看不懂、验证反复失败），减少了自己瞎补全指令的风险
- 文档本身极简（70 行），学习和理解成本低，不像有些 Superpowers skill 动辄几百行
- 跟 finishing-a-development-branch、using-git-worktrees、writing-plans 三个 skill 有清晰的集成关系，形成一条完整流水线而不是孤立文档
- 只在会自动读取和遵循 SKILL.md 指令的 harness 里可靠工作（Claude Code、Codex CLI 等）；纯聊天式界面里等于一份说明文档，需要人工照做。
- 对没有子代理能力的场景是刻意的降级方案，功能上不如 subagent-driven-development 的两阶段审查机制严谨
- 「批量执行、检查点复核」的粒度控制权更多在计划文件本身写得好不好，这个 skill 只负责按计划执行，不负责计划质量
如何安装
作为 obra/superpowers 插件的一部分安装，不能单独安装某一个 skill：
- Claude Code：官方市场
/plugin install superpowers@claude-plugins-official；或先注册 Superpowers 自建市场/plugin marketplace add obra/superpowers-marketplace，再/plugin install superpowers@superpowers-marketplace - 也支持 Antigravity、Codex App/CLI、Cursor、Factory Droid、GitHub Copilot CLI、Kimi Code、OpenCode、Pi 等 harness，具体命令见仓库 README
装好后这个 skill 会和其余 13 个 Superpowers skill 一起启用，由 using-superpowers 统一引导、按场景自动触发，无需单独调用。
如何使用
当你已经有一份 writing-plans 产出的计划文件，且希望在当前/新会话里直接执行时触发。典型流程：读取计划 → 逐项执行 → 每步跑验证命令 → 全部完成后交给 finishing-a-development-branch。
对比同类
跟 subagent-driven-development 相比：后者在同一会话里为每个任务派发独立子代理并做两阶段审查（规格符合度+代码质量），迭代更快也更严格，但依赖子代理能力；executing-plans 是没有子代理时的替代路径，或者刻意想用一个全新会话执行时使用，两者不建议同时用于同一份计划。