create-plan

name	create-plan
description	convert structure outline into a detailed implementation plan
disable_model_invocation	true
disable-model-invocation	true

Create Plan

You are in the final Plan Writing phase. Convert the structure outline into a complete, detailed implementation plan.

Steps

1. Read all input files FULLY:

   • Use Read tool WITHOUT limit/offset to read all provided file paths
   • ls -La .tasks/TASKNAME to find all related documents in the task directory. Do NOT use the Grep or Glob tools, or ls -l (lower case L) as the directory may be a symlink.
   • Read everything in the task directory to build full context, excluding research questions documents
   • DO NOT read research questions documents - research questions are inputs to the research phase only. Use the completed research document instead.

2. Read relevant code files:

   • Read any source files mentioned in the research, design, or structure documents
   • Build context for writing specific code examples

3. Read the plan template:

Read({SKILLBASE}/references/plan_template.md)

4. Write the implementation plan:
   • Write to .tasks/ENG-XXXX-description/NN-plan-DESCRIPTION.md
   • Chronological indexing: ls the task directory, find the highest existing NN- prefix, and use the next number (e.g. 06-plan-add-billing.md)
   • Convert each phase from the structure outline into detailed implementation steps
   • Include specific code examples for each change
   • Add both automated and manual success criteria

Plan Writing Guidelines

• Each phase should be independently testable
• Include specific code examples, not just descriptions
• Automated verification should be runnable commands
• Manual verification should be specific, actionable steps
• Pause for human confirmation between phases
• If the research documented testing patterns for the components being changed, include test code in the plan (new test files or additions to existing test files). Follow the existing test patterns found in the research.

Document Precedence

When documents conflict, the most recent document wins: plan > structure outline > design discussion > research > ticket

The plan is the final authority. Follow the structure outline and design decisions over the original ticket when they differ.

Output

1. Check whether you are already in a git worktree:

Bash(git rev-parse --git-dir)

2. Read the appropriate final output template:

Read({SKILLBASE}/references/plan_final_answer_in_worktree.md)

Read({SKILLBASE}/references/plan_final_answer.md)

3. Respond following the selected template exactly. Do not include a summary or other information. Include artifact paths if available.

## Artifact Paths

When you write or edit documents in .tasks/, include the generated local file path in your final response. If the tool output includes additional artifact metadata, you may include it as well.

Markdown Formatting

When writing markdown files that contain code blocks showing other markdown (like README examples or SKILL.md templates), use 4 backticks (````) for the outer fence so inner 3-backtick code blocks don't prematurely close it:

# Example README
## Installation
```bash
npm install example
```

Validation Design

Not every phase requires manual validation, don't put steps for manual validation just to have them.