MCP-сервер Ratchet

• Имя в реестреcom.ratchetgate/ratchetподтверждён в реестре MCP

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

• Состояниеотвечаетпроверено 2026-10-25
• Инструменты15
• Сервер называет себяratchet
• Версия сервера0.3.0
• Версия протокола2025-06-18

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

• Инструменты делают все проверенные сценарии: block duplicate charges when agents retry after timeouts; roll back multi-step bookings in reverse when a step fails.
• Проверок пока 4 из 7, нужных, чтобы судить о надёжности.

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

• Оценка INITE MCPчерез неделюдля оценки нужно 7 ежедневных проверок, пока 4
• Что агент может с ним сделать2 из 2 сценариев
• Использование7 загрузок npm в неделю
• Отвечалидёт замерпроверок пока 4, долю покажем после 7
• Медиана первого ответа115 мс
• Место в контексте агента≈ 4 117 токеновописания всех инструментов (15), они занимают контекст агента на каждом ходу
• Описания инструментовA · 92 из 100
• Типизированные ответы0 из 15 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

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

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

• ratchet_get_circuit

  Call this when a begin returned "approval_required" or "denied" and the reason mentions a circuit breaker. A breaker opens when an effect type is being performed far more often than its configured hourly ceiling — usually because…

• ratchet_begin_effect

  Call this IMMEDIATELY BEFORE performing any side effect that touches the outside world (sending a message, charging a card, creating a resource, writing to someone else's system). Returns a decision you MUST obey. If the response carries…

• ratchet_report_effect

  Call this IMMEDIATELY AFTER performing an action that ratchet_begin_effect authorised. Pass the lease_token you were given. Report "succeeded" with a result — future duplicate callers replay that result instead of repeating the action…

• ratchet_extend_lease

  Call this periodically during a long action you were authorised to perform, before the lease expires. It tells Ratchet you are alive and extends your hold. Use it when work turns out to take longer than the lease you asked for — a slow…

• ratchet_get_effect

  Look up the recorded state of an action WITHOUT reserving a lease and without consuming your plan allowance. Use it to answer "did I already do this?" — for example when resuming after a crash, or when a user asks whether something went…

• ratchet_resolve_effect

  Use ONLY after you have checked the third-party system and now know what really happened to an effect that was left "indeterminate". Record "succeeded" if the action did occur, "failed" if it did not, or "cancelled" to abandon it. Include…

• ratchet_get_run

  Recall the work already gated under a run id, before doing anything that might repeat it. Call this FIRST when resuming a task — after a restart, a handoff, or when your context has been compacted and you are no longer certain what you…

• ratchet_list_effects

  Review recent effects for this workspace, optionally filtered by state or run. Use it to find unresolved work — filter by state "indeterminate" to see every action whose outcome is unknown and still needs verification.

• ratchet_get_policy

  Shows how this workspace has configured a given effect type: whether it is allowed, how long a lease lasts, the attempt ceiling, spend limits, the approval threshold above which an action waits for a human, and — most importantly — what…

• ratchet_unwind_group

  Call this when a multi-step workflow fails partway and the steps that already succeeded must be undone — a booking made but not paid for, a resource created but not configured. Returns the exact compensations to perform, in the order to…

• ratchet_get_group

  Shows every step in a multi-step unit of work: what succeeded, what can still be undone, what has already been undone, what is irreversible, and what has an unknown outcome. Use it to answer "where did this workflow actually get to?"…

• ratchet_get_usage

  Returns the current plan, remaining included effects for the month, prepaid credit balance, and today's declared external spend against each budget ceiling. Use it to warn a user before a long run exhausts an allowance or a budget.

• ratchet_list_receipts

  Returns a signed receipt for every decision made about one effect, refusals included. Each signature is over the exact bytes in `body` and verifies offline against the Ed25519 key published at /.well-known/ratchet-receipt-key — you do not…

• ratchet_reconcile_effects

  Given the idempotency keys for actions a vendor says actually happened, returns which ones went through Ratchet and which it has never seen. The unseen ones are code paths that acted WITHOUT asking, so a retry there can act twice — a bug…

• ratchet_get_prevented_loss

  Counts duplicate actions refused in the last 30 days and what they would have cost. Only counts refusals where a cost was declared on the effect, so it under-reports rather than flatters. IMPORTANT: pass estimated_cost_micros on…