executing-plans · 实施计划执行
按实施计划逐任务内联执行的 skill：一次读完计划，在本会话中连续执行所有任务，中途不向用户反复确认。每个任务走 TDD（先看测试失败再看通过）、按步骤核对预期输出，进度记入 ledger 台账，压缩上下文后仍可恢复。
计划与 spec 冲突时以 spec 为准做最小裁决并记录。收尾做整个分支的一次 fresh review：Critical/Important 修一遍（每个修法都经 RED→GREEN 验证），Minor 只记录。
调用示例：在聊天框中说"用这个实施计划开始执行"。
产品详解
定位
executing-plans 是实施计划的内联执行器：拿到 writing-plans 产出的计划后，在本会话中逐任务执行到底，不派子 agent、不按任务逐个评审，只在末尾做一次整个分支的新鲜视角评审。它把计划里的思考直接转成可验证的提交序列。
核心能力
- 连续执行：所有任务一次跑完，不中途停下问"要不要继续"；冲突与歧义自行裁决（Ruling），只把四种情况停下问人：不可逆操作、安全敏感动作、主分支推送等外部副作用、计划彻底不可行。
- TDD 逐任务门：每个步骤先写失败测试、看它失败，再实现、看它通过；每个
Expected:都与真实输出核对。 - 进度台账 ledger：每个计划拥有独立工作区与
progress.md；每完成一个任务记一行（含提交区间与测试结果），每偏离计划一次记一条 Ruling；上下文压缩后以台账和git log为准恢复。 - Pre-flight 扫描：开工前扫描任务间共享接口冲突，以 spec 为最终依据裁决。
- 完成契约：任务完结前，brief 点名的测试都存在并跑过、最终测试全绿、每个 Expected 都核对过、每个偏差都有 Ruling。
- 收尾 fresh review：整个分支的一次新视角评审（有子 agent 工具则派最强模型）；评审发现先按影响重定级，Critical/Important 进一次性修复（每个 RED→GREEN + 全量套件绿），Minor 只记入台账；修复后删除计划工作区。
工作流程
- 搭建：隔离工作区（配合 using-git-worktrees）+ ledger；读计划与 spec；pre-flight 接口冲突扫描
- 逐任务执行：task-start 读 brief → TDD 按步骤执行 → 核对 Expected → 按计划提交 → task-done 记录完成
- 全部分支 fresh review
- 一次性修复 Critical/Important（每个修法 RED→GREEN，全量套件保持绿色）；Minor 记入台账
- 收尾：删除计划工作区，交 finishing-a-development-branch
输入与输出
| 输入 | 说明 |
|---|---|
| 实施计划文件 | writing-plans 产出的 plan；最好附 spec（spec 是裁决的最终依据） |
输出：按计划完成的提交序列 + ledger（progress.md，含完成记录与全部 Ruling）+ 全分支评审结论与修复记录。
与相邻 skill 的区别
- brainstorming / writing-plans：产出计划与 spec 在先；本 skill 负责把计划执行成提交。
- subagent-driven-development：每任务派子 agent 并配逐任务评审，成本高、上下文隔离好；本 skill 单上下文内联执行 + 末尾一次 fresh review，更省。
- requesting-code-review：本 skill 收尾的 whole-branch review 阶段调用它做评审。
适用场景
- 已有完整实施计划，想一次跑完、不反复确认
- 任务彼此独立、适合顺序执行的计划
- 没有子 agent 工具的环境，或想节省上下文与成本
- 长计划需要可恢复的进度记录（压缩后可从台账续跑）
使用前准备
- 无需 API key。
- 需要一份 writing-plans 产出的实施计划（附 spec 最好；没有 spec 的裁决记为 provisional）。
- 实施在隔离工作区进行（配合 using-git-worktrees），需要 git 可用；不在主分支上直接实施。
- 四种情况会停下问人：不可逆/破坏性操作、安全敏感动作、主分支合并推送等外部副作用、计划彻底不可行。
executing-plans 隶属于 Aiglade Skill 库。在 Aiglade 聊天框中用自然语言描述需求即可调用。