|
| 1 | +--- |
| 2 | +name: finalize-plan |
| 3 | +description: >- |
| 4 | + Review a plan for completeness before accepting — ensures key decisions, |
| 5 | + file names, commands, and constraints from the conversation are captured |
| 6 | + in the plan file so a fresh context can execute it. |
| 7 | +--- |
| 8 | + |
| 9 | +## Pre-flight: confirm plan mode |
| 10 | + |
| 11 | +Check your system context for a "Plan mode is active" reminder. If you are |
| 12 | +**not** in plan mode, tell the user and stop — this skill only applies during |
| 13 | +planning. |
| 14 | + |
| 15 | +## Review the plan |
| 16 | + |
| 17 | +Read the plan file (path is in the plan-mode system reminder). |
| 18 | + |
| 19 | +Scan the conversation for details that a **fresh context with only the plan |
| 20 | +file** would need to faithfully execute the work. Focus on: |
| 21 | + |
| 22 | +- **Decisions** — choices the user made between alternatives |
| 23 | +- **User corrections** — anything the user said "no, do it this way" about |
| 24 | +- **Specific names** — files, functions, types, CLI flags, tools, or MCP |
| 25 | + resources the user referenced or you agreed to use |
| 26 | +- **Commands** — exact build/test/run commands the user specified |
| 27 | +- **Constraints** — ordering, compatibility, "don't touch X", style preferences |
| 28 | + |
| 29 | +Skip anything a competent agent can rediscover from the codebase itself (line |
| 30 | +numbers, import paths, boilerplate structure, surrounding code context). |
| 31 | + |
| 32 | +## Report |
| 33 | + |
| 34 | +If the plan already covers everything: say so in one sentence. |
| 35 | + |
| 36 | +Otherwise list what's missing — brief bullets, each naming the gap and |
| 37 | +suggesting what to add. Then offer to update the plan file with the missing |
| 38 | +details. |
0 commit comments