Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
Shows an AI assistant the last cypress run: command log, errors, screenshots, DOM of failed tests.
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"cypress": {
"command": "npx",
"args": [
"-y",
"@miroslavmyrha/cypress-mcp"
]
}
}
}Führe das in deinem Terminal aus
claude mcp add cypress -- npx -y @miroslavmyrha/cypress-mcpIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"cypress": {
"command": "npx",
"args": [
"-y",
"@miroslavmyrha/cypress-mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"cypress": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@miroslavmyrha/cypress-mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 8. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto miroslavmyrha bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.1.2) kam vor 26 Tagen in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, VMware Storage
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:↓ Downloads pro Wochei★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
VMware vSphere storage with 16 MCP tools: datastores, iSCSI, vSAN, FC multipath.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
MCP server that shows an AI assistant what happened in your last cypress run: which commands each test ran, what failed, the error, a screenshot, and the page as it was at the moment of the failure.
It is made for headless runs, on your machine and in CI. That is the place the official tools do not reach, see How it compares.
npm install -D @miroslavmyrha/cypress-mcp
A spec with three tests, the last of which fails:
it('shows a counter of finished items', () => {
cy.get('.todo-list li').first().find('input[type=checkbox]').check() cy.get('[data-test=finished-count]').should('contain', '1') })
After cypress run, the assistant calls get_last_run and gets the commands that ran, the error and the path of a DOM snapshot (output shortened):
{
"title": "Todo list > shows a counter of finished items", "state": "failed", "domSnapshotPath": "snapshots/cypress-e2e-todo-cy-js/todo-list-shows-a-counter-of-finished-items-d963bb8d.html", "commands": [ { "name": "visit", "message": "https://example.cypress.io/todo" }, { "name": "get", "message": ".todo-list li" }, { "name": "first", "message": "" }, { "name": "find", "message": "input[type=checkbox]" }, { "name": "check", "message": "" }, { "name": "get", "message": "[data-test=finished-count]" } ], "error": "AssertionError: Timed out retrying after 2000ms: Expected to find element: [data-test=finished-count], but never found it." }
It can then look into the page as it was when the test failed. query_dom with the selector .todo-count:
{
"selector": ".todo-count", "totalMatches": 1, "results": [ { "breadcrumb": "body > section.todoapp-wrapper > div.todoapp > footer.footer > span.todo-count", "outerHTML": " 1 item left " } ] }
So the counter exists, under another selector, and the assistant can fix the test without anyone pasting logs into the chat.
cypress run → tests run
→ support/index.ts captures Cypress command log per test → cy.task('mcpSaveTestLog') transfers logs to node side → plugin/index.ts stores logs in memory → after:spec → merges logs + results → writes .cypress-mcp/last-run.json
Claude → MCP server → get_last_run → reads last-run.json
Cypress has two tools of its own for AI assistants. They cover other situations than this one.
| this package | cypress tap | Cypress Cloud MCP | |
|---|---|---|---|
| Reads | the last local cypress run | a live cypress open session | runs recorded to Cypress Cloud |
| Headless runs and CI | yes | no | only what was recorded |
| Command log and DOM of a failed test | yes | yes | no, links to Test Replay |
| Needs | Cypress 12 or newer, a plugin and a support import | Cypress 15.21 or newer, a Chromium browser | a Cypress Cloud account |
| Interface | MCP (stdio or HTTP) | command line | MCP |
Use cypress tap while you write a test with the Cypress app open. Use this package when the tests run headless and the assistant should see why one failed.
The results are written in the after:spec event, which Cypress fires in run mode. In cypress open that event needs experimentalInteractiveRunEvents.
Before anything reaches the assistant, values that look like secrets are redacted, and content that comes from the tested application is marked as untrusted data.
npm install -D @miroslavmyrha/cypress-mcp
Note: the unscoped
cypress-mcpname on npm belongs to an unrelated project. Always use the scoped@miroslavmyrha/cypress-mcp.
cypress.config.tsimport { defineConfig } from 'cypress'
import { cypressMcpPlugin } from '@miroslavmyrha/cypress-mcp/plugin'
export default defineConfig({ e2e: { setupNodeEvents(on, config) { cypressMcpPlugin(on, config) }, }, })
cypress/support/e2e.tsimport '@miroslavmyrha/cypress-mcp/support'
In your MCP settings (~/.config/claude/claude_desktop_config.json or claude mcp add):
{
"mcpServers": { "cypress": { "command": "npx", "args": ["-y", "@miroslavmyrha/cypress-mcp", "--project", "/absolute/path/to/your/project"] } } }
Or with claude mcp add:
claude mcp add cypress -- npx -y @miroslavmyrha/cypress-mcp --project /absolute/path/to/your/project
# Start MCP server in HTTP mode (random token printed to stderr)
npx -y @miroslavmyrha/cypress-mcp --project /path/to/project --transport http --port 3333
MCP_HTTP_TOKEN=$(openssl rand -hex 32) npx -y @miroslavmyrha/cypress-mcp --project /path/to/project --transport http --port 3333
| Tool | Description |
|---|---|
list_specs | List all Cypress spec files. Optional pattern glob (default: **/*.cy.{ts,js,tsx,jsx}) |
read_spec | Read a spec file's content by relative path |
get_config | Read the Cypress config file (cypress.config.ts/js/mjs/cjs), secret-looking values redacted |
get_last_run | Get results of the last test run: states, errors, command log, DOM snapshots |
get_screenshot | Get a screenshot from the last run. Returns the image itself (up to 2 MB) plus path and size metadata |
query_dom | Query the DOM snapshot of a failed test using a CSS selector |
run_spec | Run a single Cypress spec file and wait for completion. Returns exit code and summary |
.cypress-mcp/last-run.json{
"timestamp": "2026-02-18T22:00:00Z", "specs": [ { "spec": "cypress/e2e/login.cy.ts", "stats": { "passes": 3, "failures": 1, "pending": 0, "skipped": 0, "duration": 5230 }, "screenshots": ["/abs/path/to/Login -- should show error (failed).png"], "tests": [ { "title": "Login > should login with valid credentials", "state": "passed", "duration": 1200, "error": null, "domSnapshotPath": null, "commands": [ { "name": "visit", "message": "/login" }, { "name": "get", "message": "#email" }, { "name": "type", "message": "test@example.com" } ], "consoleErrors": [], "networkErrors": [] }, { "title": "Login > should show error on invalid password", "state": "failed", "duration": 800, "error": "Timed out retrying: Expected to find element: .error-message", "domSnapshotPath": "snapshots/cypress-e2e-login-cy-ts/login--should-show-error-a1b2c3.html", "commands": [...], "consoleErrors": ["Uncaught TypeError: Cannot read property 'x' of null"], "networkErrors": [{ "method": "POST", "url": "/api/login", "status": 500 }] } ] }, { "spec": "cypress/e2e/dashboard.cy.ts", "stats": { ... }, "screenshots": [], "tests": [...] } ] }
All specs from a run are captured. In cypress run the accumulator resets on before:run. In cypress open results accumulate for the lifetime of the Cypress process. Failed tests include a domSnapshotPath pointing to an HTML file (up to 100 KB of document.body.outerHTML) stored under .cypress-mcp/snapshots/.
Options:
--project Cypress project root (default: current directory) --transport stdio or http (default: stdio) --port HTTP port, only for --transport http (default: 3333) -V, --version Show version -h, --help Show help
.cypress-mcp to .gitignore.cypress-mcp/
| Variable | Description |
|---|---|
MCP_HTTP_TOKEN | Set a fixed bearer token for HTTP transport (min 32 chars). If not set, a random token is generated on each start and printed to stderr. |
This project uses Bun as the package manager:
bun install
bun run typecheck bun run test bun run build
Miroslav Myrha
MIT