Cypress MCP server: 11 Cloud tools, capped hourly
A free connector with an unusually clear rate limit, tools that only work if you pay for the product behind them, and a documented privacy boundary.
Last verified 1 September 2026 · from Cypress's own Cloud MCP documentation
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
The Cypress MCP server is hosted at mcp.cypress.io/mcp and reached general availability on 20 May 2026. Its documentation lists 11 tools covering runs, failed tests, flake, accessibility reports and UI Coverage.
It is free on every Cypress Cloud plan including Starter, and every plan is capped at 100 tool requests an hour.
Cypress states that some tools return plan-specific or product-specific data, so flake reporting, accessibility and UI Coverage tools only answer if your organization subscribes to those products.
What is the Cypress MCP server?
It is Cypress's server for the Model Context Protocol. Cypress Cloud records test runs, so a connected agent can read a CI failure without reproducing it locally.
The workflow the documentation describes runs in three steps. Find the project with cypress_get_projects, then the run with cypress_get_runs, then the failure with cypress_get_failed_tests.
That last tool returns the test name, the spec, the error and stack trace, and a Test Replay link. It does not return the run's stored artifacts, such as screenshots or videos.
Six of the eleven cover two separate products. Three read accessibility reports and three read UI Coverage, each with a summary tool, a views tool and a detail tool.
Cypress exposes runs, failures, flake, accessibility reports and UI Coverage from its hosted server. Those records connect test work to CI, while leaving production telemetry, agent traces and billing outside the server.
| Part of the work | What Cypress has here | Can an agent reach it |
|---|---|---|
| Code, tests & review | Test results, flake, accessibility, UI Coverage | Yes. Core strength, where the organization subscribes to the product behind each tool |
| CI & release | Recorded CI runs | Partial. Runs can be read by branch or run URL; nothing triggers, retries or configures a pipeline |
| Production observability | None | No metrics, logs or traces from running services |
| Agent observability & evals | None | No traces or evaluations for your own agents |
| AI cost management | None | No spend data of any kind |
For an agent, Cypress answers what the browser tests did and where the interface is untested. It can read a failure and hand back a replay link. It cannot run a test, retry a build or say anything about production, so it works beside a pipeline connector rather than instead of one.
What can an AI agent do with Cypress?
| Task | Tools | Works | Watch out for |
|---|---|---|---|
| Find the right project | cypress_get_projects | Yes | Its documented purpose is finding the project identifier the other tools need |
| Check the last CI run | cypress_get_runs | Yes | Accepts a project, a run URL or a git branch |
| Read why a test failed | cypress_get_failed_tests | Yes | Returns the error, stack trace and a Test Replay link, but no artifacts |
| Tell a regression from a known flake | cypress_get_flaky_tests | Yes | Flake reporting is plan-specific data |
| Summarize accessibility violations | cypress_get_accessibility_report cypress_get_accessibility_views cypress_get_accessibility_rule_failures | Partial | Returns the top five views only; the views tool pages through the rest. Returns nothing without the Accessibility product |
| Find untested parts of the interface | cypress_get_ui_coverage_report cypress_get_ui_coverage_views cypress_get_ui_coverage_elements | Partial | Elements can be filtered to tested or untested and scoped to one view. Returns nothing without the UI Coverage product |
| Re-run a failing spec | CircleCI, GitHub or Harness | No, separate server | Every tool here reads; nothing starts a run |
Both report tools return only the top five views, the distinct screens Cypress recorded, ranked by failure count. Reaching the sixth needs the paging tool, and the report gives no sign that five was a cap.
11 tools documented, all read-only
- Orientation2
cypress_get_projectscypress_get_runs- Failures2
cypress_get_failed_testscypress_get_flaky_tests- Accessibility3
cypress_get_accessibility_reportcypress_get_accessibility_viewscypress_get_accessibility_rule_failures- UI Coverage3
cypress_get_ui_coverage_reportcypress_get_ui_coverage_viewscypress_get_ui_coverage_elements- Other1
submit_mcp_feedback
Counts come from Cypress's own Cloud MCP documentation, read 24 August 2026. The hosted endpoint answers tools/list only after authenticating, so the inventory is documentary rather than captured.
What connecting costs before the first question
A context window is the amount of text a model can hold at once. Eleven tools ship on every Cypress plan at no cost, but they are not free of context: 1,211 to 1,284 tokens on Claude before a single test result is fetched.
Read this next to the rate limit rather than on its own. The connection is capped at 100 tool requests an hour, so the context is spent once per session and the cap decides how much use you get from it.
| Tool set | Tools | Tokens (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 documented | 11 | 419 to 518 | 416 to 515 | 1,211 to 1,284 | 0.2% to 0.6% |
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 from the 11 tool entries in Cypress's own documentation. That is the only public inventory.
An unauthenticated tools/list against mcp.cypress.io/mcp returns 401. So no input schemas could be captured. These figures cover each tool's name and description only. They are a floor, not the figure.
The Claude columns are measured through the API's count_tokens endpoint, with an empty schema per tool. So they cover the same content as the GPT columns. The range there is two tokenizer generations. 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.
Cypress MCP server limits: where answers come back incomplete
Both limits below produce the same result: an empty answer that reads like good news.
The agent says: “There are no accessibility violations.” The product may not be subscribed.
Cypress documents that some tools return plan-specific data such as flake reporting, and others product-specific data such as accessibility violation detail. Both are available only with the matching subscription.
A tool with nothing behind it returns the same empty shape as a clean run.
Guard: Have the agent state which products the organization subscribes to before it reports an absence as a result.
The agent says: “Only five pages have failures.” The report returns the top five.
cypress_get_accessibility_report returns the top five views sorted by failure count, and cypress_get_ui_coverage_report returns the top five riskiest views. The paging tools exist to reach the rest.
Guard: Require the agent to page with the views tools before claiming a total, and to say when a figure came from a summary.
The agent says: “Cypress is not responding.” It may have spent the 100 tool requests the hour allows.
The documented limit is 100 tool requests an hour across all plans. An investigation that pages through views and elements can reach that inside one session.
Guard: Have the agent report a rate-limit response as a limit rather than as missing data.
How to configure Cypress MCP for agents
- 1
An administrator enables it once
The integration is switched on from the organization's Integrations page before anyone can authenticate.
- 2
Each person authenticates separately
OAuth sessions are scoped to the individual account and respect that person's role in each organization.
- 3
Plan for 100 requests an hour
That is the documented cap on every plan, and an agent that pages through views can reach it in one investigation.
- 4
Know which tools your plan feeds
Flake, accessibility and UI Coverage tools return data only where the organization subscribes to those products.
Paste this into your agent’s instructions
Two of the tools return only the top five views, and several return nothing without a subscription. Both look like an absence of problems.
When you answer using Cypress Cloud MCP tools, state: - The project and run the answer covers. - Whether a report was truncated. The accessibility and UI Coverage reports return only the top five views. - Whether a tool returned nothing because the organization does not subscribe to the product behind it. Never state that data does not exist. State that the run above returned no results for that tool. 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 always. Cypress documents a second route itself. The Cloud CLI, cy-cloud, returns JSON from a terminal and reaches Test Replay data directly, which the documentation recommends for scripting and deeper triage.
The connector earns its place in a conversation. The agent picks the tool from the prompt, which suits in-editor debugging rather than a scripted pipeline.
Cypress's own suggestion is that many teams use both, choosing by whether the assistant speaks the protocol or runs shell commands.
Connect the server for in-editor debugging. Use the Cloud CLI for scripting and terminal triage.
Cypress MCP server setup
The server is hosted, so there is nothing to install. An administrator enables the integration for the organization from the Integrations page.
Each person then authenticates. OAuth is the documented recommendation; a personal access token exists for clients that cannot open a browser.
Claude Code
The client detects OAuth, opens a browser and stores the session, which the documentation says reconnects automatically for 30 days.
claude mcp add --transport http cypress \ https://mcp.cypress.io/mcp
Cursor
In ~/.cursor/mcp.json. Authorization happens in the browser on first connection.
{"mcpServers":{"cypress":{
"url":"https://mcp.cypress.io/mcp"}}}Codex CLI
Codex reads TOML, so the JSON blocks above will not transfer. OAuth still runs in a browser.
[mcp_servers.cypress] url = "https://mcp.cypress.io/mcp"
Every other client
Each block below is the configuration for one client, with the file path and the key that client expects.
Claude Desktop
macOS ~/Library/Application Support/Claude/claude_desktop_config.json. Windows %APPDATA%\Claude\claude_desktop_config.json. There is no CLI. Edit through Settings, Developer, Edit Config.
Quit and restart fully for changes to load. Paths in args must be absolute. Logs at ~/Library/Logs/Claude/mcp.log.
No credentials appear in the file. The client opens a browser to authorize with OAuth on first connection.
{"mcpServers":{"cypress":{"url":"https://mcp.cypress.io/mcp"}}}Gemini CLI
~/.gemini/settings.json globally, or .gemini/settings.json per project. Key mcpServers. CLI: gemini mcp add.
No credentials appear in the file. The client opens a browser to authorize with OAuth on first connection.
{"mcpServers":{"cypress":{"url":"https://mcp.cypress.io/mcp"}}}VS Code Copilot
.vscode/mcp.json per workspace, or your user profile. CLI: code --add-mcp.
No credentials appear in the file. The client opens a browser to authorize with OAuth on first connection.
{"servers":{"cypress":{"url":"https://mcp.cypress.io/mcp"}}}The key is `servers`, not `mcpServers`. VS Code is the only client that uses that name, and copying a config from anywhere else fails silently.
Windsurf
~/.codeium/windsurf/mcp_config.json, which is the path Windsurf documents. Key mcpServers, the same JSON shape as Cursor, carrying the same OAuth sign-in.
Zed
~/.config/zed/settings.json, carrying the same OAuth sign-in as the blocks above.
The key is `context_servers`. Zed does not call them MCP servers in config, so searching its settings for mcp finds nothing.
Google Antigravity
~/.gemini/config/mcp_config.json globally, or .agents/mcp_config.json per project. Key mcpServers. There is no CLI. Use the /mcp overlay in the editor. Supports stdio, streamable HTTP, SSE and websocket.
No credentials appear in the file. The client opens a browser to authorize with OAuth on first connection.
{"mcpServers":{"cypress":{"url":"https://mcp.cypress.io/mcp"}}}Amp (Sourcegraph)
~/.config/amp/settings.json or .amp/settings.json, carrying the same OAuth sign-in. The amp mcp CLI covers approve, doctor and oauth.
The key is `amp.mcpServers`, namespaced. A bare mcpServers block is ignored.
Cline
~/.cline/mcp.json per the docs. The source also reads ~/.cline/data/settings/cline_mcp_settings.json. Key mcpServers, standard JSON shape, carrying the same OAuth sign-in. Supports stdio, streamable HTTP and SSE.
Goose (Block)
~/.config/goose/config.yaml, carrying the same OAuth sign-in.
YAML, and servers are called `extensions`. Goose does not use the MCP vocabulary in config at all. Add one interactively with goose configure, or per session with goose session --with-extension.
Kiro (AWS)
.kiro/settings/mcp.json per workspace, or ~/.kiro/settings/mcp.json globally. Key mcpServers, standard JSON shape, carrying the same OAuth sign-in.
Warp
~/.warp/.mcp.json or .warp/.mcp.json. Key mcpServers, standard shape, carrying the same OAuth sign-in. Also addable through the /agent-add-mcp skill.
JetBrains Junie
.junie/mcp/mcp.json per project, or ~/.junie/mcp/mcp.json. Key mcpServers, carrying the same OAuth sign-in. Use /mcp in the CLI to manage.
Roo Code
.roo/mcp.json per project. The global file is mcp_settings.json, opened from the Roo Code MCP settings view with Edit Global MCP. Key mcpServers, carrying the same OAuth sign-in.
Continue
.continue/mcpServers/*.yaml, one file per server, carrying the same OAuth sign-in.
YAML, and `mcpServers` is a list, not an object. Every JSON client keys servers by name. Continue takes an array, so a converted config will not parse.
Trae
.trae/mcp.json per project, or paste into the UI under Raw Config (JSON). Key mcpServers, standard shape, carrying the same OAuth sign-in.
Devin
Devin has no config file to edit. Servers are added through a web form in the settings UI, and Devin's documentation states you do not need to write or paste JSON. The block below is the shape those fields describe, shown for reference. Either route uses the same OAuth sign-in.
Personal access token
Generated from the Cypress Cloud profile page under MCP personal access token, with an expiry you choose. It is shown once.
{"mcpServers":{"cypress":{"command":"npx",
"args":["-y","mcp-remote","https://mcp.cypress.io/mcp",
"--header","Authorization: Bearer $CYPRESS_MCP_TOKEN"],
"env":{"CYPRESS_MCP_TOKEN":"<your-token>"}}}}Read-only access, permissions and security
Cypress reports completed work
Nothing in the documented list starts a run, changes a project or deletes a record.
Access follows the person
Both OAuth sessions and personal access tokens are scoped to the individual's role and permissions in each enabled organization.
Cypress states what it receives
Its documentation says it has no access to the assistant's context window or chat history, and that only the tool call's inputs reach it.
Sessions are revocable
Active OAuth sessions appear on the Cypress Cloud profile page and can be revoked there.
Troubleshooting
- The client cannot connect
- An administrator has to enable the Cloud MCP integration for the organization from its Integrations page before anyone can authenticate.
- A tool returns nothing on a real run
- Flake, accessibility and UI Coverage tools return plan-specific and product-specific data. Without the subscription behind them they have nothing to return.
- Calls start failing during an investigation
- The documented limit is 100 tool requests an hour on every plan. Paging through views consumes them quickly; Cypress directs requests for higher limits to its support address.
- The client cannot complete a browser sign-in
- Generate a personal access token from the Cypress Cloud profile page, under MCP personal access token. It is displayed once at creation.
Cypress MCP server: Reference
| Item | Value |
|---|---|
| Endpoint | mcp.cypress.io/mcp |
| Availability | Generally available since 20 May 2026 |
| Price | Free on every Cypress Cloud plan, including Starter |
| Auth | OAuth, or an MCP personal access token |
| Session length | OAuth reconnects automatically for 30 days |
| Tools | 11 documented, all read-only |
| Rate limit | 100 tool requests an hour on all plans |
| Plan-gated tools | Flake, accessibility and UI Coverage |
| Inventory source | Cypress's own documentation, read 24 August 2026 |
What engineers report
Cypress publishes limits and availability plainly, so the counts below come from its own documentation.
| What was checked | What it shows |
|---|---|
| Documented tools | 11 |
| General availability | 20 May 2026 |
| Rate limit | 100 tool requests an hour, all plans |
| Price | Free on all plans, including Starter |
| OAuth session length | 30 days |
| Views returned by each report | Top five, with paging tools for the rest |
Tool inventory, limits and authentication read from Cypress's own Cloud MCP documentation on 24 August 2026. An unauthenticated tools/list against mcp.cypress.io/mcp returned 401 on the same date, which is why this page is sourced from documentation rather than from the wire.
Should you connect an agent to Cypress?
Yes. Best for OAuth from an interactive client, with a personal access token kept for agents that cannot open a browser.
- Strongest fit
- Cypress Cloud teams debugging CI failures from the editor rather than reproducing them locally.
- Main advantage
- Free on every plan, with a published hourly limit and a documented privacy boundary.
- Main weakness
- Seven of the eleven tools depend on a separate product or plan, and return empty rather than saying so.
- Operational risk
- None from the tools themselves. Every one reads, and access follows the person's own role.
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 observabilityFrequently asked questions
How many tools does Cypress Cloud MCP have?
11 documented, all read-only. Counted from Cypress's own documentation on 24 August 2026, because the hosted endpoint answers tools/list only after authenticating.
Does it cost anything?
No. Cypress documents it as free on every Cypress Cloud plan including Starter, with no minimum Cypress App version.
Is there a rate limit?
Yes, 100 tool requests an hour on all plans. Cypress directs requests for higher limits to its support address.
Why does an accessibility tool return nothing?
Those tools return product-specific data. Without a subscription to the product behind them, they have nothing to return and no error to raise.
What does Cypress see?
Its documentation states that it has no access to the assistant's context window or chat history, and that only the inputs to a tool call reach it.