Servidor MCP de Pipehero

• Nome no registroio.github.pipehero/pipeheropublicado por pipehero no GitHub

Publicado pela organização pipehero no GitHub, a mesma que a página inicial de pipehero.app indica. O registro vincula esse espaço de nomes a um login no GitHub.

• Estadorespondeverificado em 2026-10-22
• Ferramentas25
• O servidor se chamapipehero
• Versão do servidor0.1.17
• Versão do protocolo2024-11-05

Em 2026-10-22 o servidor respondeu a initialize e tools/list sem login. Primeira resposta em 142 ms.

• Ainda não avaliamos se as ferramentas fazem o trabalho do produto.

Dito por regras a partir das medições acima. A primeira chamada provável é a escolha de um modelo na lista de ferramentas; leia a descrição antes de confiar nela.

• Nota INITE MCP68 de 100responde 100 · definições 100 · contexto 87 · uso 0 · conexão 100 · reduzida pelos sinais de alerta abaixo
• Respondeuem 100% dos dias13 de 13 verificações diárias
• Mediana da primeira resposta146 ms
• Espaço no contexto do agente≈ 4.921 tokensas definições de todas as ferramentas (25), que o agente carrega a cada turno
• Definições das ferramentasA · 100 de 100
• Resultados tipados0 de 25 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Todas as ferramentas passam nas seis verificações.

Um programa verifica o servidor uma vez por dia: initialize e tools/list, sem modelo. Os tokens são o tamanho das definições, a cerca de quatro caracteres por token. A nota é a média de seis verificações do nome, da descrição, do esquema e das anotações de cada ferramenta; diz se as ferramentas estão bem descritas, não se funcionam. A nota pesa só o que foi medido: se responde (25%), se faz o trabalho do produto (25%), definições (20%), contexto (10%), uso (10%) e a facilidade de conectar (10%). Uma parte não medida fica de fora, e uma instrução oculta limita a nota a 40. O estado dos servidores MCP dos fornecedores: método e números →

• 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.