MCP Failure Lab

السجل الرسمي الذكاء الاصطناعي والوكلاء

Deliberately faulty MCP server for testing how agent clients handle tool errors and disconnects.

التثبيت

أضف هذا إلى إعدادات MCP في عميلك (Claude Desktop: claude_desktop_config.json، وCursor: ‏.cursor/mcp.json، ويستخدم VS Code وغيره الصيغة نفسها «mcpServers»).

OCI package ghcr.io/cloudlabworks/mcp-failure-lab:0.1.1
Claude Code
claude mcp add mcp-failure-lab -e 'LAB_SCENARIO=healthy' -e 'LAB_DELAY_MS=1000' -e 'LAB_FAILURES=2' -- docker run -i --rm ghcr.io/cloudlabworks/mcp-failure-lab:0.1.1
إعداد JSON (Claude Desktop وCursor وVS Code)
{
    "mcpServers": {
        "mcp-failure-lab": {
            "command": "docker",
            "args": [
                "run",
                "-i",
                "--rm",
                "ghcr.io/cloudlabworks/mcp-failure-lab:0.1.1"
            ],
            "env": {
                "LAB_SCENARIO": "healthy",
                "LAB_DELAY_MS": "1000",
                "LAB_FAILURES": "2"
            }
        }
    }
}

متغيرات البيئة

  • LAB_SCENARIO Fault to inject: healthy, tool-error, transient-error, delay, malformed, or disconnect
  • LAB_DELAY_MS Delay in milliseconds for the delay scenario (0 to 10000)
  • LAB_FAILURES Failing calls before success for the transient-error scenario (0 to 10)

التوثيق

مأخوذ من ملف README للمشروع على GitHub ويُحدَّث أسبوعيًا. تفتح الروابط على GitHub.

المحتويات
  1. MCP Failure Lab
  2. Try it
  3. Faults
  4. Attach your own MCP client
  5. Feed a failure into Agent Trace Clinic
  6. Relationship to upstream
  7. Maintenance contract
  8. Agent Reliability Lab
  9. Citation

MCP Failure Lab

A deliberately faulty MCP server and a bounded reference-client harness. v0.1.0, MIT. Built on the official MCP TypeScript SDK 2.3.1, not a replacement protocol implementation.

Try it

Requires Docker. The image uses Node 24 and pinned npm dependencies.

docker build -t mcp-failure-lab:local .
docker run --rm --network none --read-only --cap-drop ALL --security-opt no-new-privileges mcp-failure-lab:local npm test
docker run --rm --network none --read-only --cap-drop ALL --security-opt no-new-privileges mcp-failure-lab:local node runner.mjs

The last command prints JSON results and OpenAI-message-shaped traces from seven deterministic runs. No language model participates. Timings are observed elapsed milliseconds, not benchmarks. The test command exits nonzero on a regression; the demo command emits observations, not a grading verdict.

For local development: npm ci --ignore-scripts, then npm test.

From the published image (Official MCP Registry: io.github.cloudlabworks/mcp-failure-lab):

docker run -i --rm -e LAB_SCENARIO=tool-error ghcr.io/cloudlabworks/mcp-failure-lab:0.1.1

Faults

LAB_SCENARIOInjected behaviorReference-client expectation
healthyNormal tool responseOne success
tool-errorValid result with isError=trueStop at configured attempt budget
transient-errorFirst LAB_FAILURES calls failRecover if the attempt budget permits
delayWait LAB_DELAY_MS before tool responseSucceed within deadline or time out
malformedValid JSON-RPC envelope, invalid text-block valueReject the tool result
disconnectExit during a tool responseReport closed connection, not success

Only the advertised lab_probe tool is affected. Initialization and discovery use the official SDK. The transport wrapper corrupts result shape, not JSON framing; truncated frames, bad IDs, HTTP failures and authentication faults are not implemented.

Configuration is read at process startup. Scenarios reset per process. LAB_DELAY_MS: integer 0–10000 (default 1000). LAB_FAILURES: integer 0–10 (default 2). The reference client retries only explicit tool errors, at most five attempts; protocol errors, timeouts and disconnects stop immediately. The harness's tool-call deadline is 10–10000 ms; SDK connection/discovery deadlines are separate. Retries intentionally have no backoff so the generated fixture exposes repeated calls; this is not recommended production retry policy.

