Your agent asks before it acts, so the same real-world action is attempted at most once.
Maintain this server? Claim it
Call this server's tools from your browser. Nothing to install.
Requests go through mcptry because browsers can't call most MCP servers directly. Header values are sent to the server for that request only and are never stored or logged.
Tool list from our last check. Connect live to refresh it.
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 budget_warning, a spend ceiling exists but nothing was counted toward it — surface that to the operator rather than ignoring it. If it carries integration_warning, you have been beginning effects without reporting them: call ratchet_report_effect after every action, and tell the operator, because the effects already begun will start being blocked. Decisions: - "execute": you hold the lease. Perform the action now, then call ratchet_report_effect. If the response carries vendor_idempotency_key, send that key to the vendor as ITS own idempotency key (the response says where it goes). Where enforced is true the vendor itself will then refuse a duplicate, which protects the action even if some other caller skips this gate entirely. - "duplicate": this action ALREADY HAPPENED. Do NOT perform it. Use the returned `result` as though you had just done the work. - "in_flight": another process is doing it right now. Do NOT perform it. Wait `retry_after_seconds` and ask again. - "blocked": an earlier attempt may or may not have taken effect. Do NOT perform it. Tell the user what is unresolved, or verify at the vendor and call ratchet_resolve_effect. - "approval_required": a human must approve. Do NOT perform it. - "denied": policy or budget refused it. Do NOT perform it. The idempotency_key must be derived deterministically from the work itself so that a retry of the same logical action produces the same key. Never use a random value or the current time.
Namespaced kind of side effect, e.g. "email.send", "payment.charge", "github.pr.create". Policy is configured per type.
Deterministic identifier for this specific logical action, e.g. "welcome-email:user_123" or "invoice:2026-08:acct_88123". The SAME action retried must produce the SAME key.
Groups all effects from one task or run.
Which vendor performs this effect (e.g. "stripe", "square", "adyen"). Shapes vendor_idempotency_key so it satisfies that vendor's rules.
The action's parameters. Only a hash is stored — the raw content never persists. Reusing a key with different parameters is rejected, which catches key collisions.
Identifier for you, the calling agent.
Use when this action is one step of a multi-step workflow that must succeed or fail as a whole, e.g. "booking:trip_8812". Lets the whole unit be rolled back later.
Who or what this action is aimed at, most often the destination: {"counterparty":"acct_1234"}. SEND THIS whenever the action targets a specific recipient, account or customer. It is how a per-destination ceiling can exist at all — "no more than $200 to any one counterparty per day" — and only a keyed hash of the value is stored, so Ratchet counts the destination without ever being able to read it. Declaring can only tighten: it never removes a limit. If begin is refused with dimension_required, the operator has made a dimension mandatory for this effect type and you must send it.
How to undo THIS step if the workflow has to be rolled back. Declare it now, while you still know what undoing means — it cannot be worked out later. Steps without one are permanent.
How long you expect the action to take. Report before this elapses or the effect becomes indeterminate.
Set when THIS call IS an undo, naming the effect it reverses. Comes from ratchet_unwind_group.
What this action will cost at the third party, in micro-USD (1000000 = $1). ALWAYS SEND THIS when the action costs money. Spend ceilings are computed from it, and a ceiling with nothing declared against it never fires — the operator would be relying on a limit that cannot trigger. If the response contains budget_warning, that is exactly what has happened: tell the operator. Ratchet does not collect this money; it only counts it. It can also route the action to a human: an operator may set an approval threshold, and an action whose declared cost reaches it comes back approval_required instead of execute — so declaring accurately is what keeps large actions reviewable. Where a threshold is set, omitting this is refused with cost_required rather than allowed.
This tool isn't marked read-only, so it may change something on the server or in an account you connected.
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 budget_warning, a spend ceiling exists but nothing was counted toward it — surface that to the operator rather than ignoring it. If it carries integration_warning, you have been beginning effects without reporting them: call ratchet_report_effect after every action, and tell the operator, because the effects already begun will start being blocked. Decisions: - "execute": you hold the lease. Perform the action now, then call ratchet_report_effect. If the response carries vendor_idempotency_key, send that key to the vendor as ITS own idempotency key (the response says where it goes). Where enforced is true the vendor itself will then refuse a duplicate, which protects the action even if some other caller skips this gate entirely. - "duplicate": this action ALREADY HAPPENED. Do NOT perform it. Use the returned `result` as though you had just done the work. - "in_flight": another process is doing it right now. Do NOT perform it. Wait `retry_after_seconds` and ask again. - "blocked": an earlier attempt may or may not have taken effect. Do NOT perform it. Tell the user what is unresolved, or verify at the vendor and call ratchet_resolve_effect. - "approval_required": a human must approve. Do NOT perform it. - "denied": policy or budget refused it. Do NOT perform it. The idempotency_key must be derived deterministically from the work itself so that a retry of the same logical action produces the same key. Never use a random value or the current time.
| Argument | Type | Description |
|---|---|---|
| run_id | string | Groups all effects from one task or run. |
| vendor | string | Which vendor performs this effect (e.g. "stripe", "square", "adyen"). Shapes vendor_idempotency_key so it satisfies that vendor's rules. |
| payload | object | The action's parameters. Only a hash is stored — the raw content never persists. Reusing a key with different parameters is rejected, which catches key collisions. |
| agent_id | string | Identifier for you, the calling agent. |
| group_key | string | Use when this action is one step of a multi-step workflow that must succeed or fail as a whole, e.g. "booking:trip_8812". Lets the whole unit be rolled back later. |
| dimensions | object | Who or what this action is aimed at, most often the destination: {"counterparty":"acct_1234"}. SEND THIS whenever the action targets a specific recipient, account or customer. It is how a per-destination ceiling can exist at all — "no more than $200 to any one counterparty per day" — and only a keyed hash of the value is stored, so Ratchet counts the destination without ever being able to read it. Declaring can only tighten: it never removes a limit. If begin is refused with dimension_required, the operator has made a dimension mandatory for this effect type and you must send it. |
| effect_type* | string | Namespaced kind of side effect, e.g. "email.send", "payment.charge", "github.pr.create". Policy is configured per type. |
| compensation | object | How to undo THIS step if the workflow has to be rolled back. Declare it now, while you still know what undoing means — it cannot be worked out later. Steps without one are permanent. |
| lease_seconds | integer | How long you expect the action to take. Report before this elapses or the effect becomes indeterminate. |
| idempotency_key* | string | Deterministic identifier for this specific logical action, e.g. "welcome-email:user_123" or "invoice:2026-08:acct_88123". The SAME action retried must produce the SAME key. |
| compensates_effect_id | string | Set when THIS call IS an undo, naming the effect it reverses. Comes from ratchet_unwind_group. |
| estimated_cost_micros | integer | What this action will cost at the third party, in micro-USD (1000000 = $1). ALWAYS SEND THIS when the action costs money. Spend ceilings are computed from it, and a ceiling with nothing declared against it never fires — the operator would be relying on a limit that cannot trigger. If the response contains budget_warning, that is exactly what has happened: tell the operator. Ratchet does not collect this money; it only counts it. It can also route the action to a human: an operator may set an approval threshold, and an action whose declared cost reaches it comes back approval_required instead of execute — so declaring accurately is what keeps large actions reviewable. Where a threshold is set, omitting this is refused with cost_required rather than allowed. |
{
"type": "object",
"required": [
"effect_type",
"idempotency_key"
],
"properties": {
"run_id": {
"type": "string",
"description": "Groups all effects from one task or run."
},
"vendor": {
"type": "string",
"maxLength": 32,
"description": "Which vendor performs this effect (e.g. \"stripe\", \"square\", \"adyen\"). Shapes vendor_idempotency_key so it satisfies that vendor's rules."
},
"payload": {
"type": "object",
"description": "The action's parameters. Only a hash is stored — the raw content never persists. Reusing a key with different parameters is rejected, which catches key collisions.",
"additionalProperties": true
},
"agent_id": {
"type": "string",
"description": "Identifier for you, the calling agent."
},
"group_key": {
"type": "string",
"description": "Use when this action is one step of a multi-step workflow that must succeed or fail as a whole, e.g. \"booking:trip_8812\". Lets the whole unit be rolled back later."
},
"dimensions": {
"type": "object",
"description": "Who or what this action is aimed at, most often the destination: {\"counterparty\":\"acct_1234\"}. SEND THIS whenever the action targets a specific recipient, account or customer. It is how a per-destination ceiling can exist at all — \"no more than $200 to any one counterparty per day\" — and only a keyed hash of the value is stored, so Ratchet counts the destination without ever being able to read it. Declaring can only tighten: it never removes a limit. If begin is refused with dimension_required, the operator has made a dimension mandatory for this effect type and you must send it.",
"additionalProperties": {
"type": "string"
}
},
"effect_type": {
"type": "string",
"pattern": "^[a-z0-9]([a-z0-9._-]{0,62}[a-z0-9])?$",
"description": "Namespaced kind of side effect, e.g. \"email.send\", \"payment.charge\", \"github.pr.create\". Policy is configured per type."
},
"compensation": {
"type": "object",
"required": [
"effect_type",
"payload"
],
"properties": {
"payload": {
"type": "object",
"description": "What the undo will need — booking ids, charge ids.",
"additionalProperties": true
},
"effect_type": {
"type": "string",
"description": "e.g. \"booking.cancel\", \"payment.refund\""
}
},
"description": "How to undo THIS step if the workflow has to be rolled back. Declare it now, while you still know what undoing means — it cannot be worked out later. Steps without one are permanent."
},
"lease_seconds": {
"type": "integer",
"maximum": 3600,
"minimum": 5,
"description": "How long you expect the action to take. Report before this elapses or the effect becomes indeterminate."
},
"idempotency_key": {
"type": "string",
"maxLength": 255,
"minLength": 1,
"description": "Deterministic identifier for this specific logical action, e.g. \"welcome-email:user_123\" or \"invoice:2026-08:acct_88123\". The SAME action retried must produce the SAME key."
},
"compensates_effect_id": {
"type": "string",
"description": "Set when THIS call IS an undo, naming the effect it reverses. Comes from ratchet_unwind_group."
},
"estimated_cost_micros": {
"type": "integer",
"minimum": 0,
"description": "What this action will cost at the third party, in micro-USD (1000000 = $1). ALWAYS SEND THIS when the action costs money. Spend ceilings are computed from it, and a ceiling with nothing declared against it never fires — the operator would be relying on a limit that cannot trigger. If the response contains budget_warning, that is exactly what has happened: tell the operator. Ratchet does not collect this money; it only counts it. It can also route the action to a human: an operator may set an approval threshold, and an action whose declared cost reaches it comes back approval_required instead of execute — so declaring accurately is what keeps large actions reviewable. Where a threshold is set, omitting this is refused with cost_required rather than allowed."
}
}
}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 vendor, a large export, a retrying upload. Without it, the lease expires while you are still working, the effect is recorded as having an UNKNOWN outcome, and your report is then refused. If it fails with lease_expired or lease_lost, STOP. Your hold is gone and the outcome is already recorded as unknown. Do not keep going and do not retry the action — call ratchet_begin_effect to find out where things actually stand.
| Argument | Type | Description |
|---|---|---|
| effect_id* | string | |
| lease_token* | string | |
| extend_seconds | integer | How much longer you need, from now. Clamped to the policy maximum. |
{
"type": "object",
"required": [
"effect_id",
"lease_token"
],
"properties": {
"effect_id": {
"type": "string"
},
"lease_token": {
"type": "string"
},
"extend_seconds": {
"type": "integer",
"maximum": 3600,
"minimum": 5,
"description": "How much longer you need, from now. Clamped to the policy maximum."
}
}
}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 something is looping. What to do with the answer: - If a breaker is open, STOP creating effects of that type. Retrying will not help and each attempt is recorded. - resets_at tells you when it closes itself. If it is null, a human opened it deliberately and only a human will close it — do not wait, and do not poll. - Report the reason to your operator and stop. Do not attempt to work around it by renaming the effect type, splitting the work across keys, or using a different idempotency key: that defeats a safety control that exists to protect the people your actions reach. - effect_type "*" means every effect type in the workspace is stopped.
No arguments.
{
"type": "object",
"properties": {},
"additionalProperties": false
}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 through. To actually perform work, use ratchet_begin_effect instead; this tool never grants permission.
| Argument | Type | Description |
|---|---|---|
| effect_type* | string | Namespaced kind of side effect, e.g. "email.send", "payment.charge", "github.pr.create". Policy is configured per type. |
| idempotency_key* | string |
{
"type": "object",
"required": [
"effect_type",
"idempotency_key"
],
"properties": {
"effect_type": {
"type": "string",
"pattern": "^[a-z0-9]([a-z0-9._-]{0,62}[a-z0-9])?$",
"description": "Namespaced kind of side effect, e.g. \"email.send\", \"payment.charge\", \"github.pr.create\". Policy is configured per type."
},
"idempotency_key": {
"type": "string"
}
}
}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?" after a crash, without changing anything.
| Argument | Type | Description |
|---|---|---|
| group_key* | string |
{
"type": "object",
"required": [
"group_key"
],
"properties": {
"group_key": {
"type": "string"
}
}
}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 happens when an attempt ends indeterminate. Check this before designing a retry strategy.
| Argument | Type | Description |
|---|---|---|
| effect_type* | string | Namespaced kind of side effect, e.g. "email.send", "payment.charge", "github.pr.create". Policy is configured per type. |
{
"type": "object",
"required": [
"effect_type"
],
"properties": {
"effect_type": {
"type": "string",
"pattern": "^[a-z0-9]([a-z0-9._-]{0,62}[a-z0-9])?$",
"description": "Namespaced kind of side effect, e.g. \"email.send\", \"payment.charge\", \"github.pr.create\". Policy is configured per type."
}
}
}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 ratchet_begin_effect or this reads zero — the number is only as good as what callers declare. This is money not spent at your vendors, never money paid to Ratchet.
No arguments.
{
"type": "object",
"properties": {}
}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 did. It returns what succeeded with the recorded results, what is still in flight, what failed, and — separately, because it is the only category that can hurt you — what has an unknown outcome. Anything under "done" has already happened: use its result rather than performing it again. Costs about a seventeenth of the context of listing the same effects.
| Argument | Type | Description |
|---|---|---|
| run_id* | string | The run id you passed to ratchet_begin_effect for this task. |
{
"type": "object",
"required": [
"run_id"
],
"properties": {
"run_id": {
"type": "string",
"maxLength": 128,
"description": "The run id you passed to ratchet_begin_effect for this task."
}
}
}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.
No arguments.
{
"type": "object",
"properties": {}
}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.
| Argument | Type | Description |
|---|---|---|
| limit | integer | |
| state | string | |
| run_id | string | |
| effect_type | string | Namespaced kind of side effect, e.g. "email.send", "payment.charge", "github.pr.create". Policy is configured per type. |
{
"type": "object",
"properties": {
"limit": {
"type": "integer",
"maximum": 100,
"minimum": 1
},
"state": {
"enum": [
"awaiting_approval",
"pending",
"succeeded",
"failed",
"indeterminate",
"denied",
"cancelled"
],
"type": "string"
},
"run_id": {
"type": "string"
},
"effect_type": {
"type": "string",
"pattern": "^[a-z0-9]([a-z0-9._-]{0,62}[a-z0-9])?$",
"description": "Namespaced kind of side effect, e.g. \"email.send\", \"payment.charge\", \"github.pr.create\". Policy is configured per type."
}
}
}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 have to trust this server to check them. Use this when a human asks you to PROVE an action was or was not authorised, rather than asserting it.
| Argument | Type | Description |
|---|---|---|
| effect_id* | string | The effect to fetch receipts for. |
{
"type": "object",
"required": [
"effect_id"
],
"properties": {
"effect_id": {
"type": "string",
"description": "The effect to fetch receipts for."
}
}
}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 the operator almost certainly does not know about. Send references only; never send credentials.
| Argument | Type | Description |
|---|---|---|
| keys* | array | Idempotency keys your system should have used for those actions. |
| effect_type* | string |
{
"type": "object",
"required": [
"effect_type",
"keys"
],
"properties": {
"keys": {
"type": "array",
"items": {
"type": "string"
},
"maxItems": 1000,
"description": "Idempotency keys your system should have used for those actions."
},
"effect_type": {
"type": "string"
}
}
}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. Report "failed" ONLY when you are certain the action did NOT reach the outside world (for example, a validation error before the request was sent). That permits a clean retry. If you are UNSURE whether it went through — a timeout, a dropped connection, an ambiguous error — do NOT report anything. Say so to the user. Letting the lease lapse records an honest "indeterminate", which is far safer than a false "failed" that licenses a duplicate.
| Argument | Type | Description |
|---|---|---|
| result | object | What the action produced (ids, confirmation numbers, links). Replayed verbatim to duplicate callers, so include what a retry would need. |
| outcome* | string | |
| effect_id* | string | |
| lease_token* | string | |
| failure_reason | string | Required when outcome is "failed". |
| actual_cost_micros | integer | What it really cost, if different from the estimate. |
{
"type": "object",
"required": [
"effect_id",
"lease_token",
"outcome"
],
"properties": {
"result": {
"type": "object",
"description": "What the action produced (ids, confirmation numbers, links). Replayed verbatim to duplicate callers, so include what a retry would need.",
"additionalProperties": true
},
"outcome": {
"enum": [
"succeeded",
"failed"
],
"type": "string"
},
"effect_id": {
"type": "string"
},
"lease_token": {
"type": "string"
},
"failure_reason": {
"type": "string",
"description": "Required when outcome is \"failed\"."
},
"actual_cost_micros": {
"type": "integer",
"minimum": 0,
"description": "What it really cost, if different from the estimate."
}
}
}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 how you verified it in `evidence`. Never guess: resolving incorrectly is exactly the duplicate or lost action this service exists to prevent.
| Argument | Type | Description |
|---|---|---|
| result | object | |
| outcome* | string | |
| evidence | string | How you verified the real outcome. Stored in the audit trail. |
| effect_id* | string |
{
"type": "object",
"required": [
"effect_id",
"outcome"
],
"properties": {
"result": {
"type": "object",
"additionalProperties": true
},
"outcome": {
"enum": [
"succeeded",
"failed",
"cancelled"
],
"type": "string"
},
"evidence": {
"type": "string",
"description": "How you verified the real outcome. Stored in the audit trail."
},
"effect_id": {
"type": "string"
}
}
}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 perform them, which is the REVERSE of the order they succeeded in. Undoing forwards can strand a step that depended on an earlier one. Ratchet does NOT perform the compensations. For each step: call ratchet_begin_effect with the step's suggested_idempotency_key and compensates_effect_id, do the real undo, then call ratchet_report_effect. Gating the undo is what stops a retry from refunding twice. Read `unresolved` first. If any effect in the group has an unknown outcome, STOP and resolve it before undoing anything around it. Read `irreversible` too: those steps succeeded and declared no way to undo themselves, so a human has to decide what to do about them. Say so plainly rather than implying the rollback was complete.
| Argument | Type | Description |
|---|---|---|
| reason | string | Why it is being rolled back. Stored for the operator. |
| group_key* | string | The unit of work to roll back, e.g. "booking:trip_8812". |
{
"type": "object",
"required": [
"group_key"
],
"properties": {
"reason": {
"type": "string",
"description": "Why it is being rolled back. Stored for the operator."
},
"group_key": {
"type": "string",
"description": "The unit of work to roll back, e.g. \"booking:trip_8812\"."
}
}
}