Skip to content
The AI-First Web Talking point

A report that an AI agent 'worked' hides the waste it caused getting there

Warp's Ben Holmes says agents quietly work around broken setup; scoring tool calls is how his team found the waste.

W
WebPulse Newsroom
AI-assisted · 2 min read
Share on X LinkedIn
A report that an AI agent 'worked' hides the waste it caused getting there

AI-generated image for WebPulse. About our images

In brief
  • Ben Holmes of Warp said agents work around roadblocks and then report only that the job worked, so failed tool calls go unseen.
  • He argued that scoring the tool calls shows wasted effort. Someone still pays for that effort even when the final result looks fine.

An AI agent that reports success has not shown that its setup is sound. Ben Holmes of Warp made this point on the AI Engineer show, in a talk published in November 2026. His argument is that agents often hit problems, fix them quietly, and tell you only the good news. The cost of those hidden detours stays out of sight unless someone reads the record of what the agent actually did.

What was said

Holmes described agents running without a human watching, for example in a cloud sandbox. In that case, he said, it becomes easier to miss all the failed tool calls. Tool calls are the individual actions an agent takes, such as running a command or querying a service.

He said agents today are persistent. In his words: "Like an agent, these days are very persistent and will work around whatever roadblock that they run into and they won't tell you about it." Then: "They'll just tell you that it worked on the other side."

His example came from his own team's test setup. Several instructions given to the agents were out of date. The agents got around this by trying a series of port numbers until they understood their environment, then started on the real work. All the team saw was a run that took about two minutes longer than they expected.

Warp's fix was to score each conversation for efficiency, using a second AI model as judge. The judge reads the tool calls and asks whether the agent worked toward the result or wasted effort. A separate agent then reviews the low scores and proposes changes to the instructions.

Why it matters

Our reading: a green "it worked" result is a weak check on a setup that agents run alone. Broken instructions do not stop the agent. They just make every run slower and more expensive. Holmes mentioned tokens being saved when one fix was merged, and extra time on each run. Whoever pays for compute and waiting pays for the waste, and nobody sees a line item for it.

For managers who buy or run agent tools, the practical question changes. Ask whether the traces are stored and who reads them, not only whether tasks finish. Without that record, an out-of-date instruction can stay in place, because the agent routes around it and the run still ends in success.

The other side

Holmes was open about the limits. He called scoring "more of an art than a science" and said the rubric is simple and tuned by hand. He said a rubric works best "for things that can be pretty clearly defined", and efficiency is one of those. Quality of judgement on harder questions is not something he claimed to solve.

The approach also depends on a second AI model doing the grading, and the talk did not address how often that judge is wrong. Holmes spoke for his own team's setup, and he gave no figure for how much money the hidden waste cost. The demo also failed partway, when he lost access to his staging environment.

Written by the WebPulse Newsroom with AI assistance, and checked by our editorial review: every quotation was verified against the recording's transcript. How we use AI.

The conversation this talking point comes from