CtrlK
BlogDocsLog inGet started
Tessl Logo
PluginPublic

testland/mull-mutation

Use when a C or C++ project built with Clang needs mutation testing. Sets up Mull: the version-matched package, -fpass-plugin build flags, mull-runner, mutators, path filters and GitHub Actions. Other languages: stryker-mutation, stryker-net-mutation, pitest-mutation, mutmut-mutation.

Quality

82%

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

67%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, highly actionable guide with a clean step sequence and an unusually good anti-patterns/limitations treatment. Its main weaknesses are padding in the conceptual Overview, time-sensitive version detail embedded in the main path, and no explicit verification checkpoints.

Suggestions

Trim the Overview to the operational fact that matters (Mull works at the LLVM-IR level, so the mull-NN suffix must match the Clang version) and drop the paper citation and frontend enumeration.

Add a verification checkpoint early, e.g. after install confirm 'mull-runner-19 --version' and 'clang-19 --version' agree before building, so version-mismatch failures surface before a full mutation run.

Move version-sensitive details (release 0.34.0 / May 2026, changelog pointer) and the full mutator catalog / reporter list into a small references/ file, keeping SKILL.md to the workflow itself.

DimensionReasoningScore

Conciseness

The body is mostly efficient, but the Overview spends lines on LLVM-IR background and the 2018 paper citation ("any LLVM-emitting frontend (Clang, Rust's rustc, Swift's swiftc) can in principle work"), and time-sensitive version facts ("0.34.0 (May 2026)", mull-19/clang-19 suffixes) sit in the main flow rather than a deprecation/versions note, which the guidelines penalize.

3 / 5

Actionability

Nearly everything is executable — the cmake -fpass-plugin flag block, mull-runner invocations with --include-path/--exclude-path and --reporters Elements,Sarif, the CI yaml, and the git-diff scoping snippet — but the Linux install step defers to a docs URL instead of commands and the test-binary path (build/tests/MyTests) is an unsubstituted placeholder.

4 / 5

Workflow Clarity

Steps 1-7 form a clear Install→Build→Run→Mutators→Filtering→Reports→CI sequence cross-linked from the anti-patterns table (which supplies failure modes and fixes), but explicit validation checkpoints are absent — there is no step to verify the toolchain/plugin version match or installation before running.

4 / 5

Progressive Disclosure

With no bundle files present, the skill is a well-organized single-level document whose References section clearly lists external doc links; however, a ~200-line body inlines content (full mutator catalog, reporter list, CI yaml) that could live in reference files to slim the always-loaded context.

4 / 5

Total

15

/

20

Passed

Description

87%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 description: it pairs an explicit 'Use when' trigger with a concrete, component-level capability list and explicitly routes other languages to sibling skills. Minor room to grow via natural synonym coverage (mutants, mutation score, .cpp) and mentioning report generation.

DimensionReasoningScore

Specificity

"Sets up Mull: the version-matched package, -fpass-plugin build flags, mull-runner, mutators, path filters and GitHub Actions" lists several specific concrete components covering the full workflow, but reports are omitted and the single "Sets up" verb with a noun list is slightly less action-oriented than the comprehensive anchor.

4 / 5

Completeness

"Use when a C or C++ project built with Clang needs mutation testing" explicitly answers when with a concrete trigger phrase, and the setup-scope list explicitly answers what the skill does.

5 / 5

Trigger Term Quality

"C or C++ project", "built with Clang", and "mutation testing" are natural phrases a user would say, but common variations like "mutants", "mutation score", or file extensions (.cpp) are missing.

4 / 5

Distinctiveness Conflict Risk

"C or C++ project built with Clang needs mutation testing" carves a clear niche, and the routing clause "Other languages: stryker-mutation, stryker-net-mutation, pitest-mutation, mutmut-mutation" actively diverts non-C/C++ cases to sibling skills, minimizing wrong-skill triggers.

5 / 5

Total

18

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

On this page