src/bmm-skills/4-implementation/bmad-quick-dev/step-02-plan.md
{communication_language}{spec_file} exists with status: draft, read it and capture the verbatim <frozen-after-approval>...</frozen-after-approval> block as preserved_intent. Otherwise preserved_intent is empty../spec-template.md fully. Fill it out based on the intent and investigation. If {preserved_intent} is non-empty, substitute it for the <frozen-after-approval> block in your filled spec before writing. Write the result to {spec_file}.[S] Split — carve off secondary goals | [K] Keep full spec — accept the risks{deferred_work_file}. Rewrite the current spec to cover only the main goal — do not surgically carve sections out; regenerate the spec for the narrowed scope. Continue to checkpoint.Present summary. Display the spec file path as a CWD-relative path (no leading /) so it is clickable in the terminal. If token count exceeded 1600 and user chose [K], include the token count and explain why it may be a problem.
After presenting the summary, display this note:
Before approving, you can open the spec file in an editor or ask me questions and tell me what to change. You can also use bmad-advanced-elicitation, bmad-party-mode, or bmad-code-review skills, ideally in another session to avoid context bloat.
HALT and ask human: [A] Approve | [E] Edit
{spec_file} from disk.
{spec_file}, do not set status, do not proceed to Step 3. Nothing below this point runs.ready-for-dev in {spec_file}. Everything inside <frozen-after-approval> is now locked — only the human can change it. → Step 3.Read fully and follow ./step-03-implement.md