Servidor MCP de Qut Pay

• Nome no registrokz.qut/mcpverificado no registro MCP

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

• Estadorespondeverificado em 2026-10-29
• Ferramentas9
• O servidor se chamaqutpay
• Versão do servidor0.1.2
• Versão do protocolo2025-06-18

Em 2026-10-29 o servidor respondeu a initialize e tools/list sem login. Primeira resposta em 707 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
• Uso614 downloads no npm por semana
• Respondeumedindo5 das 7 verificações diárias necessárias para mostrar a porcentagem
• Mediana da primeira resposta972 ms
• Espaço no contexto do agente≈ 1.310 tokensas definições de todas as ferramentas (9), que o agente carrega a cada turno
• Definições das ferramentasB · 85 de 100
• Resultados tipados0 de 9 ferramentasdeclaram outputSchema: o resultado chega tipado e é lido de uma vez

• Parâmetros sem descrição: em 8 de 9

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 →

• qutpay_account

  Returns the organization behind the API key: mode (sandbox or live), tariff and limits, connected Kaspi cashiers, provider status. Call this first.

• qutpay_create_invoice

  Creates an invoice (QR by default, or pushed to the customer's Kaspi.kz app with kind="phone"). Returns payUrl (hosted pay page), qrImageUrl, deepLink, expiresAt (~3 min). Always pass idempotencyKey (e.g. "order-1001") so a retry never…

• qutpay_get_invoice

  Reads one invoice by id (inv_…). live=true asks Kaspi right now instead of the cached status. Status flow: new → pending → paid | failed | expired | cancelled; paid → partially_refunded → refunded.

• qutpay_list_invoices

  Lists invoices of the organization, newest first. Filter by status, externalOrderId, date range (ISO), limit ≤ 50, offset for paging.

• qutpay_cancel_invoice

  Closes a pending invoice. A QR may still be paid until expiresAt — then invoice.paid arrives anyway; handle it.

• qutpay_refund_invoice

  Full refund (omit amount) or partial refund of a paid invoice. Needs the refunds:write scope. With a LIVE key real money is returned to the customer, so confirm=true is required and the merchant must have asked for this refund explicitly.

• qutpay_simulate_payment

  Completes a sandbox invoice as paid / failed / expired without Kaspi, so the whole flow including the merchant's webhook can be tested. Refuses to run with a live key.

• qutpay_list_subscriptions

  Read-only list of recurring invoice schedules. Needs the subscriptions:manage scope on the key.

• qutpay_get_subscription

  Reads a recurring invoice schedule by id (sub_…). Needs the subscriptions:manage scope.