Skip to content
Pipehero logo

Pipehero MCP server

Which MCP servers are Pipehero's own, from the official registry and from asking its own domain, whether they answer, and what they offer. A program checked each of these, nobody copied them from a product page.

read 2026-10-22

← Back to Pipehero

Whose server it is
  • Registry nameio.github.pipehero/pipeheropublished by pipehero on GitHub

Published under the GitHub organisation pipehero, the same one pipehero.app links from its homepage. The registry ties that namespace to a GitHub sign-in.

When we asked itchecked 2026-10-22
  • Stateanswerschecked 2026-10-22
  • Tools25
  • Server calls itselfpipehero
  • Server version0.1.17
  • Protocol version2024-11-05

On 2026-10-22 the server answered initialize and tools/list without a sign-in. First answer in 142 ms.

Should an agent connect itNot proven either way yet
  • Whether its tools do the product's job has not been judged yet.

Once connected

  • For "inspect and replay webhooks sent to localhost", the likely first call is list_tunnels.
  • send_test_webhook, set_long_requests, set_ws_passthrough, create_api_collection, add_api_example change data without a sign-in: anyone with the address can call them.

Said by rules from the measurements above. The likely first call is a model's pick from the tool list; read its description before relying on it.

Measured dailydaily checks: 13, the first on 2026-10-22
  • INITE MCP score68 of 100answers 100 · definitions 100 · context 87 · use 0 · connects 100 · lowered by the warning signs below
  • Answered100% of days13 of 13 daily checks
  • Median first answer146 ms
  • Space in an agent's context≈ 4,921 tokensthe definitions of all its tools (25), which an agent carries on every turn
  • Tool definitionsA · 100 of 100
  • Typed results0 of 25 toolsdeclared outputSchema: results come typed, read once
  • Every tool passes all six checks.

What an agent can do with it

  • can do · inspect and replay webhooks sent to localhost
  • not sure · expose a local MCP server to a cloud AI client
  • not sure · test a websocket connection from a mobile build

Each of the product's use cases, put to Jev against this server's tool list: can an agent do it with these tools?

Worth a look

  • Tools that change data, on a server that answers without a sign-in: send_test_webhook, set_long_requests, set_ws_passthrough, create_api_collection, add_api_example

A program checks the server once a day: initialize and tools/list, no model. Tokens are the definitions' length at about four characters a token. The grade averages six checks of every tool's name, description, schema and annotations; it says how well the tools are described, not whether they work. The score weighs what was measured and nothing else: answering (25%), doing the product's job (25%), definitions (20%), context (10%), use (10%) and how readily a client connects (10%). A part that was not measured is left out, and a hidden instruction caps the score at 40. The state of vendors' MCP servers: method and numbers →

