skills/plan-container/SKILL.md
C4 Level 2 (Container) planning phase: define services, databases, protocols, and technology decisions.
npx skillsauth add popoffvg/dotfiles plan-containerInstall 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.
Break the system into deployable containers and decide how they communicate.
All L1 (Context) decisions must be fixed.
Update _notes/plan.md with:
| Question | Decision | |---|---| | What services/processes exist? | ... | | What databases/stores are used? | ... | | What message brokers or queues? | ... | | What protocols between containers? (HTTP, gRPC, events) | ... | | What technology choices? (language, framework, runtime) | ... |
Format:
- D10 [L2, fixed]: <decision statement>
rationale: <why>
Add any new domain terms discovered at this level. Review existing entries for accuracy.
Add or refine criteria that relate to container boundaries, SLAs, or integration contracts.
Create TODOs for container-level work (infrastructure, configuration, API contracts):
- [ ] T10: ...
- level: L2
- files: `path/to/file` (if applicable)
- criteria: AC...
- decisions: D10
All L2 decisions are fixed. No open questions at this level. No contradiction with L1 decisions. Proceed to L3 (plan-component).
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.