CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/mutant-survival-triage

Normalizes a surviving-mutant record across StrykerJS, PIT, mutmut, and Mull into one shape, classifies why it survived (missing case, weak assertion, equivalent mutant, unreachable code, flaky killer), applies per-mutator heuristics for conditional-boundary, arithmetic-operator, statement-removal, and constant mutations, and drafts the specific test that would kill it. Includes the full read-only investigation workflow: take a mutation report (Stryker JSON / PIT XML / mutmut output / Mull JSON) plus the repo at the same commit, read each survivor's mutated line and covering tests, classify, and propose - never auto-rewriting tests. Treats equivalence as a judgment call, because deciding whether a mutant is equivalent to the original is undecidable in general, so a residual survivor rate is expected rather than a defect. Use when a mutation run has finished and the report lists surviving mutants (typically 5+) that nobody has yet explained or turned into concrete test cases.

75

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

92%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured, actionable body with clear sequencing, validation checkpoints, and appropriate offloading of detail to a one-level reference. Only minor conciseness trim is possible in Step 5.

DimensionReasoningScore

Conciseness

Lean and free of basic-concept padding, assuming Claude's competence; the Step 5 citation and quote block runs somewhat long, which keeps it just below a 5.

4 / 5

Actionability

Provides a concrete SurvivedMutant interface, per-mutator code examples, and a copy-paste-ready proposed-test block, plus a four-part completeness checklist for proposals.

5 / 5

Workflow Clarity

Steps 1–5 are clearly sequenced with explicit checkpoints ('did any covering test already run the separating input?') and verification guidance ('confirm the intended cap semantics against the specification before changing either side'); the work is read-only so the destructive-cap does not apply.

5 / 5

Progressive Disclosure

Overview stays in SKILL.md while per-tool field mappings and operator-name tables are moved to a single, well-signaled, one-level-deep reference (references/tool-normalization.md) that exists in the bundle.

5 / 5

Total

19

/

20

Passed

Description

92%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong, specific description that clearly states the skill's capabilities and gives a concrete trigger condition. Trigger-term coverage is the only slightly weaker dimension.

DimensionReasoningScore

Specificity

Names multiple concrete actions — 'Normalizes a surviving-mutant record', 'classifies why it survived', 'applies per-mutator heuristics', 'drafts the specific test that would kill it' — covering the workflow comprehensively.

5 / 5

Completeness

Explicitly answers both what (normalize/classify/heuristics/draft) and when — 'Use when a mutation run has finished and the report lists surviving mutants (typically 5+)' is a concrete trigger phrase.

5 / 5

Trigger Term Quality

Good coverage of natural domain terms ('surviving mutants', 'mutation run', 'mutation report', all four tool names), though a few common phrasings like 'mutant not killed' or 'mutation score' are absent.

4 / 5

Distinctiveness Conflict Risk

A very specific niche (surviving-mutant triage across named mutation tools) with distinct triggers and minimal overlap with other testing skills.

5 / 5

Total

19

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents