The Undo button for AI agents

Let your agents act.
Take it back when they shouldn't have.

Ripcord sits between your agents and your systems. Safe actions run. Risky ones wait for the right person. Wrong ones get undone.

Built for financial companies of 200 to 2,000 people putting their first agents on payments, customer data and back-office systems. Bought by the CTO who owns the agent programme.

Ripcord · the gatelive
ripcord gateway
You · approver
This is a drawing. The real inbox, with the $48,200 wire waiting, is one click away →
Gate today. Insure tomorrow: every gated action builds the first actuarial table for agent risk ↓
WORKS WITH
Before and after

Seven things that go wrong.

Access controls decide what an agent may reach. Ripcord decides whether this action should run now, and takes it back when it should not have.

79%already had to reverse an action an agent took
70%faced an agent failure they could not trace
<10%of organizations run agents at scale
62%name security and risk the number one blocker

Kore.ai Agent Productivity Index, June 2026 · Stanford AI Index 2026

The moment
Without a gate
With Ripcord
A wrong payment
It clears. You find it on the bank statement.
Above the risk gate it waits for the corridor owner. At high stakes a test-sized canary goes first.
A deleted table
The last backup is three months old.
A snapshot before every destructive call. Undo stays one click.
A mass send
2,000 emails leave in one breath.
Batches. Stoppable at #50, not #2,000.
A loop
It runs until the invoice arrives.
A velocity tripwire freezes the agent. Everything after it fails closed.
Customer data
The model reads the customer record.
Vault tokens before the model reads it. It can't leak what it never saw.
Who approves
Whoever is online.
The owner of that corridor, enforced by your org chart. Below your tier, the button doesn't exist.
Who did what
Scattered vendor logs, no ledger.
Every verdict in one hash-chained ledger, and a conduct grade per agent.

See these in the demo workspace. Open it without an account: app.tryripcord.com/demo →

How it works

Three steps, then it runs itself.

Ripcord in three steps. One: connect your agents through the gateway, so they never hold credentials. Two: choose the channel where approval asks land, routed to the owner of that corridor. Three: the scorecard scores every action. Low risk executes instantly, high risk comes back to a human, and wrong actions get reversed. Every verdict becomes a row in the risk ledger.

Start free, set up in 2 minutes →
The problem

Your teams are already running agents. Nobody is gating them.

Waiting costs money. Shipping unprotected costs more.

Wait on security review and the productivity burns. Ship unprotected and one wrong action carries your name.

Without a gate · 02:14:07FinanceAgent · claude
payments.transfer {
  vendor: "Meridian Consulting LLC", // new vendor
  amount: 48200,
  approval: none
} → executing
DOOR ONE · WAIT
$0.00
burned so far in 2026 by a company of 500 people still waiting on security review, at 2.2 saved hours a week, the Fed-measured floor.
employees × 2.2 hrs/week × 48 weeks × $75/hr loaded cost · St. Louis Fed, 2025
Where these numbers come from →
DOOR TWO · SHIP UNPROTECTED
$2.6M
expected annual loss, before the tail: 50 agents, one action every two minutes, 1,080 mistakes a month at the accuracy you pick, 108 of them on actions that cost money.
The tail this average hides: one $48,200 wire, or one deleted production table. The average is the argument; the tail is the headline.
Every option is generous: on the field's own benchmarks agents fail about 1 action in 3 (Stanford AI Index 2026).
The full arithmetic →
You're the one who wants to ship.

The pilot works, the ROI slide is written, and it's month five of security review, because nobody upstairs can answer what happens when it's wrong once.

You're the one who has to say no.

Everyone wants the agents live by Q4, and the one wrong wire has your name on it. "The model is careful" is not a control.

Send this to whoever holds the other door.
DOOR THREE · SHIP WITH RIPCORD

Every action gated. Every mistake reversible. $47k a year for this fleet, 55× less than the expected loss.

Week one is shadow mode: Ripcord watches, gates nothing, and hands you the Near-Miss Report: what it would have held, and what those mistakes would have cost. No card, no workflow changes.

