NewAgent Observability is live.
Back to directory
Stryker Mutator logo

Stryker MCP server: community, described in German

A third-party mutation-testing connector that works, has no license, and hands an English-speaking agent eleven German tool descriptions.

Connector
Community, self-hosted
Coverage
Mutation runs, survived mutants, scores, fix suggestions
Tools
11, all on by default
Biggest risk for an agent
Every tool description is in German

Last verified 25 August 2026 · from The `stryker-mcp-reporter` package, its repository and the server's own tools/list response

This page is one of 90 in a directory of monitoring and developer tools. Each page checks what an AI coding agent can get out of the tool through its MCP server, the connector that lets the agent query the tool directly.

Summary

Stryker publishes no MCP server. The only option is kluth/stryker-mcp-reporter, an unaffiliated npm package with 11 tools covering mutation runs, scores, survived mutants and fix suggestions.

It works, and it is actively developed. It also has 0 stars and no license file, so there is no grant of rights to use it.

Every one of the eleven tool descriptions is written in German: run_mutation_tests describes itself as "Führt Stryker Mutationstests für das Projekt oder spezifische Dateien aus."

What is the Stryker Mutator MCP server?

The unaffiliated kluth/stryker-mcp-reporter package exposes mutation-test reports from Stryker. Mutation testing changes your source code on purpose, runs the tests, and checks that a test fails. A change no test catches is a survived mutant. The package uses the Model Context Protocol.

The tool set goes beyond running the tool. get_survived_mutants and get_mutant_context reach the mutants your tests missed, which is the output that matters, and suggest_mutant_fixes proposes assertions and boundary tests for them.

Two tools are predictive rather than factual. predict_mutation_impact claims to forecast survivor risk from changed files in under a second, and detect_equivalent_mutants tries to identify mutants no test could ever kill.

Stryker mutation results are exposed only through an unaffiliated npm package, not a server the project publishes. That route covers code and tests only. It holds no CI record, no runtime data, no agent traces and no spend.

Part of the workWhat Stryker Mutator has hereCan an agent reach it
Code, tests & reviewMutation runs, scores, survived mutants, fix suggestionsYes. Core strength, and the only stage this connector reaches
CI & releaseTargeted runs on changed filesPartial. run_targeted_mutation_tests reads changed files from git; nothing talks to a pipeline
Production observabilityNoneNo metrics, logs or traces from running services
Agent observability & evalsNoneNo traces or evaluations for your own agents
AI cost managementNoneNo spend data of any kind

This connector answers one question: are the tests testing anything. It also names the assertions that are missing. It says nothing about the build or a running system, so it complements rather than replaces those connections.

What can an AI agent do with Stryker Mutator?

TaskToolsWorksWatch out for
Run mutation testingrun_mutation_testsYesRuns against the project or specific files; mutation runs are slow by nature
Test only what changedrun_targeted_mutation_testsYesDetects changed TypeScript files from commits, ranges or uncommitted work
Find the tests that are not testingget_survived_mutants get_mutant_contextYesSurvived mutants are the finding; killed ones are the healthy case
Get a scoreget_mutation_score get_killed_mutantsYesThe score is the share of mutants your tests killed. Without the survivor list it names no missing assertion
Ask for a fixsuggest_mutant_fixesYesIt generates suggested assertions and boundary tests, not verified ones
Rule out unkillable mutantsdetect_equivalent_mutantsYesEquivalent mutants cannot be killed by any test, so they are noise rather than debt
Predict risk before runningpredict_mutation_impactYesA prediction, not a measurement. Treat it as triage rather than a result

run_targeted_mutation_tests is the one to reach for in a working session. A full mutation run over a real project is long enough that an agent will usually time out waiting for it.

11 tools registered, all on by default

Running2Write
run_mutation_testsrun_targeted_mutation_tests
Results4
get_mutation_scoreget_survived_mutantsget_killed_mutantsget_mutant_context
Analysis2
detect_equivalent_mutantspredict_mutation_impact
Assistance2
suggest_mutant_fixesgenerate_testing_cheat_sheet
Local environment1Write
configure_desktop_notifications

Running mutation tests writes reports into the project. That is why the Running group is flagged as writing. Counted on 25 August 2026 from the released npm package.

What connecting costs before the first question

A context window is the amount of text a model can hold at once, and connecting uses some of it before the agent asks anything. Every tool the server registers sends its name, description and input schema to the model when the session starts. The tool list is charged whether or not a single tool is called.

11 tools cost between 1,096 and 2,405 tokens, or 0.5% to 1.2% of a 200,000-token window.

It is cheap because it is terse. Descriptions average 97 characters and schemas 242, which is among the leanest measured here.

