writing-plans
Writing Plans
Overview
Write comprehensive implementation plans assuming the engineer has zero context for our codebase and questionable taste. Document everything they need to know: which files to touch for each task, code, testing, docs they might need to check, how to test it. Give them the whole plan as bite-sized tasks. DRY. YAGNI. TDD. Frequent commits.
Assume they are a skilled developer, but know almost nothing about our toolset or problem domain. Assume they don't know good test design very well.
Announce at start: "I'm using the writing-plans skill to create the implementation plan."
Context: This should be run in a dedicated worktree (created by brainstorming skill).
Save plans to: ai-workspace/plans/YYYY-MM-DD-<feature-name>.md
- (Respect user preferences for plan location — this default may be overridden)
Scope Check
If the spec covers multiple independent subsystems, it should have been broken into sub-project specs during brainstorming. If it wasn't, suggest breaking this into separate plans — one per subsystem. Each plan should produce working, testable software on its own.
More from camacho/ai-skills
bail
Reflects, updates GitHub Issue, closes PR if open, cleans up worktree/branch.
566plan-review
Auto-assembles review panel using deterministic rules, dispatches agents against plan file, collects verdicts.
547archive
Fills Outcomes & Learnings in a plan file and renames it to .done.md.
542orient
Fetches issue context, auto-detects task type, maps to branch prefix, presents brief.
537capture
Creates a draft GitHub Issue with triage label from natural language description.
535reflect
Use after merging a branch or completing a task to consolidate learnings into memory layers, close out issues, and verify the phase gate.
500