用途：当已有一份书面实施计划，需要在独立会话中执行并设置评审检查点时使用。核心原则是分批执行、批次间设检查点供架构评审。开始时需声明正在使用该技能实施计划。
主要能力与流程：第一步加载并批判性审阅计划。计划目录格式为 .claude/plans/<plan-id>/，读取 plan.md 编排计划与 manifest.json 清单，仅加载当前批次的 briefings/task-NN.md 简报（默认每批 3 个任务），不一次性加载全部任务；若发现问题，先向人类伙伴提出再开始，无问题则创建 TodoWrite 继续。旧式单文件格式为 docs/plans/*.md，直接读取并按相同流程处理。格式检测：路径含 manifest.json 或指向目录用目录格式；指向 .md 文件用旧式格式；未给路径则先查 .claude/plans/ 最新目录，再回退到 docs/plans/ 最新 .md。
第二步执行批次：默认前 3 个任务，每个任务标记 in_progress，严格按简报中的小步骤执行，按简报 Success Criteria 运行验证，然后标记 completed。第三步报告：批次完成后展示实现内容与验证输出，并说“Ready for feedback.”。第四步继续：根据反馈应用修改，加载下一批简报并执行，重复至完成。第五步完成开发：全部任务完成并验证后，若为目录格式，可选写入 summary.md 执行说明，并删除计划目录 rm -rf .claude/plans/<plan-id>/，删除失败仅警告不阻塞；随后声明使用 git-workflow 技能完成工作，并按要求使用 git-workflow 栈验证测试、呈现选项、执行选择。
限制与护栏：遇到阻塞应停止并询问，不要猜测，完整停止条件见 references/guardrails.md。必需的工作流技能包括 git-workflow（用于隔离工作区与完成开发）和 writing-plans（用于创建本技能所执行的计划）。