NewAgent Observability — find failures before customers do.
Back to directory
Stryker Mutator logo

Stryker MCP server: community server, German descriptions

A third-party mutation-testing connector that works, is MIT licensed on npm, and hands an English-speaking agent eleven German tool descriptions.

Connector
Community, self-hosted
Coverage
Runs, survivors, scores
Tools
11, all on by default
Biggest risk for an agent
Tool descriptions are in German

Checked 3 October 2026 · from The `stryker-mcp-reporter` package, its repository and the server's own tools/list response

One of 91 guides to monitoring and developer tools. Each covers what an AI coding agent can get out of the tool through MCP, the protocol that lets the agent query the tool directly.

Summary

As of 3 October 2026, the Stryker project has not published an MCP server of its own. The installable community 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 MIT licensed: version 1.16.1 declares "license": "MIT" in package.json. It has 0 stars, and the repository has no LICENSE file, which is why GitHub shows no license.

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 reach an agent through unaffiliated community packages, 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 the tool definitions cost in context

A client that loads every tool definition at the start of a session spends this much context before the first question. Claude Code defers definitions by default through tool search, and loads a tool's definition when the agent needs it. The method below gives the version and date measured.

A context window is the amount of text a model can hold at once. A client that loads every tool definition upfront sends each tool's name, description and input schema to the model when the session starts. That 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 billed as input whenever the client loads it.

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.

GitHub shows no license, but the package is MIT.

stryker-mcp-reporter 1.16.1 declares "license": "MIT", and its README ends with "MIT License © 2026 Matthias Kluth". The repository has no LICENSE file, so GitHub's license field reads empty.

A license scanner that reads GitHub metadata will flag it as unlicensed. One that reads the npm package will report MIT.

Guard: Record MIT from the npm package in your third-party notices, with the README's copyright line as the notice text.

How to configure Stryker Mutator MCP for agents

  1. 1

    Take the license from npm

    The package declares MIT, but the repository has no LICENSE file, so a scanner reading GitHub will report it as unlicensed.

  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.

AraneaDev/Chaos-MCP, created 4 July 2026, wraps StrykerJS alongside cosmic-ray, cargo-mutants and Infection. It is MIT licensed, but as of 3 October 2026 it installs from source, not from npm.

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 a one-maintainer 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

  • The license is MIT, declared on npm

    The repository has no LICENSE file, so GitHub's license field is empty. Read the license from the package, not from GitHub.

  • 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 package has no tie to the stryker-mutator organization, and it has 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
LicenseMIT in package.json and the README; no LICENSE file
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

The package has 0 stars and no public discussion, so the figures below are counts rather than quotes.

What was checkedWhat it shows
First-party serversNone published by the Stryker project
Community serverkluth/stryker-mcp-reporter
Stars0
LicenseMIT on npm; no LICENSE file in the repository
Other community serverAraneaDev/Chaos-MCP, 2 stars, source install only
Last push11 August 2026
Tools returned by tools/list11
Average description97 characters per tool, all in German

As of 3 October 2026, neither the stryker-mutator GitHub organization nor the stryker-mutator.io sitemap lists an MCP server. License facts come from the npm registry entry for 1.16.1. Tool counts, description lengths and the description language come from the released 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
0 stars, one maintainer 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.

See agent observability

Frequently asked questions

Is there an official Stryker MCP server?

No. As of 3 October 2026 the Stryker project has not published one. The community options are kluth/stryker-mcp-reporter on npm and AraneaDev/Chaos-MCP, a pre-release server that wraps StrykerJS.

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?

Yes, under MIT. The npm package declares MIT and the README carries an MIT notice. GitHub shows no license only because the repository lacks a LICENSE file.

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 the page traces to one of these

  1. Repository facts from the GitHub API · kluth/stryker-mcp-reporter, retrieved 3 October 2026
  2. npm registry · stryker-mcp-reporter · version 1.16.1 and its MIT license field, retrieved 3 October 2026
  3. stryker-mcp-reporter README · MIT notice, retrieved 3 October 2026
  4. AraneaDev/Chaos-MCP · created 4 July 2026, retrieved 3 October 2026
  5. Tool counts, description lengths and the description language from the server's own tools/list response
  6. First-party status checked against the stryker-mutator organization and the stryker-mutator.io sitemap, 3 October 2026

Stryker Mutator’s own MCP documentation

Also code, tests and review:

For running the suite: