Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/claritune/mutantx/mx-testnpx skills add Claritune/mutantx --skill mx-testgit clone --depth 1 https://github.com/Claritune/mutantxWhat it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00026 | $0.00520 |
| Opus 5 | $0.00013 | $0.00260 |
| Sonnet 5 | $0.00005 | $0.00104 |
| Haiku 4.5 | $0.00003 | $0.00052 |
Grade A, and why
mx-test scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
What it actually says
MutantX — Phase 3: Mutant Testing
This phase is handled by the deterministic Python script mx-test.py. It applies each mutant patch, runs the test suite, records results, and reverts — all without consuming AI tokens.
How to Run
Locate mx-test.py from the MutantX installation. It is in the scripts/ directory alongside the skills:
python3 ~/.claude/scripts/mx-test.py
Or if MutantX is installed at a known path:
python3 /path/to/mutantx/src/scripts/mx-test.py
Options
| Flag | Description |
|---|---|
--mutants-dir PATH |
Path to the .mutants/ directory (default: .mutants) |
--timeout N |
Test command timeout in seconds (default: 120) |
--skip-baseline |
Skip the baseline test run |
--no-clean-check |
Skip the clean working tree check |
What the Script Does
-
Pre-flight checks:
- Verifies the working tree is clean (no uncommitted changes)
- Runs baseline tests to confirm they pass on unmodified code
-
For each pending mutant:
- Applies the patch:
git apply .mutants/patches/NNN.patch - Runs the test command with a timeout
- Records the result: killed, survived, timeout, or skipped
- Reverts the patch:
git apply -R .mutants/patches/NNN.patch - Saves progress to
manifest.jsonafter each mutant
- Applies the patch:
-
Supports resuming — only tests mutants with
status: "pending"
When Invoked as a Skill
If the user runs /mx-test, execute the script using the Bash tool:
python3 <path-to-mx-test.py> --mutants-dir .mutants
Find mx-test.py by checking these locations in order:
./src/scripts/mx-test.py(if inside the MutantX repo)~/.claude/scripts/mx-test.py(global install)
Display the script output to the user as it runs.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 2d ago First seen · 63 lines · 26 tokens per session scan A 510331649f7e
mx-test is a skill published in the GitHub repository Claritune/mutantx (2 stars, last pushed 1mo ago), licensed MIT. It adds 26 tokens to every session and 520 once invoked, about $0.0001 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
commit
Atomic git commit with conventional message. Use when the user says "commit", "save my changes", "commit this", or wants to create a git commit. Stages specific files, writes a conventional commit message with body explaining non-obvious decisions. Never uses git add -A.
systematic-debugging
4-phase root cause debugging: understand bugs before fixing.
python-run
Run and debug Python scripts in the project. Use when the user says "run python", "execute this script", "debug this py file", or wants to run/modify a .py file. Handles dependency checks, linting, execution, and error analysis.
github-code-review
Review PRs: diffs, inline comments via gh or REST.
plan
Plan mode: write markdown plan, no execution.
simplify-code
Sequential 3-lens cleanup of recent code changes.