CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/stryker-mutation

Configures StrykerJS for mutation testing of JavaScript / TypeScript / React / Vue / Svelte / Node - picks the test-runner plugin (`@stryker-mutator/jest-runner`, `mocha-runner`, `vitest-runner`, `karma-runner`), authors `stryker.conf.json` with mutate globs + thresholds, runs incremental mode for PRs (only mutate changed files), and reports the mutation score. Use when a JS/TS test suite has ≥80% line coverage and the team wants to verify the tests actually catch bugs (not just touch lines).

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

85%

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

A dense, actionable, well-sequenced guide with executable commands, a complete config example, and clear CI integration. The only weakness is mild verbosity — a promotional Overview blockquote, a duplicated When-to-use section, and a broken filler sentence that could be trimmed.

Suggestions

Remove the Overview blockquote about Stryker's history/framework support — it is promotional context Claude does not need; keep only the one-line definition of mutation testing.

Delete or tighten the broken sentence "A green suite with high mutation-survival rate is the bug coverage hides" so it reads as a clear statement rather than filler.

Cut the "When to use" section or merge it into the Overview, since the frontmatter description already states the same ≥80% coverage trigger.

DimensionReasoningScore

Conciseness

Mostly efficient, but the Overview blockquote ("Stryker started as a pure JavaScript mutation testing framework...") is promotional history Claude does not need, the "When to use" section restates the description's triggers, and "A green suite with high mutation-survival rate is the bug coverage hides" is a broken filler sentence; not level 3 because these tokens do not earn their place.

2 / 3

Actionability

Fully executable guidance throughout — `npm install`, `npx stryker init`, `npx stryker run --incremental`, a complete `stryker.conf.json`, and a CI YAML block are copy-paste ready; not level 2 because the examples are complete rather than pseudocode or missing key details.

3 / 3

Workflow Clarity

Six numbered steps (Install → Initialize → Run → Report → Incremental → CI) with an explicit threshold gate ("< break (50) → red, exit code != 0") and a feedback loop (survived mutant → "Add a test for qty = 0"); not level 2 because validation gating and error-recovery guidance are present.

3 / 3

Progressive Disclosure

A single well-sectioned file (Overview, When to use, Steps 1–6, Anti-patterns, Limitations, References) with one-level references — the external Stryker docs URL via [si] and sibling-skill pointers — and no nested references; no bundle files exist, and the organization is clear with no content wrongly needing to be split out.

3 / 3

Total

11

/

12

Passed

Description

100%

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 with concrete actions, natural trigger terms, an explicit Use-when clause, and a clear niche. It earns top marks across all four dimensions with no over-claims or fluff.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions — "picks the test-runner plugin", "authors `stryker.conf.json` with mutate globs + thresholds", "runs incremental mode for PRs", "reports the mutation score" — matching the level-3 anchor; not level 2 because the actions are comprehensive rather than partial. Voice is third person ("Configures", "picks"), so no voice penalty applies.

3 / 3

Completeness

Explicitly answers both: what (configures StrykerJS, picks runner, authors config, runs incremental, reports score) and when ("Use when a JS/TS test suite has ≥80% line coverage and the team wants to verify the tests actually catch bugs"); not level 2 because the when clause is explicit, not implied.

3 / 3

Trigger Term Quality

Natural terms a user would say are well covered — "mutation testing", "JS/TS test suite", "≥80% line coverage", "verify the tests actually catch bugs" — with an explicit trigger phrasing; not level 2 because coverage of natural trigger variations is strong rather than missing common phrasings.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche — StrykerJS mutation testing for JS/TS ecosystems — with distinct triggers tied to coverage and test-quality verification, unlikely to fire for unrelated skills; not level 2 because the scope is sharply bounded rather than overlapping.

3 / 3

Total

12

/

12

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