skills/plan-component/SKILL.md
C4 Level 3 (Component) planning phase: define internal modules, responsibilities, interfaces, and dependency decisions.
npx skillsauth add popoffvg/dotfiles plan-componentInstall 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.
Design the internal structure of each container — modules, packages, interfaces.
All L1 and L2 decisions must be fixed.
Update _notes/plan.md with:
| Question | Decision | |---|---| | What packages/modules exist in each container? | ... | | What are their responsibilities? | ... | | What interfaces do they expose? | ... | | What are the dependency directions? | ... | | What patterns apply? (repository, service, handler) | ... |
Format:
- D20 [L3, fixed]: <decision statement>
rationale: <why>
Add domain terms for internal concepts (aggregates, value objects, services). Every domain noun used in TODOs must have an entry.
Create TODOs for component-level work (module creation, interface definition, wiring):
- [ ] T20: ...
- level: L3
- files: `path/to/file`
- criteria: AC...
- decisions: D20
All L3 decisions are fixed. No open questions at this level. No contradiction with L1/L2 decisions. Proceed to L4 (plan-code).
testing
Use when the user asks to create test sets, enumerate scenarios, generate edge cases, or draft a coverage matrix before implementation.
testing
Use when the user asks to review, audit, score, or validate test sets for missed cases before execution or merge.
tools
Test harness plugins in isolation using tmux panes. Runs MCP servers, unit tests, typecheck, and Claude plugin loading. Use when user says "test plugin", "check plugin", "run plugin tests", "validate plugin", or names a specific plugin to test.
development
Guide for designing integration and e2e tests using BDD (Behavior-Driven Development) methodology with Cucumber-style Given/When/Then scenarios. Use when writing or reviewing tests for any service, API, or component. Language-agnostic — covers scenario structure, step notation, assertion principles, async patterns, and common anti-patterns.