Join our Newsletter — 33% off our NHI Course

How can teams tell whether agent spend is normal or wasteful?

They need to compare cost with outcome at the step level. A useful session may be expensive if it lands a high-value fix, while a cheaper session may still be wasteful if it loops without progress. The signal comes from linking tokens, tool calls, and final artifacts so finance, engineering, and governance teams can evaluate value together.

Why This Matters for Security Teams

Agent spend becomes a security and governance problem when organisations can no longer distinguish useful autonomy from uncontrolled execution. Cost alone is a weak signal because a high-spend session may prevent a larger incident, while a low-spend session can still be wasteful if it retries, escalates, or calls tools without producing a durable outcome. That is why cost attribution needs to sit beside task success, approval points, and artifact quality, not only finance reports. Guidance from the NIST AI Risk Management Framework is useful here because it frames AI oversight around measurable outcomes, accountability, and traceability rather than raw usage volume.

For agentic systems, the real question is whether the model, planner, and tools are producing value within an acceptable risk envelope. That requires linking session logs, token usage, tool invocation patterns, and downstream business results so that engineering can see inefficiency, finance can see unit cost, and governance can see control failures. In practice, teams that watch only monthly spend often miss the point: runaway cost is usually a symptom of poor task design, weak guardrails, or unbounded retries, not just a billing problem. In practice, many security teams encounter agent waste only after a noisy workflow has already burned budget and created a blind spot in change control, rather than through intentional cost governance.

How It Works in Practice

The practical method is to score each agent session against a defined outcome model. Start by classifying the task, the expected artifact, and the acceptable completion criteria. Then measure three layers together: direct consumption, operational effort, and result quality. Direct consumption includes tokens, model calls, and tool actions. Operational effort includes retries, escalation hops, human interventions, and time to completion. Result quality includes whether the agent produced a usable fix, a correct summary, a valid decision, or a remediation path that was actually adopted.

This is where agent telemetry must be structured enough to support review. A strong log set should capture:

  • the task objective and owner
  • the prompts, tool calls, and outputs tied to that task
  • success or failure against a predeclared acceptance test
  • any human override, approval, or rollback
  • the downstream effect, such as closed ticket, patched system, or rejected recommendation

Security teams should also classify waste patterns. Common examples are loops that regenerate near-identical answers, tool calls that repeatedly fail due to bad permissions, and agents that over-research simple requests. These patterns overlap with known agentic risks in the OWASP Top 10 for Agentic Applications 2026, especially where excessive autonomy and weak output validation allow cost to rise without value. The operational question is not whether a session used many tokens, but whether those tokens bought progress, certainty, or defensible action. Teams should also compare the same task across time: if cost rises while outcomes stay flat, the agent is becoming less efficient even if the bill is still “within budget.” These controls tend to break down when agents are chained across many downstream services because attribution becomes fuzzy and one bad tool integration can inflate spend across multiple business owners.

Common Variations and Edge Cases

Tighter spend controls often increase analyst overhead, requiring organisations to balance fiscal discipline against the speed benefits of automation. That tradeoff is real, especially where agents operate in fast-moving engineering, security operations, or customer support environments.

There is no universal standard for what “normal” spend looks like across all agentic use cases. Current guidance suggests comparing peers only within the same task class, risk tier, and toolchain. A troubleshooting agent that investigates production incidents will naturally cost more than a drafting agent, and a compliance-oriented agent may be expensive if it must preserve auditability and human review. The important distinction is whether high spend is explainable by task complexity and governance requirements, or whether it reflects repeated dead ends, excessive context loading, or poor routing.

Edge cases also appear when agents touch sensitive workflows. If an agent can approve, change, or execute actions, then cost efficiency cannot be separated from control design. Excessively broad permissions can make a session look productive while actually enabling unnecessary tool access and risky side effects. That is where current best practice is to pair cost review with agent permissions review, output validation, and attack-path awareness from sources such as the MITRE ATLAS adversarial AI threat matrix and the CSA MAESTRO agentic AI threat modeling framework. For high-risk or regulated use cases, organisations should also test whether the same value could be achieved with tighter human approval, narrower tool scopes, or simpler orchestration. The model breaks down when the agent is allowed to act across poorly governed toolchains, because spend, risk, and business value stop being attributable to a single owner.