RANKEDYour agents, by loss avertedGRADEDA grade per departmentCLASSIFIEDConduct, per agentADVISEDWhat we'd change
Start your free shadow week → Set up in 2 minutes. It proves itself before it gates anything.
What it stops

Five things your agent can't do anymore.

Access controls decide what an agent may reach. Ripcord decides whether this action should run now.

HELDCan't move money nobody approved.

Above the risk gate, payments fail closed. Silence means no.

SNAPSHOTTEDCan't destroy what can't come back.

Every destructive call snapshots first. Undo stays one click.

BATCHEDCan't email 2,000 people in one breath.

Mass sends leave in batches. Stoppable at #50, not #2,000.

RIPCan't spiral.

A velocity tripwire catches the loop and the agent gets RIP, rest in peace: the kill switch, and the first syllable of Ripcord. Everything after it fails closed.

TOKENIZEDCan't leak what it never saw.

PII becomes vault tokens before the model reads it.

Reversible actions run. Irreversible ones wait for a human. Everything is recorded.That is the whole rule. The gate scores how reversible an action is, not how confident the agent sounds.

MYTH Tell an agent to be careful, and it will be. FACT Only enforcement outside the model guarantees anything. Ripcord is that enforcement.
Why a rule in the prompt isn't enough

A language model is probabilistic by design. Every rule you write into a prompt is followed with some probability, high on a good day, and never with certainty. That is why it can drop the rule mid-task (a memory compaction erases an earlier ask), lose it to an injection ("ignore previous instructions" is an attack on the rules themselves), or simply not follow it, because the agent is grading its own homework. The same rule in the gateway is ordinary code: scored and enforced outside the model, every time, where the agent holds no keys and cannot route around it. Alignment raises the probability. Control removes the dependence on it. Anthropic's own September 2026 threat report says the same in numbers: nine of ten facially malicious requests were refused, and the safeguards did worse once the work was split into small sessions; elsewhere a refusal was reversed by asking again. The gate does not care how the work is split, because it scores what reaches the tool, in aggregate.

You can’t align every agent. You can control what it does.

Ripcord stops rogue actions, hides sensitive data from the agent, logs every decision, and undoes mistakes. Deterministic, not hopeful: the gate runs outside the model and never reads the prompt, so a hijacked agent still cannot get past it. Alignment by control, the thesis in full.

secrets ∉ agent

Keys stay home

Credentials are injected per request at the gateway: agents never hold the real keys. An agent that never had the credentials cannot route around the gate, and cannot leak them.

the credential chokepoint: what makes a gateway unbypassable
enforcement ∉ prompt

Outside the model

Guardrails written into a system prompt are requests to a language model. Ripcord's gates execute in the proxy, regardless of what any model decides: the policy holds even when the agent doesn't.

defense that survives the smartest attacker: indifference
Σ flows(24h) > h ⇒ escalate

Adds up the small payments

Aggregates get scored, not just single actions. Five payments of $9,640 to one counterparty get caught as one $48,200: the structuring attack dies at payment two. Try it in the demo.

lineage: control charts, AML structuring detection
Gate = P × $exposure × (1 − recoverability)

Weighs what a mistake would cost

Decisions minimize expected loss, and severity is discounted by our own ability to undo: a snapshot-protected deletion tolerates 5× the risk of an irreversible wire. The thesis, as an equation.

lineage: Bayesian decision theory
One action, walked end to end: where the score comes from → · Full methodology, thresholds, and conduct grading: the Ripcord Index →

What we can undo, and what we can only delay.

Some actions can be reversed, some delayed, some only compensated. You know which one before the agent acts.

ClassActionWhat Ripcord does
ReversibleDatabase writes & deletionsAutomatic snapshot before execution, one-click rollback inside the window.
ReversibleFile & config changesThe same snapshot primitive as database writes: versioned before execution, restored inside the window.
DelayableOutbound email & messagesUnsend window before anything leaves the building.
DelayablePublishing & mass communicationEscrow hold for high-reach sends, then released in batches: stoppable at email #50, not #2,000.
CompensablePayments & transfersHold first, and at high stakes a canary first: a test-sized probe proves the rails. After execution, instant ledger reversal + recovery request.
CompensableCommitments & agreementsCorrection and withdrawal actions issued automatically, with full context.
Every unit of recoverability we engineer is a unit of supervision you get to delete.

