Servidor MCP de RailFi

• Nome no registroxyz.railfi/payout-plansverificado no registro MCP

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

• Estadorespondeverificado em 2026-10-27
• Ferramentas4
• O servidor se chamarailfi-payout-plans
• Versão do servidor0.2.0
• Versão do protocolo2025-06-18

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

• As ferramentas fazem Match on-chain payments against invoices and flag partial or wrong tokens, mas não Prepare tax reports with fiat values recorded at payment time.

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 MCP57 de 100responde 100 · faz o trabalho 50 · definições 67 · contexto 100 · uso 0 · conexão 100 · reduzida pelos sinais de alerta abaixo
• O que um agente consegue fazer com ele1 de 2 casos de uso
• Respondeuem 100% dos dias7 de 7 verificações diárias
• Mediana da primeira resposta154 ms
• Espaço no contexto do agente≈ 846 tokensas definições de todas as ferramentas (4), que o agente carrega a cada turno
• Definições das ferramentasC · 67 de 100
• Resultados tipados0 de 4 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Parâmetros sem descrição: em 4 de 4
• Sem dizer se só lê ou se pode destruir: 4 de 4

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_payout_plan

  Validate a bounded stablecoin payout run (recipients, budget, time window) and return an approve-once pack the OWNER approves in their own wallet. RailFi never holds funds or keys and does not execute payments.

• validate_payout_plan

  Check a payout plan for bad addresses, bad amounts, duplicates, inverted window and over-budget totals.

• reconcile_payouts

  Match on-chain transfer records (recipient, amount, txHash) to plan lines and report which invoices are paid, unpaid, or unexpected transfers.

• fetch_transfers

  Read-only: look up public USDC/USDT Transfer events to the given recipients (optionally from one payer) over up to 10000 recent blocks via a public RPC. Output plugs straight into reconcile_payouts. No keys, no signing.