exhaustive
SolidProve a decision space, state space, requirement set, or behavior surface is fully covered by enumerating every cell and classifying each as covered, gap, or deferred with an executed check. Use when the user says "exhaustive", "prove coverage", "did I miss any case", "enumerate the state space", or when a refactor or feature needs a completeness audit before it is called done.
Install
Quality Score: 83/100
Skill Content
Details
- Author
- OutlineDriven
- Repository
- OutlineDriven/odin-claude-plugin
- Created
- 8 months ago
- Last Updated
- yesterday
- Language
- Python
- License
- Apache-2.0
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category
coverage-gap-analysis
Systematically find untested branches, edge cases, and unasserted behavior in EXISTING code — complements test-driven-development, which governs new code written test-first. Use when asked to "improve coverage" or "find untested edge cases", or when a coverage report shows lines executed but the assertions look weak. Triggers — "increase test coverage", "what's not tested", "coverage gaps", "untested branches", "legacy code has no tests", "characterization tests", "is this well tested".
complete-everything
Close an approved plan with zero plan-related deferrals: implement every unfinished item, absorb every connected out-of-scope/follow-up/nice-to-have item parked by prior runs, fix newly exposed gaps, and run the full applicable verification ladder. Use when a plan was marked done with work deferred, or the user says "complete everything", "don't defer", "fix out of scope too", "finish the whole plan", "close every TODO", or invokes /complete-everything. Distinct from burndown-full, which proves mechanical pattern coverage; this skill closes intent, behavior, and verification gaps.
explore
Read-only deep exploration and skeptical gap analysis before any code is written. Use at the start of every non-trivial task, when onboarding to an unfamiliar codebase or module, or when the user asks "how does X work here", "analyze before changing", or requests an As-Is/To-Be gap analysis.