The Indemnification Gap: When Your Agent Takes an Irreversible Action, Whose Budget Eats It?
Your agent just issued a $40,000 refund to the wrong account, re-routed a freight order that triggered expedited shipping fees, or pushed a config change that took down a customer's production environment for six hours. The action is done. It is irreversible, or close enough that reversing it costs real money. Now the only question that matters is the one nobody asked before you shipped the thing: whose budget eats the loss?
Most teams discover the answer the hard way, in a conference room three days later, with the vendor's account manager on speakerphone reading a liability cap back to them. The cap is the annual subscription fee. The loss is forty times that. The conversation is short.
This is the indemnification gap, and it is not a legal footnote you can delegate to procurement after launch. It is a design constraint that should shape how much autonomy you grant an agent in the first place. The uncomfortable truth is that the technical capability to take an action and the financial authority to be accountable for that action are governed by completely different systems — your codebase and your contracts — and those two systems almost never agree on what the agent is allowed to do.
The Mismatch Between Subscription Fees and Real Exposure
Standard AI vendor contracts in 2026 still read like SaaS contracts from 2019. Liability is capped at fees paid over the trailing twelve months. Consequential damages — the lost revenue, the expedited freight, the regulatory fine, the customer's downtime — are waived outright. This was a reasonable allocation when the software was a dashboard. A buggy dashboard shows you a wrong number; you notice, you don't act on it, the blast radius is bounded by human judgment sitting between the tool and the consequence.
An autonomous agent removes that human. The whole point of agentic deployment is that the system plans and acts without waiting for someone to click approve. So the blast radius is no longer bounded by judgment — it is bounded by whatever permissions you wired into the tool calls. A single misinterpreted instruction can move inventory, execute trades, or commit spend at machine speed and machine scale.
Legal analysts looking at agentic deployments in supply chains have been blunt about the structural problem: a vendor contract that caps liability at the subscription fee while the agent can autonomously trigger losses many multiples larger than that fee is not a risk allocation, it is a risk transfer to you. You are the residual claimant on every dollar of damage above the cap, and the cap is rounding error.
The mistake teams make is treating this as the vendor's problem to disclaim and therefore not their problem to solve. It is exactly backwards. Because the vendor has disclaimed it, it is entirely your problem, and it lands on whichever internal budget happens to be holding the bag when the incident report gets written.
Causation Is a Committee, and Committees Don't Pay
Even when you want to push liability back onto someone — the vendor, the model provider, the data supplier — you run into the second half of the gap: agent failures rarely have a single clean cause.
When an agent does something expensive and wrong, the post-mortem usually finds a chain. The model's reasoning was plausible but flawed. The data it reasoned over was stale or malformed. The system prompt left an ambiguity. The integration didn't enforce a spending limit that everyone assumed was enforced somewhere else. Human oversight existed on paper but had decayed into a rubber stamp. Pull any one of those threads and the failure doesn't happen. Which means every party involved — the model vendor, your platform team, the data provider, the integrator — can point at one of the other threads and say "not us."
This is why "who is liable" resolves so slowly in practice. Liability for autonomous systems gets decided by contracts and established legal principles, not by the model's logs, and contracts written before agentic AI existed simply don't have language that maps cleanly onto a multi-party causal chain. The result is that responsibility defaults to the deploying organization, because you are the one party that touched every link in the chain. You chose the vendor, you supplied or approved the data, you configured the permissions, you decided how much human review to require. Courts and counterparties find it very easy to land the loss on the entity that made all of those choices.
You cannot engineer causation to be simple. But you can engineer it to be legible — and legibility is what determines whether you can recover anything from anyone. Which brings us to the part engineers actually control.
The Insurance Backstop Is Quietly Disappearing
- https://www.foley.com/insights/publications/2026/05/agentic-ai-liability-in-autonomous-supply-chain-decisions-identifying-and-preventing-legal-risks/
- https://www.fenwick.com/insights/publications/end-silent-ai-emerging-ai-exclusions-coverage-fragmentation-and-practical-implications
- https://riskandinsurance.com/traditional-insurance-leaves-enterprises-exposed-as-ai-liability-claims-surge/
- https://www.lathropgpm.com/insights/the-ai-coverage-gap-what-new-insurance-exclusions-mean-for-your-business/
- https://bigid.com/blog/who-is-liable-if-an-ai-agent-causes-harm/
- https://thelyonfirm.com/blog/agentic-ai-liability-legal-responsibility-autonomous-ai-agents/
- https://holonlaw.com/ai/the-rise-of-ai-vendor-agreements/
- https://bonterms.com/forms/ai-standard-clauses-version-1-0
- https://bankingjournal.aba.com/2025/12/are-we-sleepwalking-into-an-agentic-ai-crisis/
- https://www.trmlabs.com/resources/blog/autonomous-ai-agents-and-financial-crime-risk-responsibility-and-accountability
