skills/plan-code/SKILL.md
C4 Level 4 (Code) planning phase: define classes, functions, algorithms as SudoLang pseudocode with constraints and invariants.
npx skillsauth add popoffvg/dotfiles plan-codeInstall 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 implementation details — every L4 TODO must include a SudoLang algorithm description.
All L1, L2, and L3 decisions must be fixed.
Update _notes/plan.md with:
| Question | Decision | |---|---| | What data structures? | ... | | What algorithms? | ... | | What error handling strategy? | ... | | What patterns? (factory, strategy, observer) | ... |
Format:
- D30 [L4, fixed]: <decision statement>
rationale: <why>
Final review — every domain noun in all TODOs and Criteria must have an entry. No implementation jargon.
Every L4 TODO must include a algorithm: block in SudoLang — declarative pseudocode specifying logic, constraints, and invariants:
- [ ] T30: Implement order total calculation
- level: L4
- files: `pkg/checkout/total.go`
- criteria: AC1
- decisions: D30
- algorithm:
```sudo
CalcTotal(order) {
Constraints {
discount <= order.subtotal
total >= 0
}
subtotal = sum(order.items.map(i => i.price * i.qty))
discount = apply(order.coupon, subtotal)
total = subtotal - discount + tax(subtotal, order.region)
}
```
apply, tax) rather than inline logic.All L4 decisions are fixed. Every L4 TODO has a SudoLang algorithm block. No contradiction with L1–L3 decisions. Plan is ready for /plan-verify.
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.