Servidor MCP de Trickl

• Nome no registroapp.trickl/tricklverificado no registro MCP

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

• Estadorespondeverificado em 2026-10-23
• Ferramentas10
• O servidor se chamatrickl-dev
• Versão do servidor1.0.0
• Versão do protocolo2025-06-18

Em 2026-10-23 o servidor respondeu a initialize e tools/list sem login. Primeira resposta em 87 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 MCP79 de 100responde 100 · definições 97 · contexto 100 · conexão 100 · reduzida pelos sinais de alerta abaixo
• Respondeuem 100% dos dias11 de 11 verificações diárias
• Mediana da primeira resposta129 ms
• Espaço no contexto do agente≈ 1.884 tokensas definições de todas as ferramentas (10), que o agente carrega a cada turno
• Definições das ferramentasA · 97 de 100
• Resultados tipados0 de 10 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Parâmetros sem descrição: em 2 de 10

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 →

• get_started

  Start here. Without an integration, explains the ways to add Trickl (own business such as a SaaS, or a multi-seller platform) and how to choose. With one, returns a step-by-step plan for the coding agent: keys, exact API calls, webhook…

• search_docs

  Keyword search over the Trickl partner docs (platform API, webhooks, embed widget). Returns section ids with snippets; read one with read_doc. Leave query empty for the full table of contents.

• read_doc

  Returns one section of the Trickl docs in full (Markdown), by id from search_docs.

• check_api_key

  Confirms this connector's test key works and shows its platform, scopes and mode. Run it before the other sandbox tools; if it fails, the message says what the user needs to fix.

• register_test_provider

  Registers a seller (provider) under the test key via POST /providers/register and returns providerLinkCode (needed to create goals) and webhookSecret (to verify webhooks). Idempotent on externalCreatorId. webhookUrl must be a public https…

• create_test_goal

  Creates a goal with POST /goals/create using the test key. No money moves. Returns goalId, paymentUrl (hosted checkout) and clientSecret (embedded checkout). Amounts are integer cents, USD.

• get_goal

  Returns a sandbox goal's current state via GET /goals/:goalId: status, amounts saved, buyer, deadline.

• simulate_goal_event

  Moves a sandbox goal through its lifecycle instantly; each event sends the real signed webhook to the seller's webhookUrl, exactly as live would. confirm: the buyer signs up and links a bank (goal.deposit_paid if there is a deposit; for…

• cancel_test_goal

  Cancels a sandbox goal via POST /goals/:goalId/cancel, as the user's server would when a customer cancels: collected chunks (and a refundable deposit) are refunded in the ledger only, and goal.cancelled is sent.

• list_webhook_deliveries

  Shows every webhook Trickl sent for a sandbox goal, newest first, with its payload and the receiver's result. DELIVERED = got a 2xx. FAILED = rejected, retry scheduled at nextRetryAt. EXHAUSTED = gave up. PENDING / DELIVERING = in flight…