Agents Still Burn 58% of Tokens After Failing
MaverikSh · reddit · 2026-07-14
A cited trace study reveals that in failed agent runs, about 58% of tokens are consumed after the model has already shown explicit signs of failure. This indicates the issue lies not just in model capability, but in the runtime control architecture.
The author argues that many cost controls are implemented only at the billing level, acting as post-event alerts that cannot stop a task from rapidly burning money. Truly effective approaches should:
- Reserve budgets at the run level rather than just checking single calls
- Use runid as a unified billing key so concurrent sub-agents share the same budget limit
- Set abort thresholds for repeated identical tool calls (e.g., stop if the same parameters are used 3 times consecutively) to avoid burning tokens in loops
The post specifically notes that concurrency worsens the problem: even if each sub-agent looks reasonable individually, the overall system can overspend without any single call crossing the line.
More from coding & agent
- Kimi K3 rises to No. 4 on the Agent Arena leaderboard — HeyZoyaKhan · 2026-07-22
- Devin adds e2b sandboxes for remote agent execution — badphilosopher · 2026-07-22
- Hermes Agent Refactoring Proposal: Decoupling via Event Bus and Monorepo Slicing — Promptmethus · 2026-07-22
- ty now reads Pydantic config keywords and field metadata — charliermarsh · 2026-07-22
- Pensar Launches AI Security Agent to Autonomously Discover and Patch 0-Days — andriy_mulyar · 2026-07-22
- ty adds first-class Pydantic support, including strict and lax field handling — charliermarsh · 2026-07-22