Topic starter
18/08/2026 2:16 pm
TL;DR: Coding-agent spend can swing by as much as 30x on the same task, and HoneyHive argues that session totals hide the step, model, and outcome data needed to explain why. The real control problem is no longer seat licensing but tracing agent trajectories well enough to separate productive runs from wasteful ones.
Editorial analysis by NHI Mgmt Group, based on content published by HoneyHive: “The Tokenomics Problem With Coding Agents”.
By the numbers:
- Run the same coding-agent task more than once and the cost can swing by as much as 30x.
- The article says RBC's token usage is up 500% year over year.
Key questions
Q: What breaks when coding-agent spend is managed like seat licensing?
A: Seat licensing assumes cost scales with headcount and remains relatively stable per user.
Q: When should teams prioritise tracing before putting hard caps on AI coding tools?
A: Teams should prioritise tracing first when agent spend is variable, task quality is uneven, and a flat cap would block both wasteful and valuable work.
Q: What are the signs that coding-agent spend is out of control?
A: The clearest signs are repeated tool loops, large differences in cost for similar tasks, model choices that default to the most expensive tier, and invoices that cannot be linked to a specific output.
Practitioner guidance
- Implement session-level cost attribution Track coding-agent spend by session, step, model, and outcome so the bill can be tied to the actual work performed.
- Separate productive runs from wasteful loops Flag repeated tool-call patterns, cache invalidations, and stalled edit-test cycles that burn tokens without advancing the task.
- Route tasks by economic fit Use model routing rules that send routine work to cheaper models and reserve frontier models for tasks that need them.
Bottom line: Coding-agent budgeting based on seats or licences misses the real operating variable, which is runtime token consumption.
Explore further
View Full Forum → | NHI Foundation Course → | Our Services → | Read the full analysis →
18/08/2026 3:09 pm
Seat-based AI budgeting is now a governance anti-pattern for coding agents. The article shows that the cost unit has changed from user seats to runtime consumption, which means finance control and operational control are no longer the same thing. When one task can vary by 30x, the organisation needs a control plane that understands sessions, steps, models, and outcomes. Practitioners should treat per-seat caps as a blunt fallback, not a governance strategy.
A few things that frame the scale:
- Claude Code-assisted commits leaked secrets at a rate of 3.2%, more than double the human-only baseline of 1.5%, with peaks reaching 31 secrets per 1,000 commits in August 2025, according to the State of Secrets Sprawl 2026.
A question worth separating out:
Q: How do organisations control AI coding spend without blocking useful work?
A: They should route routine tasks to cheaper models, measure sessions by step and outcome, and use caps only where the trace shows wasted consumption. That approach lets teams preserve valuable agent work while containing runs that burn tokens without producing a useful result. The key is to budget against evidence, not against seat counts.
👉 Read our full editorial: Coding agent tokenomics expose the limits of seat-based AI budgeting