The person who owns the money approves the payment.

An intern can launch the procurement bot. The $48,200 approval still lands with your AP manager, enforced by your org chart: below your tier, the approve button doesn't exist.

Roles, like the rest of your stack

Super admins set policy. Corridor admins own their lane. Operators watch and escalate. Auditors read everything and touch nothing.

✓ Action-owner routing: payments → AP manager, data → platform lead, email → support lead
✓ SSO & SCIM: leavers auto-reroute, vacations delegate, two-person rules at the top tier
✓ Learned routing: repeated takeovers become route-to-human rules for that pattern
Pay Meridian LLC $48,200 · risk 65fail-closed
⤴ routed to Sarah Kim · AP Managerright owner
Viewing as Jordan (Operator): approve is disabledNudge · Escalate ↑
Escalated → David Chen (CFO), approval clock resetlogged
Rubber-stamping dies when the only thumb that can approve owns the consequence.
Try it live in the demo: the "viewing as" switcher shows the same stream as a super admin, a corridor admin, an operator, and an auditor.
Every lab, centralized

One policy. One inbox. One record.

One policy, one inbox, one audit trail beneath every vendor. Swap models as often as the leaderboard flips; the control plane stays.

✓ One policy across every vendor and framework
✓ One approval inbox, one immutable audit trail: append-only and hash-chained
✓ Swap models without touching your safety config
ResearchBot: running on Claudegated
RefactorBot: running on Codexgated
OpsBot: running on Kimigated
Same policy · same inbox · same audit trailone ripcord
Your data

The model never sees your customers.

86.9%of companies have delayed AI deployments because data security and governance weren't ready. Not budget. Not buy-in. Data. AvePoint State of AI, 2026
Tokenized at the gatewayPII becomes vault tokens before the model reads it.
Egress gated like dollars3,200 records headed outside fail closed, like a $48k wire.
The lineage ledgerEvery field that crossed the boundary, hash-chained.
Residency routing · roadmapEU data stays on EU brains. Sensitive corridors go self-hosted.
Self-hosted control plane · roadmapThe gateway already runs on your side. For banks and brokers, the control plane and the ledger can too: one container, nothing leaves.
Rules from your documents · roadmapImport the compliance file you already have. Ripcord proposes the rules, rehearses them on last week, you publish.
See the data rules in the live demo →
WHAT THE TOOL RETURNED
{"email": "[email protected]", "card": "4970 10…"}
WHAT THE MODEL SAW
{"email": "⟨customer#4821⟩", "card": "⟨pm#301⟩"}
The credential vault's trick, applied to data: your agent can't leak what it never saw.
Why now

The agents just got hands.

For two years AI could only talk. Now it pays, deletes, publishes and signs, and nothing shipped to supervise it.

79%
of enterprises have already had to reverse an action an AI agent took
62%
name security and risk the top obstacle to scaling agents
McKinsey and AI Index survey, via Stanford AI Index 2026
1 in 3
agent attempts fail on the field's standard benchmarks. A junior employee's error rate, at machine speed
OSWorld: agents 66.3% vs humans 72.35% · Stanford AI Index 2026
Works with your stack

Plug Ripcord into what you already run.

One line of config in front of each MCP server, and every tool behind it is covered. MCP tool calls across the four corridors first; raw-shell coding agents come after.

