Servidor MCP de Okibi

• Nome no registroai.okibi/porchverificado no registro MCP

O nome no registro fica sob okibi.ai. O registro só libera esse espaço de nomes para quem prova controle do domínio por DNS ou HTTP.

• Estadorespondeverificado em 2026-10-28
• Ferramentas10
• O servidor se chamaporch
• Versão do servidor0.1.0
• Versão do protocolo2025-06-18

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

• Ainda não avaliamos se as ferramentas fazem o trabalho do produto.
• Verificado em 5 dos 7 dias necessários para julgar a confiabilidade.

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 MCPdepois de uma semanaa nota precisa de 7 verificações diárias: 5 até agora
• Respondeumedindo5 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta241 ms
• Espaço no contexto do agente≈ 2.099 tokensas definições de todas as ferramentas (10), que o agente carrega a cada turno
• Definições das ferramentasA · 100 de 100
• Resultados tipados10 de 10 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 →

• create_inbox

  Get a public URL that records every HTTP request sent to it, plus the inbox_key that all other tools need. Use it as a webhook endpoint, OAuth redirect URI, job callback URL, or with create_approval_link. The key is shown only once: keep…

• get_inbox

  Show an inbox: its URL, expiry, request count, latest request id, configured responses and approval links.

• list_requests

  List captured requests as summaries, oldest first. Without "after" you get the most recent ones; with "after" you page forward from that request id. Use get_request for headers and body. Does not move wait_for_request's position.

• get_request

  Full details of one captured request: method, path, parsed query, headers, body (UTF-8 text or base64), plus "json" or "form" when the body parses. Pass replay_to to also get a byte-exact curl command and fetch recipe for delivering it…

• wait_for_request

  Block until a request arrives, then return it in full (same shape as get_request). By default it returns the next request not yet returned by wait_for_request for this inbox and these filters, so nothing that arrives between calls is…

• set_response

  Choose what Porch sends back to callers, for the whole inbox or a sub-path: status, headers and body. Useful for webhook verification handshakes, or a friendly page after an OAuth redirect (or a 302 with a Location header). Pages are…

• create_approval_link

  Make a link to send a person when you need their decision ("Deploy to production?"). It opens a page with your title, message and one button per choice. Only a button press counts, so link previews and email scanners cannot answer by…

• wait_for_approval

  Block until the person answers an approval link, then return their choice. Returns at once if it was already answered. On timeout, call it again.

• clear_requests

  Delete all captured requests from the inbox. The URL, key and response settings stay the same.

• delete_inbox

  Delete the inbox and everything it captured. Its URL starts returning 404 and the key stops working.