Tool setToolsTokens (GPT-5.6, GPT-5.5)Tokens (GPT-4, GPT-3.5)Tokens (Claude Haiku 4.5 to Opus 5)Share of a 200,000-token window
Every tool, as registered111,096 to 1,5751,113 to 1,6082,204 to 2,4050.5% to 1.2%

Encodings: GPT-5.6, GPT-5.5 o200k_base; GPT-4, GPT-3.5 cl100k_base; Claude Haiku 4.5 to Opus 5 count_tokens. Counted 25 August 2026 from tools/list on the released npm package 1.16.1, run locally.

Registration is static, so no project was analyzed during the capture. Figures cover name, description and input schema.

The two models in column one share the o200k_base encoding, so they get one count. The spread is formatting, about 44%. Reasoning tokens are output, spent per request. The tool list is input, charged once at connection.

The Claude figures are measured rather than encoded. Anthropic publishes no local tokenizer. So the definitions were sent to the API's count_tokens endpoint, and a no-tools baseline was subtracted. The range covers two tokenizer generations rather than two serializations. Haiku 4.5 and Opus 4.6 sit at the low end. Opus 5 and Sonnet 5 sit at the high end. The gap between them is about a tenth.

Stryker Mutator MCP server limits: where answers come back incomplete

The first limit decides most evaluations of this connector. The tool descriptions are in a language the prompt is not.

The agent says: I could not find a suitable tool. The descriptions are in German.

All eleven tool descriptions are written in German. run_mutation_tests reads "Führt Stryker Mutationstests für das Projekt oder spezifische Dateien aus."

A model selects a tool by matching the prompt against the description. An English prompt against German descriptions matches less reliably, especially where two tools are close in purpose.

Guard: Name the exact tool in the prompt rather than describing the task, and check which tool was called before trusting a negative answer.

The agent says: The risk of survivors is low. That may be a forecast.

predict_mutation_impact analyzes changed source files and forecasts survivor risk in under a second, which is far too fast to be a real mutation run.

Guard: Require the agent to say whether a claim came from a run or from the prediction tool.

The repository carries no license, so there is no grant of rights.

GitHub reports no license for kluth/stryker-mcp-reporter, and the package has 0 stars. The stryker-mutator organization publishes no server of its own.

Guard: Settle the license question with whoever owns that decision before adding it to a commercial project.

How to configure Stryker Mutator MCP for agents

  1. 1

    Read the license question first

    GitHub reports no license for the repository, so there is no explicit grant of rights to use or redistribute it.

  2. 2

    Expect German

    All eleven descriptions are in German, which affects how reliably an English-prompted model picks the right tool.

  3. 3

    Prefer targeted runs

    A full mutation run is slow, and run_targeted_mutation_tests scopes to files changed in git.

  4. 4

    Know which outputs are predictions

    predict_mutation_impact and detect_equivalent_mutants are analyses rather than measurements.

Paste this into your agent’s instructions

Two tools predict rather than measure, and the descriptions are in a different language from the prompt. Both make the wrong tool easy to pick.

Terminal
When you answer using Stryker MCP tools, state:
- The tool you called and the files it covered.
- Whether a number came from a run or from
  predict_mutation_impact, which forecasts rather than measures.
- Whether a mutant was reported as equivalent, since an
  equivalent mutant cannot be killed by any test.
Never state that data does not exist. State that the run
above produced no survived mutants.
Write your answer in ASD-STE100 Simplified Technical
English. Use short sentences with one idea in each.

Do you need the MCP server at all?

Not in a pipeline. The Stryker CLI is the same runner, and stryker run in a terminal produces the same reports without a connector.

The connector earns its place on the survivor loop: reading get_survived_mutants, pulling get_mutant_context and drafting the missing assertion is exactly what an agent is good at.

For coverage rather than mutation testing, SonarQube and Codacy report it, and BuildPulse tracks it across CI runs.

Connect it when an agent is writing tests. Use the CLI in pipelines, where no model is involved.

Stryker Mutator MCP server setup

The package runs with npx in a project that already has Stryker configured. It needs no credentials, because everything happens locally.

There is no vendor account and no endpoint: the server drives the local Stryker installation and reads its reports.

Claude Code

No credentials appear here, and none exist. The server runs Stryker locally rather than calling a hosted service.

Terminal
claude mcp add-json "stryker" '{"command":"npx",
  "args":["-y","stryker-mcp-reporter"]}'

Cursor

In ~/.cursor/mcp.json. Still no credentials: this is a local tool runner.

Terminal
{"mcpServers":{"stryker":{"command":"npx",
  "args":["-y","stryker-mcp-reporter"]}}}