Attach your own MCP client

Configure a test MCP connection to run this command, with stdin/stdout attached:

docker run --rm -i --network none --read-only --cap-drop ALL --security-opt no-new-privileges -e LAB_SCENARIO=transient-error -e LAB_FAILURES=2 mcp-failure-lab:local

Call lab_probe with {"message":"probe"}. There are no real downstream services, credentials, file-writing tools or listening network ports. Client integrations beyond the included reference client are unverified.

Feed a failure into Agent Trace Clinic

From this repository, with Clinic checked out next to it:

mkdir -p artifacts
docker run --rm --network none --read-only mcp-failure-lab:local node runner.mjs > artifacts/run.json
node --input-type=module -e 'import fs from "node:fs"; const r=JSON.parse(fs.readFileSync("artifacts/run.json","utf8")); console.log(JSON.stringify(r.results.find(x=>x.scenario==="tool-error").trace));' > artifacts/tool-error.json
node ../agent-trace-clinic/cli.mjs artifacts/tool-error.json --html > artifacts/clinic-report.html

Clinic should identify tool_loop, retry_storm and unhandled_tool_error on this fixture. These are heuristic leads: deliberate bounded retries can also trigger them. No token counts are invented.

Relationship to upstream

MCP conformance is the upstream authority for protocol tests. This project contributes a small fault surface for recovery experiments; it does not claim conformance certification. The official framework currently documents HTTP-based client/server scenario runners. This first release is stdio-only; an upstream scenario adapter and a Streamable HTTP target are next, not shipped capabilities.

Sources checked 2026-10-14:

Maintenance contract

One transport, one tool, six fault modes, one reference client. Pin SDK upgrades and rerun every fault test. Owner: Cloud Lab Works / Waku. Gherkin review has not been assigned or completed. Before public release: source/dependency review, an independent test pass, and publication approval. Before cloud execution: bounded job budget, teardown, and measured runtime. No cloud account is required for this release. No telemetry or remote reporting. Generated reports stay in ignored artifacts/.

Agent Reliability Lab

Open the public demo or read the experiment guide. Four controlled before/after cases connect the official MCP reference client to deterministic Clinic inspection. The public sample is recorded local evidence, not a live cloud execution. Cloud adapters and runbook are included.

Citation

If you use this project, please cite the accompanying preprint: MCP Failure Lab: Reproducible Tool-Failure Fixtures and Cross-Platform Traces for Testing Agent Reliability. DOI: 10.5281/zenodo.23720942. See the paper page for the abstract and PDF.

@techreport{alvord2026mcp,
  author = {Alvord, Alex},
  title = {{MCP Failure Lab: Reproducible Tool-Failure Fixtures and Cross-Platform Traces for Testing Agent Reliability}},
  institution = {CloudLab Works},
  publisher = {Zenodo},
  year = {2026},
  month = oct,
  type = {Preprint},
  doi = {10.5281/zenodo.23720942},
  url = {https://doi.org/10.5281/zenodo.23720942}
}

الأسئلة الشائعة

ما هو MCP Failure Lab؟

Deliberately faulty MCP server for testing how agent clients handle tool errors and disconnects.

كيف أثبّت MCP Failure Lab؟

يعمل على جهازك. في Claude Code: claude mcp add mcp-failure-lab -e 'LAB_SCENARIO=healthy' -e 'LAB_DELAY_MS=1000' -e 'LAB_FAILURES=2' -- docker run -i --rm ghcr.io/cloudlabworks/mcp-failure-lab:0.1.1. وفي العملاء الآخرين، الصق إعداد JSON من هذه الصفحة في إعدادات MCP الخاصة بهم.

هل يحتاج MCP Failure Lab إلى مفتاح API؟

لا يذكر إدراجه في السجل أي مفتاح أو سر إلزامي. قد تتطلب بعض الميزات حسابًا لدى الخدمة التي يتصل بها.

هل MCP Failure Lab مفتوح المصدر؟

نعم. شيفرته متاحة على GitHub بترخيص MIT.

من يصون MCP Failure Lab؟

ينشره cloudlabworks. يدرجه AI.tn لكنه لا يصونه ولا يوصي به.

من سجل MCP الرسمي. الإدراج ليس توصية: راجع شيفرة الخادم وصلاحياته قبل منحه الوصول إلى بياناتك.