/mutation-test
Runs feature-scoped mutation testing to validate test suite quality. Use after implementation to verify tests catch real bugs (kill rate >= 80%).
> /plugin marketplace add nWave-ai/nWave > /plugin install nw@nwave-marketplace
How it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/mutation-test
Context preview
What this command does when you run it.
Runs feature-scoped mutation testing to validate test suite quality. Use after implementation to verify tests catch real bugs (kill rate >= 80%).
Command definition
mutation-test.mddescription: "Runs feature-scoped mutation testing to validate test suite quality. Use after implementation to verify tests catch real bugs (kill rate >= 80%)."
argument-hint: "[feature-id] - Optional: --threshold=[75|80|85] --language=[auto|python|java|javascript]"
NW-MUTATION-TEST: Feature-Scoped Mutation Testing
**Wave**: QUALITY_GATE **Agent**: Crafter (nw-software-crafter)
Overview
Run mutation testing against implementation files from the current feature. Extracts targets from execution-log.json|generates feature-scoped configs|delegates to software-crafter. Uses cosmic-ray (Python)|PIT (Java)|Stryker (JS/TS/C#).
Mutation Testing Strategy
Projects declare a strategy via `## Mutation Testing Strategy` in `CLAUDE.md`: `per-feature` | `nightly-delta` | `pre-release` | `disabled`. **Default when unspecified: `nightly-delta`** (recommended — CI runs mutmut nightly on changed modules; keeps per-feature delivery gates fast). `/nw-mutation-test` is an explicit on-demand run independent of strategy.
Context Files Required
- `docs/feature/{feature-id}/deliver/execution-log.json` - Implementation file extraction
- `scripts/mutation/generate_scoped_configs.py` - Automated config generation (if available)
Pre-Invocation
Orchestrator performs before delegating:
1. Read `execution-log.json`, extract implementation files from `completed_steps[].files_modified.implementation` 2. Verify all extracted files exist on disk 3. Detect project language from config files (pyproject.toml, pom.xml, package.json, etc.) 4. Confirm test suite passes: run `pytest -x {test_scope}` (or equivalent) 5. Ensure mutation venv exists for Python: `.venv-mutation/` with cosmic-ray installed
Agent Invocation
@nw-software-crafter
Execute mutation testing for project {feature-id}.
**Context to pass inline (agent has no Skill access):**
- Project ID
- Implementation file list (from execution-log.json)
- Test scope path (e.g., `tests/des/`)
- Kill rate threshold (default: 80%)
- Language and tool selection
**Configuration:**
- threshold: 80 (percentage, minimum kill rate)
- approach: feature-scoped (one config per component, scoped test commands)
- config_generator: `scripts/mutation/generate_scoped_configs.py` (preferred over manual)
**Output file:** `docs/feature/{feature-id}/deliver/mutation/mutation-report.md`
Examples
Example 1: Python project with config generator
/nw-mutation-test des-hook-enforcement tests/des/
Reads execution-log.json, runs `generate_scoped_configs.py des-hook-enforcement`, delegates to software-crafter with per-component configs. Agent runs cosmic-ray, produces mutation-report.md.
Example 2: Python project without config generator
/nw-mutation-test auth-upgrade tests/auth/
Extracts files manually from execution-log.json, creates single cosmic-ray config with `module-path = [file1, file2, ...]` and `test-command = "pytest -x tests/auth/"`, delegates to agent.
Example 3: Non-Python project
/nw-mutation-test payment-gateway tests/payment/
Detects `package.json`, selects Stryker, delegates with Stryker-specific instructions.
Progress Tracking
The invoked agent MUST create a task list from its workflow phases at the start of execution using TaskCreate. Each phase becomes a task with the gate condition as completion criterion. Mark tasks in_progress when starting each phase and completed when the gate passes. This gives the user real-time visibility into progress.
Success Criteria
- [ ] Implementation files extracted from execution-log.json
- [ ] All implementation files verified on disk
- [ ] Mutation testing executed without errors
- [ ] Per-file breakdown in mutation-report.md
- [ ] Kill rate meets threshold (>= 80% PASS, 70-80% WARN, < 70% FAIL)
- [ ] Source files restored to HEAD after mutation run (git checkout -- src/ tests/)
Post-Mutation Safety (mandatory)
After EVERY mutation run (success, failure, or interruption), restore source files:
git checkout -- src/ tests/
Mutation tools apply mutations directly to source files. An interrupted run can leave corrupted code (e.g. `is not None` -> `is None`). Agent MUST restore source files even if the run errors out.
Quality Gate
Kill rate thresholds: >= 80% PASS (proceed)|70-80% WARN (review surviving mutants)|< 70% FAIL (add tests first).
Skip conditions: no mutation tool for language|project opts out via `.mutation-config.yaml`|test suite broken. Python projects require mutation testing; all skips need documented justification.
Next Wave
**Handoff To**: Phase 8 - Finalize (orchestrator continues develop.md workflow) **Deliverables**: `docs/feature/{feature-id}/deliver/mutation/mutation-report.md`
Expected Outputs
docs/feature/{feature-id}/deliver/mutation/
mutation-report.md
cosmic-ray-*.toml (ephemeral)Read more
description: "Runs feature-scoped mutation testing to validate test suite quality. Use after implementation to verify tests catch real bugs (kill rate >= 80%)." argument-hint: "[feature-id] - Optional: --threshold=[75|80|85] --language=[auto|python|java|javascript]"
NW-MUTATION-TEST: Feature-Scoped Mutation Testing
**Wave**: QUALITY_GATE **Agent**: Crafter (nw-software-crafter)
Overview
Run mutation testing against implementation files from the current feature. Extracts targets from execution-log.json|generates feature-scoped configs|delegates to software-crafter. Uses cosmic-ray (Python)|PIT (Java)|Stryker (JS/TS/C#).
Mutation Testing Strategy
Projects declare a strategy via `## Mutation Testing Strategy` in `CLAUDE.md`: `per-feature` | `nightly-delta` | `pre-release` | `disabled`. **Default when unspecified: `nightly-delta`** (recommended — CI runs mutmut nightly on changed modules; keeps per-feature delivery gates fast). `/nw-mutation-test` is an explicit on-demand run independent of strategy.
Context Files Required
- `docs/feature/{feature-id}/deliver/execution-log.json` - Implementation file extraction
- `scripts/mutation/generate_scoped_configs.py` - Automated config generation (if available)
Pre-Invocation
Orchestrator performs before delegating:
1. Read `execution-log.json`, extract implementation files from `completed_steps[].files_modified.implementation` 2. Verify all extracted files exist on disk 3. Detect project language from config files (pyproject.toml, pom.xml, package.json, etc.) 4. Confirm test suite passes: run `pytest -x {test_scope}` (or equivalent) 5. Ensure mutation venv exists for Python: `.venv-mutation/` with cosmic-ray installed
Agent Invocation
@nw-software-crafter
Execute mutation testing for project {feature-id}.
**Context to pass inline (agent has no Skill access):**
- Project ID
- Implementation file list (from execution-log.json)
- Test scope path (e.g., `tests/des/`)
- Kill rate threshold (default: 80%)
- Language and tool selection
**Configuration:**
- threshold: 80 (percentage, minimum kill rate)
- approach: feature-scoped (one config per component, scoped test commands)
- config_generator: `scripts/mutation/generate_scoped_configs.py` (preferred over manual)
**Output file:** `docs/feature/{feature-id}/deliver/mutation/mutation-report.md`
Examples
Example 1: Python project with config generator
/nw-mutation-test des-hook-enforcement tests/des/
Reads execution-log.json, runs `generate_scoped_configs.py des-hook-enforcement`, delegates to software-crafter with per-component configs. Agent runs cosmic-ray, produces mutation-report.md.
Example 2: Python project without config generator
/nw-mutation-test auth-upgrade tests/auth/
Extracts files manually from execution-log.json, creates single cosmic-ray config with `module-path = [file1, file2, ...]` and `test-command = "pytest -x tests/auth/"`, delegates to agent.
Example 3: Non-Python project
/nw-mutation-test payment-gateway tests/payment/
Detects `package.json`, selects Stryker, delegates with Stryker-specific instructions.
Progress Tracking
The invoked agent MUST create a task list from its workflow phases at the start of execution using TaskCreate. Each phase becomes a task with the gate condition as completion criterion. Mark tasks in_progress when starting each phase and completed when the gate passes. This gives the user real-time visibility into progress.
Success Criteria
- [ ] Implementation files extracted from execution-log.json
- [ ] All implementation files verified on disk
- [ ] Mutation testing executed without errors
- [ ] Per-file breakdown in mutation-report.md
- [ ] Kill rate meets threshold (>= 80% PASS, 70-80% WARN, < 70% FAIL)
- [ ] Source files restored to HEAD after mutation run (git checkout -- src/ tests/)
Post-Mutation Safety (mandatory)
After EVERY mutation run (success, failure, or interruption), restore source files:
git checkout -- src/ tests/
Mutation tools apply mutations directly to source files. An interrupted run can leave corrupted code (e.g. `is not None` -> `is None`). Agent MUST restore source files even if the run errors out.
Quality Gate
Kill rate thresholds: >= 80% PASS (proceed)|70-80% WARN (review surviving mutants)|< 70% FAIL (add tests first).
Skip conditions: no mutation tool for language|project opts out via `.mutation-config.yaml`|test suite broken. Python projects require mutation testing; all skips need documented justification.
Next Wave
**Handoff To**: Phase 8 - Finalize (orchestrator continues develop.md workflow) **Deliverables**: `docs/feature/{feature-id}/deliver/mutation/mutation-report.md`
Expected Outputs
docs/feature/{feature-id}/deliver/mutation/
mutation-report.md
cosmic-ray-*.toml (ephemeral)AI agents that guide you from idea to working code, with human judgment at every gate. nWave runs inside Claude Code. It breaks feature delivery into seven waves (discover, diverge, discuss, design, devops, distill, deliver).
Repo: nWave-ai/nWave
Other commands on nwave.
- /buddy
nWave concierge — ask any question about methodology, project state, commands, migration, or troubleshooting. Read-only, contextual answers.
Open command - /bugfix
Bug fix workflow: root cause analysis → user review → regression test + fix via TDD
Open command - /continue
Detects current wave progress for a feature and resumes at the next step. Scans docs/feature/ for artifacts.
Open command - /deliver
Orchestrates the full DELIVER wave end-to-end (roadmap > execute-all > finalize). Use when all prior waves are complete and the feature is ready for implementation.
Open command - /design
Designs system architecture with C4 diagrams and technology selection. Use when defining component boundaries, choosing tech stacks, or creating architecture documents.
Open command - /devops
Designs CI/CD pipelines, infrastructure, observability, and deployment strategy. Use when preparing platform readiness for a feature.
Open command