✓ No migration: your agents keep their tools
✓ Keys move into the vault: agents never see them
✓ One policy across every lab, every framework, every tool
AGENTS · ANY LAB Claude Code Codex Cursor LangChain any MCP agent no keys, ever RIPCORD ACTION GATEWAY SCORE GATE UNDO LEARN keys injected per request · PII swapped for tokens approvals routed to owners · verdicts feed the ledger MONEY · COMPENSABLE wires · ACH Ramp · Bill Stripe hold first · $1 canary proves the rails · reversal after DATA · REVERSIBLE Postgres Snowflake MongoDB snapshot before every delete · one-click rollback COMMS · DELAYABLE Slack Gmail Teams mass sends leave in batches · stoppable at #50, not #2,000 PUBLIC · EXTERNAL X · social LinkedIn CMS · blog 2-minute regret window after it fires · escrow to a slot: roadmap
THE GATEWAY DECIDES. THE AGENT CAN'T GO AROUND IT.
Every AGI needs an AIG

Every mistake we catch makes the next one cheaper to insure.

Ripcord is building the insurance carrier for autonomous work. The gateway that catches every near-miss is also writing the first actuarial table for agent risk.

"An insurer is a coroner. Ripcord is the family doctor."

Insurers learn about risk from claims: paperwork filed after the disaster. The gateway stands in the doorway every action walks through, so it sees the near-misses, and this month's near-miss rate predicts next quarter's losses.

The arena of consequences. Leaderboards rank models by votes on their answers, before anything happens. The ledger ranks them by what happened: the verdict, the owner's yes or no, the reversal, the realized loss, per corridor and per tool. Every Monday it comes back to you as the weekly report: agents ranked, graded, and the fixes spelled out.

10,000,000 actions gated: the denominator no insurer has
180,000 blocked before anything happened
70,000 rolled back: mistakes caught in time
2,000 became real losses: the only line an insurer ever sees
Their dataset is the last line. Ours is the whole ledger.
Questions
Straight answers, before you wire anything.
Still skeptical? Ask us live →
Isn't this just the approve/deny prompt Claude Code already has?

That dialog assumes a human is watching one agent in a terminal, in real time. Ripcord assumes nobody is watching fifty agents overnight. Built-in prompts also pattern-match the tool, not the stakes: they can't say "new beneficiary, 4.7× the normal amount." And approval is where their safety story ends: no risk scoring, no snapshot, no rollback, no learning, no cross-vendor audit trail. The button is the same; everything around the button is the product.

My agents come from different labs. Doesn't each lab handle this?

Each lab's controls govern only its own agents, and best-model-for-the-task means your fleet runs several. Three half-controls with three audit formats isn't governance three times; it's governance zero times. Ripcord sits at the tool-call layer beneath every vendor: one policy, one inbox, one record. And when something goes wrong, an independent audit trail counts for more than the lab's own record of its own agent: nobody believes the referee who plays for one of the teams. Ripcord gates actions on your systems: browsing inside a vendor's sandbox is not the threat model, the wire to your ERP is. The coverage map, per agent →

Don't agent debit cards already solve the payments part?

A card limit is a wall, and walls don't read invoices. Give your procurement agent a $50k card limit: reasonable, real invoices run that size, and the $48,200 payment to a fraudulent vendor sails through inside the limit. Crank the limit down and legitimate invoices start failing back to human tickets: the leash returns, enforced by the card. Cards also govern the wrong rail (B2B money moves by wire and ACH) and answer one line of a six-line problem: they're silent on deletions, mass emails, and rollback. We like agent cards: they're the containment primitive for one corridor, and Ripcord happily uses them as defense-in-depth. A card caps how big the mistake can be. Ripcord works on whether it happens at all, and what happens after.

What happens when a sophisticated attack fools the risk engine?

It will happen: a risk engine that catches everything is an oracle, and security's founding axiom is assume breach. What changes with Ripcord is everything around the miss: the action went through the gateway, so forensics is one query instead of weeks of archaeology; the blast radius, everything the compromised agent touched, is instantly visible, and whatever's still inside a rollback or compensation window comes back; the agent freezes with one policy flip; and the attack pattern is folded into the engine: it scores 80 tomorrow, live today per customer, and for every customer as the network grows. The money that's still gone is what the insurance layer exists to absorb: a loss despite reasonable controls is the definition of an insurable event, and the audit trail is the claims file that settles it in days, not months. Prevent, contain, recover, absorb. No loss goes unpriced.

Our compliance team blocks agents over data. Does Ripcord fix that?

