brainstorming
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or planning anything new, in software or out of it (a talk, a business, a renovation).
coverageQuery and analyze test coverage. Use this to check coverage before modifying code, identify uncovered files before a PR, or track coverage trends over time. Triggers immediately on keywords like "coverage", "test pass", "uncovered areas", or "add tests".
Independent GitHub snapshot · Automated classification · Original documentation governs
Purpose: Query test coverage, identify uncovered areas, and track coverage trends.
Role breakdown:
Skill Timing Scope /coverage(this skill)Before/after changes, regular queries Coverage status + uncovered areas + trends /auditBefore deployment Full audit /impactBefore changes Impact analysis
1. Detect project type (Python/Node.js/Rust/Go, etc.)
2. Check test environment
3. Collect coverage data
4. Identify uncovered files/areas
5. Analyze coverage trends (when available)
6. Generate report and present recommendations
| Command | Description |
|---|---|
/coverage | Full project coverage query |
/coverage <path> | Coverage for a specific directory/file |
/coverage --uncovered | Show only uncovered areas |
/coverage --threshold <n> | Show files below n% coverage |
/coverage --trend | Coverage trend (7-day/30-day) |
/coverage --function <file> | Per-function coverage for a file |
/coverage --branch | Detailed branch coverage |
/coverage --report | Generate detailed HTML report |
ls pyproject.toml setup.py requirements.txt 2>/dev/null && echo "Python"
ls package.json 2>/dev/null && echo "Node.js"
ls Cargo.toml 2>/dev/null && echo "Rust"
ls go.mod 2>/dev/null && echo "Go"
| Project | Command |
|---|---|
| Python | pytest --cov=. --cov-report=json --cov-report=term-missing |
| Node.js (Vitest) | npm run test -- --coverage |
| Node.js (Jest) | npm run test -- --coverage |
| Rust | cargo tarpaulin --out Json |
| Go | go test -coverprofile=coverage.out ./... |
From the coverage report, identify:
| Coverage | Verdict | Action |
|---|---|---|
| 80%+ | Good | Maintain this level during maintenance |
| 70–80% | Improve | Add exception/edge case tests |
| Below 70% | Low | Run /coverage --uncovered to identify gaps, then add tests |
| Skill | When to Link | Purpose |
|---|---|---|
/impact <file> | Before a change | Check coverage after impact analysis |
/audit | Before deployment | Coverage validation within full audit |
/checkpoint | On task completion | Coverage check during code review |
For detailed output examples, per-language configuration, and usage scenarios, see:
references/output-formats.md — Output format detailsreferences/tech-specs.md — Per-language test runner configurationreferences/scenarios.md — Usage scenarios and integration examplesLast Updated: 2026-03-12 (v2.3.0 - Progressive Disclosure applied)