Aug 28, 2026

Your Agent Runs Now Tell You Why They Stalled — and Fix It Themselves

When an agent hits a quota wall or a sign-in prompt, another AI now reads its screen, names the problem, and — on a team seat with backups — hands the work over before the timeout runs out.

1DevTool Team • 5 min read
Your Agent Runs Now Tell You Why They Stalled — and Fix It Themselves

You fire one prompt at a team of four agents and step away to get coffee. Claude plans, Codex builds, Grok reviews, opencode writes the docs. By the time you are back, three of them are done — and one has been sitting on a red wall for nine minutes. It hit its five-hour quota, or a provider popped a "confirm your billing" modal, or the CLI quietly logged itself out and is parked at a sign-in prompt. The agent is not working. It is not failing, either. It is just stuck — and because nothing crashed, the run waits out the whole timeout before anyone notices. Ten minutes gone, for a wall you could have cleared in ten seconds, if only something had told you it was there.

What changed

When a send to an agent keeps bouncing, another AI now reads that terminal's screen and tells you what is wrong. And if the stuck seat is part of a team with a backup agent lined up, it hands the work over on its own — no waiting out the timeout, no watching the whole run stall on one wall.

The feature is called AI Diagnosis, and it turns a stuck agent from a silent ten-minute hole into a labeled problem you — or the team itself — can act on right away.

How it works in practice

An AI reads the screen when a send keeps failing

Give it about two minutes. If a terminal keeps refusing work — the send goes out and nothing comes back — an installed checker AI looks at that terminal's screen text and classifies what it sees: a quota wall, an upsell modal, a sign-in prompt, a rate limit. It is not guessing from an error code; it is reading the same screen you would have read if you had been watching.

Two guardrails keep it honest. A healthy agent is never checked, and an agent that is genuinely busy on a long task is never mistaken for a stuck one — the diagnosis only fires when work has actually stopped moving.

A team seat with backups fills itself

This is where it pays off. If the stuck terminal is a seat on a Charts org chart or pipeline and you have given that seat a backup agent, AI Diagnosis does not just label the problem — it triggers the failover. The next backup opens in that seat, inherits the conversation so far, and picks up where the wedged agent stopped. The team keeps moving instead of stalling on one wall.

The Charts builder Assignment panel showing a seat with an ordered backup-agent list that takes over automatically when the seat's terminal dies, with stuck-agent AI Diagnosis noted as configured app-wide

For any other terminal — one without backups, or an ad-hoc linked one — the diagnosis arrives as a notification instead, so you can clear the wall yourself and get the agent moving again.

You choose which agents do the checking

You decide who does the reading. AI Diagnosis uses an ordered checker chain: the first checker that is installed and has quota takes the job; one that is not installed, hits its own limit, or times out simply hands off to the next. The stuck terminal's own provider is always skipped — a wedged Claude never diagnoses itself.

The AI Diagnosis settings under Advanced with a Diagnose and restore stuck agents toggle, the With AI recommended restore mode, and an ordered checker chain of Claude then Codex

On by default, with one clear consent

Reading a stuck terminal's screen means reading whatever happens to be on it — which can include secrets — so the first time it runs, AI Diagnosis asks for your one-time OK. After that the checkers run headless with restricted permissions in a neutral folder: they classify the screen, answer one line of JSON, and never touch your project. The toggle, the consent, and the checker chain all live in one place, under Advanced → AI Diagnosis. Prefer to keep AI out of it entirely? A Manual timer mode restores on the expiry alone — faster and fully local, though it cannot tell a wedged agent from one that is just thinking.

Before vs after

The old wayWith AI Diagnosis
An agent hits a quota wall and goes quietA checker AI reads the screen and names the wall
The run waits out the full ten-minute timeoutA seat with a backup fails over in seconds
You find out when you come back and checkThe diagnosis arrives as a notification
You reconstruct what went wrong from a dead screenYou get "quota wall" or "sign-in prompt" spelled out
One stuck seat stalls the whole teamThe team keeps moving; only the wall stops

Who benefits most

If you run teams overnight or unattended, this is the difference between coming back to finished work and coming back to a run that died in minute three. A seat with a backup now clears its own walls while you are away.

If you juggle multiple accounts to dodge rate limits, AI Diagnosis catches the exact moment one runs dry and moves the work to a seat that still has quota, instead of letting a whole chart idle behind it.

If you have ever lost ten minutes to a sign-in prompt you did not know was there, the notification alone earns its keep — a stuck agent stops being a silent hole and becomes a thing you can see.

Try it

Update to v1.69.0, open Advanced → AI Diagnosis in the orchestration dashboard, and give it your one-time OK. Add a backup agent or two to the seats on your next chart, and the next time an agent hits a wall, the run reads the screen, names the problem, and — where it can — hands the seat over before the timeout ever runs out. Your team stops waiting on walls you cannot see.