
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
- 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.
- 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.
- 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.
- 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 →
list_tunnelsList the user's Pipehero tunnels and whether each is currently online.
list_requestsList recent webhooks/requests captured for a tunnel. Returns id, method, path, status and bodies.
get_requestGet the full request and response (headers + body) of one captured webhook by id.
replay_requestReplay a captured webhook to the user's localhost (the tunnel CLI must be running).
send_test_webhookSend 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_requestsOpt 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_passthroughOpt 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_collectionsList the workspace's API collections (saved endpoints with examples and environments). Start here to find a collection_id.
get_api_collectionGet one collection's folders, endpoints (id, method, path, name, version, example count) and environments (with their variables).
get_api_endpointGet 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_collectionCreate 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_endpointDocument 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_exampleSave 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_endpointDelete an endpoint and its examples. Use when the route no longer exists in the code. Cannot be undone.
import_api_specImport 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_collectionExport a collection as an OpenAPI 3.1 or Postman 2.1 document. Handy to read the whole API at once.
run_api_endpointSend 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_requestDocument 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_monitorsSee 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_proposalsSee 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_driftCompare 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_linkGet 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_endpointCreate 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_collectionShare 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_runsRecent 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/mcpclaude.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.
Before we count this visit
Analytics and ad measurement tell us which pages and which of our ads do their job: Google Analytics and Google Ads, the Meta pixel, Yandex Metrica, and one first-party id of our own. Nothing is stored until you answer, and declining changes nothing about the site.