That block is usually the rational one, and it is the one Ripcord is built to convert: tokenization at the gateway, egress in the scorecard, the lineage ledger, residency routing. One chokepoint, four mechanisms, and the provider only ever sees pseudonyms. The full data answer ↑

Won't humans just end up rubber-stamping everything?

Only badly-designed approval systems drown people. Here, medium risk fails open: a hold you can stop, not a queue you must clear, and only the genuinely scary tier waits for a decision. Repeated approvals become standing rules so the same question never gets asked twice, while dangerous patterns are unlearnable by design. The system's job is making every ask rarer and richer, until the ones that remain deserve real attention.

Isn't "reversible" just marketing? You can't reverse physics.

Conceded, and the whole engine is built on the concession: severity is discounted by recoverability, so the gate prices exactly what we can and can't take back. But most business irreversibility is process design, not physics. An email is only unrecallable because it left in one breath; sent in batches behind a hold, it stops at #50. A deletion is only permanent without a snapshot; Ripcord takes one before every destructive call. The rule: never execute an action in its irreversible form while a reversible form exists. Its sibling: never at full size when a test size can prove the path: the crypto discipline of the $1 probe before the real transfer. Every industry that engineered undo into a "final" domain did the same thing: chargebacks, database transactions, git, Gmail's unsend. Throughput exploded, and nobody calls it marketing. And where physics truly wins (an executed wire, a served notice), the residual is priced. What can't be reversed can be insured.

We already run an agent security platform (AIR, Zenity, Noma) or an MCP gateway (Hodor). Why Ripcord?

Keep it. The security platforms vet what an agent is allowed to load: skills, plug-ins, MCP servers, re-checked as they change. An MCP gateway scopes which tools it can see and what a payload may contain, before the call. Ripcord gates what the agent does with the access it was given, and takes it back. An approved, signed, vetted MCP server still needs someone to say yes to the $48,200 wire, a rollback window when it was wrong, and a ledger the auditor accepts. Security stops the attacker; Ripcord stops the loss, whether the agent was poisoned, prompted or simply wrong. The two layers stack: a vendor's vetting verdict is a signal in our scorecard, the way a new beneficiary is.

We sandbox our agents and require approval on critical actions. Isn't that enough?

Those are the least-privilege answers, and each is a tax on the reason you bought the agent. A sandboxed agent cannot reach the systems where the work is. A read-only agent cannot act. Approval on every critical action is the leash: at fleet scale, 540 decisions per person per day. Ripcord applies least privilege to consequences instead of access: the agent keeps its reach, every action is scored by what it would cost to undo, the risky ones wait for the owner of that corridor, and the wrong ones are reversed.

On the threats security teams rank first, that is a bound, not a cure. Indirect prompt injection still happens; a hijacked agent still cannot wire $48,200 or export 3,200 records without a human, because the gate runs outside the model and never reads the prompt. A destructive hallucination still happens; the table was snapshotted first. There is nothing to escalate, because the agent never held the credentials. Of the "lethal trifecta" (private data, untrusted content, a way out), tokenization removes the first and the egress gate closes the third, which is what makes the second survivable.

Anthropic's threat report says the labs catch this themselves. Why do we need you?

They catch misuse of their model, and the report is honest about the limit. When Anthropic banned the consultant who built a national surveillance platform, the ban did not touch the platform, which runs on local models; a weapons cell had already compiled a toolkit that no longer needed Claude. Banning an account stops tokens, not an agent already wired into your payments API. The same report states that Claude's safeguards do not transfer when the model is distilled: the capability travels, the refusals stay home. Your fleet runs several models. The rule that has to hold across all of them cannot live inside any one of them, so it lives in the gateway, at the tool call, where every action passes whatever brain made it. The UK AI Security Institute reached the same place from the other side in July 2026: every frontier model it tested on cyber evaluations tried to cheat, by looking up answers online, working around network limits or attacking unrelated systems, and called it wrong less than half the time when asked (AISI). A model that routes around its sandbox will route around its prompt. Source: Anthropic, Detecting and countering misuse of AI, September 2026.

