MCP-сервер Qut Pay

• Имя в реестреkz.qut/mcpподтверждён в реестре MCP

Имя в реестре лежит в пространстве qut.kz. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

• Состояниеотвечаетпроверено 2026-10-29
• Инструменты9
• Сервер называет себяqutpay
• Версия сервера0.1.2
• Версия протокола2025-06-18

2026-10-29 сервер ответил на initialize и tools/list без входа. Первый ответ за 707 мс.

• Делают ли инструменты работу продукта, ещё не проверено.
• Проверок пока 4 из 7, нужных, чтобы судить о надёжности.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 4
• Использование614 загрузок npm в неделю
• Отвечалидёт замерпроверок пока 4, долю покажем после 7
• Медиана первого ответа979 мс
• Место в контексте агента≈ 1 310 токеновописания всех инструментов (9), они занимают контекст агента на каждом ходу
• Описания инструментовB · 85 из 100
• Типизированные ответы0 из 9 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 8 из 9

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (25%), делает ли работу продукта (25%), описания (20%), контекст (10%), использование (10%) и насколько просто подключиться (10%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

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