Tools it offers25 tools · read 2026-10-22
  • list_tunnels

    List the user's Pipehero tunnels and whether each is currently online.

  • list_requests

    List recent webhooks/requests captured for a tunnel. Returns id, method, path, status and bodies.

  • get_request

    Get the full request and response (headers + body) of one captured webhook by id.

  • replay_request

    Replay a captured webhook to the user's localhost (the tunnel CLI must be running).

  • send_test_webhook

    Send a generated test webhook to the user's localhost (the tunnel CLI must be running). Provide a `provider` (stripe, github, shopify, clerk, slack, resend, paddle, polar, lemonsqueezy) and optional `event` for a realistic sample payload…

  • set_long_requests

    Opt a tunnel into a 120-second ingress timeout instead of the 30-second default — for tool calls that legitimately run long, e.g. an MCP server exposed through the tunnel. Persists on the tunnel; pass enabled: false to revert to the…

  • set_ws_passthrough

    Opt a tunnel into WebSocket passthrough, so an application-level WebSocket connection (e.g. a mobile/web app's own realtime feature) can be relayed to your localhost. Pro/Team plan required to enable; pass enabled: false to disable on any…

  • list_api_collections

    List the workspace's API collections (saved endpoints with examples and environments). Start here to find a collection_id.

  • get_api_collection

    Get one collection's folders, endpoints (id, method, path, name, version, example count) and environments (with their variables).

  • get_api_endpoint

    Get one endpoint in full: description, parameters, headers, request body, saved response examples and its current `version`. Identify it by endpoint_id or by method + path.

  • create_api_collection

    Create an empty API collection. Prefer import_api_spec when there is an OpenAPI file, and upsert_api_endpoint to fill it from the code.

  • upsert_api_endpoint

    Document an endpoint: creates it, or updates the existing one for the same method + path. Use it whenever you add or change a route in the code, so the docs stay true. Only the fields you send change. `path` may use :id, {id} or {{id}}…

  • add_api_example

    Save a response example on an endpoint (for instance the 402 your handler returns for a declined card). Replaces the example with the same name, so it is safe to repeat.

  • delete_api_endpoint

    Delete an endpoint and its examples. Use when the route no longer exists in the code. Cannot be undone.

  • import_api_spec

    Import an OpenAPI 3.x document (as JSON), a Postman v2.x collection (JSON) or a curl command into a new collection, or into `collection_id`. All or nothing, and plan limits are checked first. Credentials are never imported (they become…

  • export_api_collection

    Export a collection as an OpenAPI 3.1 or Postman 2.1 document. Handy to read the whole API at once.

  • run_api_endpoint

    Send an endpoint against an environment and return the real response (status, headers, body up to 20 KB). A `local` environment goes through the user's tunnel to their localhost (the CLI must be running); staging/prod are sent from…

  • save_captured_request

    Document a real request captured by a tunnel (get its id from list_requests). If an endpoint already covers the route, the response is added to it as an example; otherwise an endpoint is created from the request. Credentials, cookies and…

  • list_api_monitors

    See which endpoints of a collection are checked on a schedule (Pro/Team monitors) and how they are doing: state (healthy, failing, blip, paused, waiting), the last check with its status, latency and error, and since when it has been…

  • list_api_proposals

    See what happened to the changes you proposed. Some workspaces review AI changes: your write tools then answer `pending_review` and change nothing until a teammate approves. This lists the latest proposals with their status (pending…

  • check_api_drift

    Compare a collection's docs with the real traffic a tunnel captured (Pro/Team). Returns routes nobody documented, status codes with no example, response or request fields missing from every example (or with another type), undocumented…

  • get_api_share_link

    Get the shareable link of an endpoint (a read-only page with its docs, examples and latest run, secrets hidden), who can open it and who was invited. Use it to put the link in a PR, an issue or a message. Each endpoint has one link that…

  • share_api_endpoint

    Create an endpoint's shareable link and return it. With no other arguments the link stays restricted: workspace members can open it (they sign in), which is enough for a PR or an internal message. Only when the user asks to share it…

  • share_api_collection

    Share a whole collection: every endpoint in it (including ones added later), with its examples and latest run, read-only and with secrets hidden. Environments are never shown and it can't be exported. Returns the collection's link, which…

  • list_api_runs

    Recent runs of an endpoint (newest first, default 5): who/what was sent and what came back. Use to see what happened the last time it was run.

How to connect

Add the server to your MCP client config. Claude Desktop, Cursor and most other clients read this shape:

{
  "mcpServers": {
    "pipehero": {
      "type": "http",
      "url": "https://mcp.pipehero.app/mcp"
    }
  }
}

Add it

Claude Code, in a terminal

claude mcp add --transport http pipehero https://mcp.pipehero.app/mcp

Add to CursorAdd to VS Code

claude.ai, ChatGPT and other clients: add https://mcp.pipehero.app/mcp as a custom connector in the settings.

Each line is something a program found when it went looking: the registry entry, the server's own answer, a spec that parses. A missing line means we did not find it, not that it does not exist.