Codex CLI

Codex reads TOML, so the JSON blocks above will not transfer. No credentials belong here either.

Terminal
[mcp_servers.stryker]
command = "npx"
args = ["-y", "stryker-mcp-reporter"]

Every other client

Each block below is the configuration for one client, with the file path and the key that client expects.

Pinned version

Worth doing on an unlicensed community package, so the tool list cannot change under you. No credentials are involved.

Terminal
{"mcpServers":{"stryker":{"command":"npx",
  "args":["-y","stryker-mcp-reporter@1.16.1"]}}}

Read-only access, permissions and security

  • There is no license

    GitHub reports none for the repository, which means no explicit permission to use it in a commercial project.

  • It runs your test suite

    Mutation testing executes your tests many times over, so an agent calling it starts real local work.

  • It writes to the project

    Mutation runs produce reports on disk, and configure_desktop_notifications changes local settings.

  • Nobody at Stryker has reviewed it

    The stryker-mutator organization carries no MCP server, and this package is unaffiliated with 0 stars.

Troubleshooting

The agent picks the wrong tool
All eleven descriptions are in German. Name the exact tool in your prompt rather than describing what you want in English.
A run never finishes
Full mutation runs are slow. Use run_targeted_mutation_tests, which scopes to files changed in git.
The score is good but bugs still slip through
Read get_survived_mutants. The score is a summary; the survivors are the specific assertions your tests are missing.
A mutant cannot be killed
It may be equivalent. detect_equivalent_mutants identifies mutants that no test could distinguish from the original.

Stryker Mutator MCP server: Reference

ItemValue
Statusnpm 1.16.1 · repository pushed 11 August 2026
Adoption0 stars · unaffiliated with the Stryker project
LicenseNone reported by GitHub
Packagestryker-mcp-reporter on npm
AuthNone. Everything runs locally
Tools11, all on by default
Description languageGerman, on all eleven tools
Context cost1,096 to 2,405 tokens

What engineers report

There is no adoption to report and no official alternative, which together are the finding.

What was checkedWhat it shows
Official servers foundNone, in the org or the site sitemap
Community serverkluth/stryker-mcp-reporter
Stars0
LicenseNone reported
Last push11 August 2026
Tools returned by tools/list11
Average description97 characters per tool, all in German

The stryker-mutator GitHub organization and the project's site sitemap were searched on 24 August 2026 and carry no MCP server. Tool counts, description lengths and the description language come from the released npm package's own tools/list response.

Should you connect an agent to Stryker Mutator?

Only if a community server is acceptable to you. Best for targeted runs on changed files, with the exact tool named in the prompt.

Strongest fit
TypeScript teams already running Stryker who want an agent to act on survived mutants.
Main advantage
It reaches the output that matters, the survivors, and drafts the assertions that would kill them.
Main weakness
Every tool description is in German, which makes tool selection less reliable for an English-prompted agent.
Operational risk
No license, 0 stars and no review by the Stryker project, on software that runs your test suite.

From Oodle

One platform for agent traces and infrastructure

Agent traces usually sit in a different product from the rest of your telemetry, so when a slow database makes an agent slow the symptom is in one tool and the cause is in another. Oodle keeps both in one query surface, from $10 per million spans.

See agent observability

Frequently asked questions

Is there an official Stryker MCP server?

No. The stryker-mutator organization and the project site carry none. The only option is the community kluth/stryker-mcp-reporter.

How many tools does it have?

11, all on by default. Counted from the released npm package 1.16.1's own tools/list response on 25 August 2026.

Why does my agent struggle to pick a tool?

All eleven descriptions are written in German. Naming the exact tool in the prompt works better than describing the task in English.

Is it licensed for commercial use?

GitHub reports no license for the repository, so there is no explicit grant of rights. Settle that before adopting it.

What does it cost in context?

Between 1,096 and 2,405 tokens, or 0.5% to 1.2% of a 200,000-token window. It is among the leanest measured here.

Changelog

  • 10 August 2026. kluth/stryker-mcp-reporter 1.16.1 released, the most recent version.
  • 4 August 2026. First release, v1.0.0. Six releases shipped that day, up to v1.3.0.

Sources

Every number on this page traces to one of these

  1. Repository facts from the GitHub API · kluth/stryker-mcp-reporter, retrieved 24 August 2026
  2. Package facts from npm · stryker-mcp-reporter 1.16.1
  3. Tool counts, description lengths and the description language from the server's own tools/list response
  4. Absence of an official server checked against the stryker-mutator organization and site sitemap

Stryker Mutator’s own MCP documentation

Also code, tests and review:

For running the suite: