Create a workspace API key
In console Settings → Workspace → API keys, create a key and copy the MCP config snippet once.
Connect an MCP client to Mercur’s remote MCP server and let an agent list tunnels, search HTTP request history, and open full headers and bodies — without leaving your editor.
You already have request history in Mercur. When an AI agent is helping you fix a failed delivery, it should be able to list recent requests and open the payload that actually arrived — not ask you to paste screenshots.
In console Settings → Workspace → API keys, create a key and copy the MCP config snippet once.
Paste the snippet as a remote / HTTP MCP server pointing at console …/api/mcp with Authorization: Bearer …
list_servers → list_requests → get_request. Summaries omit bodies; detail includes headers and bodies.
Full walkthrough: Debug webhooks with Cursor MCP.
Three read-only tools. Summaries stay light; full payloads only when you ask for one request.
A Streamable HTTP MCP server on the Mercur console that exposes read-only tools for tunnel request history. Any MCP client that supports remote HTTP servers (Cursor, Claude Desktop, and others) can connect with a Bearer workspace API key — no local npm package.
Solo and Team. On Free, Settings shows an upgrade path to Pricing before you can create a workspace API key.
Create a workspace API key in Settings, copy the generated mcp.json snippet (url + Authorization header), and paste it into your client as a remote / HTTP MCP server. See the debug-webhooks-with-cursor-mcp guide for the full walkthrough.
No. Keys are workspace-scoped. list_servers and request tools only see tunnels belonging to that workspace.
Create a workspace API key once. Your agent lists tunnels, finds the failed delivery, and reads the payload — without leaving the editor.