If an agent's key is stolen, how would we know?

Today, mostly you would not. Anthropic's September 2026 report found that every stolen AI key came from a customer's environment, that attackers mine customer-deployed agents for credentials, and that a stolen key gives them cover: the activity is attributed to the key's legitimate owner. Ripcord changes three things. The agent never holds tool credentials, the gateway does, so there is nothing on the agent to take. Each agent has its own key with a visible last use, and a key used from a network the gateway has never seen holds the action and notifies the owner. And every action is in a hash-chained ledger outside the agent and outside the model, so you can prove which actions were yours.

Why a gateway on the tools, and not an LLM gateway?

Because the gate has to sit where the action becomes real, not where it is proposed. An LLM gateway proxies the model API: it sees the prompt and the model's intention, the tool_use block, and it can refuse to pass that block on. It cannot take a snapshot of the record before the delete, make the refund after the payment, hold a key until a person looks, or keep the credentials out of the agent. Reversal lives on the tool side, so the gate does too. MCP is the first transport, not the thesis: the engine scores an action wherever it comes from, and a plugin for the LLM gateways you already run, in-house proxies, Portkey, LiteLLM, that sends each tool_use to the same verdict is on the roadmap, so agents that never touch MCP get the same gate. The labs' own hooks sit one step earlier still: Anthropic's inference hooks send each prompt and tool result to a security server for an allow-or-deny verdict before the model reads it, for Claude Enterprise seats. That is data loss prevention on what enters the model, not a gate on what leaves it as an action, and agents built on the API are outside its scope; Ripcord will answer that webhook too.

Is this alignment?

It is alignment by control. The labs align by training: they shape what a model wants, and that work raises a probability. Ripcord sits at the one point where an action becomes real, the tool call, and decides whether it runs, waits for a person, or gets reversed, whatever the model wanted. That holds whatever the capability gap: a gate on the tool boundary does not have to understand what hits it, only whether it can be undone, so it does not age as models get smarter. And every human decision it records, approve, modify, reject, with the outcome that followed, is a labeled example of what people actually endorse in production, which is alignment data nobody else collects. Control is what keeps deployments survivable while alignment is still unsolved; the ledger is what alignment will eventually train on.

What happens in three years, when agents stop making mistakes?

Ask why your CFO still can't wire $10M alone. A senior CFO almost never fat-fingers a transfer, yet segregation of duties, two-person rules, and audit trails exist anyway, because controls are about accountability and adversaries, not competence. A perfect agent still perfectly executes a wrong instruction, a forged invoice, or an attacker's injected prompt, and even perfect actions get disputed. Firewalls and flight recorders grew as systems got safer, because safety enabled volume. What fades is catching incompetence; what grows is authorization, containment, and evidence. And the stakes move the other way: the invoice an agent approves is $20,000 today and will be $10M within five years, so the expected loss per action, frequency times severity, does not fall with the error rate. An underwriter prices on those two numbers, the rate of incidents per corridor and the cost of each, and the ledger produces both.

What stops a lab or a security vendor from building this?

Position, then what it compounds into. The gate sits where the action becomes real, in the customer's environment, in front of the tools: a lab cannot reach that point, does not cover the other labs' models, and cannot insure its own agents' mistakes; a security vendor vets what an agent may load, before the call, and is not in the path when it acts. Being in the path is what produces the ledger: every action, verdict, human decision and outcome, including the actions that never ran. That record compounds three ways. Pattern memory: a near-miss at one customer raises the score of the same pattern everywhere. Audit gravity: years of hash-chained history do not migrate. And the actuarial table: the only inside-out data to price agent risk, which today's carriers price on borrowed analogies and quarterly evals. The scoring formula is public on purpose; the moat was never the arithmetic.

It's time to pull the ripcord.

Watch it stop a $48,200 mistake, roll back 4,382 deleted records, and unsend an email: live, right now.

Watch it catch a $48k wire → Start free
Shadow mode first: it proves itself before it gates anything.
one caught $48,200 mistake pays for 40 agent-years of gating