Agent Reliability
The degree to which an AI agent completes its task correctly, consistently, run after run, without human rescue. It is distinct from *capability*: capability is whether the agent *can* do the task (it worked in the demo); reliability is whether it does the task correctly the thousandth time, on inputs you didn't anticipate, while unattended. Reliability is hard for agents specifically because they are non-deterministic (the same input can produce different behavior) and because errors compound across the many steps of a task — a per-step success rate that looks excellent collapses over a long chain. You don't reach reliability by removing the non-determinism (you can't, without removing the adaptability you built the agent for); you reach it by engineering around it: constrain the scope, verify every change against an eval set, contain failures with sandboxes, circuit breakers, kill switches and idempotent actions, observe every run, and recover with human handoff. Measured end-to-end as task success rate (and pass^k), not per-step accuracy.
Example
A booking agent is 96% reliable per step — impressive in a demo. Its real tasks average 12 steps, so its end-to-end task success rate is only ~61%: two in five bookings need a human to fix them. The team improves reliability not by chasing a better model but by cutting the task to 6 steps and adding a verification check between them, lifting end-to-end success past 90%.
Frequently asked questions
- What's the difference between a capable agent and a reliable one?
- Capability is whether the agent can do the task at all — it's what a demo proves. Reliability is whether it does the task correctly and consistently at scale, on unexpected inputs, without supervision. Almost every agent that disappoints in production was capable but not reliable: the demo showed one happy path, and production supplied thousands of branching ones. Reliability, not capability, is usually what decides whether an agent stays switched on.
- How do you measure AI agent reliability?
- Measure end-to-end task success rate on real scenarios, not per-step accuracy (which hides compounding error). Because agents are non-deterministic, run each scenario many times and report pass^k — how often it succeeds every time — rather than a single pass/fail. Mature teams set a reliability SLO (e.g. '95% task success on the golden set, weekly') and treat a dip below it as an incident, exactly as SRE teams treat an uptime miss.