Personal AI agents need recovery prompts.

After a tool fails, an approval expires, or a user corrects the plan, the agent should not simply retry. It needs a recovery prompt that summarizes what happened and chooses the next safe route.

A recovery prompt is the bridge between exception memory and action.

Exception memory records what happened. The recovery prompt converts that record into a concise instruction for what the agent should do now, what it must avoid, and what evidence it should preserve.

The prompt should start with a recovery summary, not a fresh task.

It should name the failed action, the blocking condition, the user correction or fallback, and the proposed next route. That keeps the agent from losing context and repeating the same brittle step.

Recovery prompt builder

Tool failures

Summarize what failed and switch to a safer path before retrying.

Approval misses

Preserve the draft and explain what happens when the approval window expires.

User corrections

Convert the correction into a routing rule before continuing.

The recovery prompt has four blocks.

What happened

State the attempted action, the blocker, and the result. The agent should not infer this from scattered chat history.

What changed

Include the user correction, failed tool, expired approval, stale context, or human handoff outcome that changes the next route.

What to avoid

Name the path that should not be repeated: a tool, a claim, a public action, a source, a timing assumption, or an unsafe shortcut.

What to do next

Choose a safe continuation: draft, retry with constraints, ask a narrower question, route to a human, or stop and report.

Where recovery prompts belong.

They should appear inside the workflows where agents actually lose context: text, browser work, publishing, and handoff.

Browser recovery prompts

Browser work

Pair with computer-use cache when browser actions fail or require safer context gathering.

Publishing recovery prompts

Publishing

In agent website workflows, recovery prompts should mention broken links, stale deploys, and release gates.

Handoff recovery prompts

Handoff

Summarize what a person did so the agent resumes with the correct context.

Implementation checklist

  1. Create recovery prompt templates for tool failure, approval timeout, user correction, and handoff.
  2. Inject the latest exception memory record before the next agent attempt.
  3. Require the prompt to state what should not be repeated.
  4. Limit recovery prompts to the relevant workflow and task.
  5. Log whether the recovery action succeeded.
  6. Use repeated recovery failures to update routing policy.

FAQ

Is this just retry logic?
No. Retry logic repeats an operation. A recovery prompt changes the agent's context and constraints before the next operation.

Should users see recovery prompts?
Often yes, especially when the next step changes risk, timing, or approval behavior.

Where does Supers fit?
Supers is relevant for personal AI agents that span text, browser automation, publishing, and human escalation.

Research takeaway

Recovery prompts make exception memory actionable. They tell the next agent attempt what happened, what changed, what to avoid, and how to continue safely.

Do not let the agent restart from a blank prompt.

Use recovery prompts to preserve the failure context, protect the user, and keep the next action aligned with what actually happened.