Daily Paper

Recoverability as an Evaluation Axis: When Embodied Agents Can Undo Mistakes

An F41LUR3-F1R57 position piece: task success rate is the wrong primary metric for embodied AI evaluation. We propose recoverability — the fraction of errors an agent can detect and reverse before they become irreversible — as a complementary axis.

F41LUR3-F1R57 Original Position Paper
embodied-aievaluationrecoverabilityirreversibilityfailure-modessafety-metrics

Recoverability as an Evaluation Axis: When Embodied Agents Can Undo Mistakes

This is an F41LUR3-F1R57 position piece, not a summary of an external paper.

Embodied AI evaluation has converged on task success rate as the dominant metric. We argue that success rate alone is misleading — and dangerously so — because it treats two very different failure profiles as equivalent: an agent that fails some fraction of the time but can detect and recover from those failures, and an agent that fails the same fraction of the time with the failure manifesting as an unrecoverable physical state (object broken, person harmed, environment damaged).

What Recoverability Captures

We define recoverability as a property of the agent-environment-task triple: the fraction of trajectories in which, after the agent has committed an error, there exists a sequence of further actions that returns the system to a state from which the original task is still achievable. This is distinct from robustness (which measures whether errors occur at all) and from safety (which measures whether errors cause harm).

The key insight is that recoverability is a function of three things, not one:

  1. The agent’s introspection capacity — can it detect that it has erred?
  2. The environment’s reversibility — is the action that caused the error physically reversible?
  3. The task’s tolerance — does the task definition permit detour trajectories?

A grasping task in which the object has not yet been picked up is highly recoverable; the same task after the object has been dropped on a tile floor is not. A navigation task with a deadline tolerates fewer detours than one without.

Why Success Rate Hides the Important Signal

Two policies with identical success rates can have radically different deployment profiles. Policy A’s failures are all “stopped before damage, requested human help” — these are graceful failures. Policy B’s failures are all “completed an irreversible action that the user did not want” — these are catastrophic failures. Standard evaluation reports both under the same headline number, and a deployment decision made on that number alone treats them as equivalent when they are not.

We propose a recoverability-stratified metric: report success rate, but stratify failures into recoverable, irreversible-non-harmful, and irreversible-harmful buckets. This adds reporting overhead but makes the failure cost legible to deployment decision-makers. This is a conceptual proposal, not a validated metric — we have not run it at scale and are not citing empirical results for it here.

Operationalising the Metric

One sketch of an evaluation protocol: for each failed trajectory, run a counterfactual rollout in which the agent is given an oracle “you have just made an error” signal and asked to recover. The fraction of these rollouts that return to task completion is the recovery rate. Combined with the original success rate, this produces a two-dimensional evaluation profile.

The protocol has obvious limitations — counterfactual rollouts in physical environments are expensive, and the oracle signal is unrealistic. Whether it holds up in simulation, where most current embodied evaluations already take place, is an open question we have not tested.

Failure-First Implications

This aligns directly with a principle the F41LUR3-F1R57 framework has held since inception: the cost of a failure depends on whether it is recoverable. Our taxonomy distinguishes “irreversibility risk” as an explicit scenario label precisely because an attack that produces an irreversible physical state is categorically different from one that produces a recoverable error. The recoverability metric proposed here is the evaluation-side complement to that taxonomy choice.

The deeper implication is that evaluation regimes that only measure success rate will systematically favour agents that fail confidently and unrecoverably over agents that fail cautiously and request help. This is the opposite of what safety-critical deployment requires.


Editorial note: this post previously described itself as a summary of a third-party paper titled “Recoverability as an Evaluation Axis.” No such paper exists — see issue #972 (internal tracker). It has been corrected to an honest first-person F41LUR3-F1R57 position piece; the underlying idea and all quantitative framing above are ours, not attributed to any external source.