skills/plan-context/SKILL.md
C4 Level 1 (Context) planning phase: define system boundaries, external actors, integrations, and scope decisions.
npx skillsauth add popoffvg/dotfiles plan-contextInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Define the system's place in the world before diving into internals.
_notes/plan.md (if resuming)Write or update these sections in _notes/plan.md:
One paragraph: what the system/feature does, who it serves, why it exists.
Extract initial domain entities from the description. Each entry:
**<Term>** — <One-sentence definition in domain language>
context: <Bounded context or module>
aliases: <Alternative names if any>
Rules:
Order, not OrderDTO).For each, capture as a Decision entry:
| Question | Decision | |---|---| | What is in scope? | ... | | What is explicitly out of scope? | ... | | Who are the external actors (users, systems)? | ... | | What external systems do we integrate with? | ... | | What are the trust boundaries? | ... |
Format:
- D1 [L1, fixed]: <decision statement>
rationale: <why>
Write verifiable criteria as checkboxes. These may be refined in later phases.
All L1 decisions are fixed. No open questions remain at this level. Glossary seeded. Proceed to L2 (plan-container) or skip to the appropriate level.
tools
Improve a whole CLAUDE.local.md — the private, per-project rules captured from user corrections. Wraps each conditional rule in a <task-relevant> block so it only surfaces for matching work, merges duplicates, generalizes one-off facts, drops stale entries, and routes raw project facts to engram. Use when the user says "improve claude.local", "clean up the local rules", "claude.local is bloated", or after the Stop hook has appended many rules.
testing
WM pipeline and conventions shared across all phases. Agents must read this before spec, impl, or verify work.
development
One entry point for spec writing, implementation, and bug fixing. Default is new (write spec → grill loop → produce notes → author TODO bodies). Other subcommands: verify (audit), revise (sync to shipped), prototype (settle a decision), code-map (diagram), impl (execute one TODO), fix (analyze cause, correct thoughts, fix behavior), help (this page). Invoke as /code <subcommand>.
development
Red-Green-Refactor cycle for bug fixes. Before fixing a bug, first write a failing test that reproduces it (Red), then make the minimal change to pass (Green), then clean up the code (Refactor). Use on any bug fix, error correction, failing test repair, or when user says "fix this bug".