Why Token Spend Is the New Shadow IT Problem

Why Token Spend Is the New Shadow IT Problem

John SmithJohn Smith8 min read

A decade ago, the shadow IT problem looked like this: employees signing up for SaaS tools with a credit card, bypassing procurement, running business workflows on software IT didn't know existed. The risk was data exposure and ungoverned applications. The cost was invisible until someone found the charges on an expense report.

The enterprise has largely solved shadow IT. Not perfectly - but systematically. SaaS management platforms, SSO enforcement, spend management tools, and procurement workflows have given IT and Finance a reasonably complete picture of what software the organization is running and what it costs.

The same problem is back. It looks different this time. And almost no organization has solved it.

Token spend is the new shadow IT.

What Changed When AI Agents Replaced Seats

The traditional SaaS licensing model was built around a simple unit: the seat. One employee, one license, predictable cost. Finance could forecast it. IT could manage it. Procurement could negotiate it. The seat was the atomic unit of enterprise software spend, and every tool in the FinOps stack was built to track it.

Enterprise AI agents do not consume seats. They consume tokens, the computational units that drive every LLM inference, every API call, every tool invocation. And token consumption does not behave like seat consumption.

A single enterprise AI agent can make hundreds of API calls in a single task execution. An agent running autonomously on a schedule can accumulate token consumption around the clock, with no human interaction required. An agent that hits a prompt injection or enters a loop can consume tokens at a rate that would be flagged instantly in any financial monitoring tool, if any financial monitoring tool could see it.

Most cannot.

Gartner predicts that by 2030, agentic AI will disrupt $234 billion in SaaS spending. That disruption is already underway. GitHub, Zendesk, and Workday have moved from per-seat to outcome-based pricing because their customers are deploying agents that don't need seats. The unit of enterprise software spend is changing. The tools built to track it have not.

The Visibility Gap

Here is what most organizations actually know about their AI agent token spend today: They know what they are paying their LLM providers. They receive an invoice from OpenAI, Anthropic, Google, or their cloud provider showing total token consumption for the billing period. They know the total. They do not know which agents drove it, which employees or teams own those agents, which business workflows generated the consumption, or whether any of that consumption was legitimate.

That is the shadow IT problem, restated for the agentic era. The spend is visible at the invoice level. It is invisible at the attribution level.

The consequence is not just a financial reporting problem. It is a security problem.

An enterprise AI agent that suddenly doubles its token consumption is not necessarily more productive. It may have hit a prompt injection that is causing it to generate output it was never intended to produce. It may have entered a runaway loop that no human has noticed because no human is watching the token meter. It may be accessing external APIs at anomalous volume in ways that suggest data exfiltration rather than legitimate task execution.

Token consumption is a behavioral signal. Anomalous consumption is a security signal. Without per-agent, per-user, per-cost-center visibility into token spend, both signals are invisible.

What Token Visibility Actually Requires

Solving the token spend problem requires three capabilities that most organizations are still building toward.

Per-agent attribution. Every token consumed by every agent is attributed to the specific agent that consumed it, not aggregated at the model level or the API key level, but at the agent identity level. This requires knowing which agents exist (the discovery problem), which agents have verified identities tied to human owners (the identity problem), and which agents are responsible for which API calls at the moment of execution (the runtime governance problem).

Without per-agent attribution, token spend is an aggregate number that nobody can act on. With it, token spend becomes a management tool, a real-time view of which agents are driving cost, which are operating within expected consumption parameters, and which are exhibiting patterns that warrant investigation.

Per-owner and per-cost-center attribution. Every unit of token spend is attributed not just to the agent but to the employee or team that owns the agent. This is what makes chargeback and budget governance possible. When Finance needs to understand which business units are driving AI spend, and IT needs to enforce budget limits on agent consumption, the unit of attribution has to be the human owner - not the model, not the API key, not the cost code on the cloud invoice.

This attribution requires the same organizational intent capture that underlies effective agent governance: every agent has a documented human owner, and that ownership record is the bridge between token consumption and cost center accountability.

Anomaly detection on consumption patterns. Real-time flagging of token consumption that deviates from the agent's established baseline - not just in volume but in pattern. An agent that doubles its token consumption during business hours may be more productive. The same agent that doubles its consumption overnight, or that spikes its external API call volume without a corresponding increase in task completions, is exhibiting a behavioral pattern worth investigating.

Consumption anomaly detection is the intersection of FinOps and security. The same signal that tells Finance a budget is being exceeded tells Security an agent may have been compromised, manipulated, or has entered a state that was never intended. A single view of that signal, available to both Finance and IT, is what makes enterprise-scale AI agent management possible.

How aizome Surfaces Token Spend

aizome surfaces token usage and API call volume per agent, per user, and per cost center in real time, giving Finance and IT a single view of AI agent consumption that no existing financial or security tool provides.

Every agent in the aizome platform has a consumption profile: the token spend and API call volume associated with that agent across every session, normalized against the agent's established behavioral baseline. Finance sees which agents are driving cost and which cost centers own them. IT sees which agents are operating within expected parameters and which are exhibiting anomalous consumption patterns. Security sees the consumption signals that indicate prompt injection attempts, runaway loops, or unauthorized external API access.

Anomalous consumption patterns are flagged in real time, not in the next billing cycle, not in a weekly report, but at the moment the deviation occurs. An agent that enters a runaway loop is identified before the token bill arrives. An agent that spikes its external API call volume is flagged before the data it may be exfiltrating has left the environment.

Chargeback and budget governance become operational rather than aspirational. Every unit of AI agent spend is attributed to the employee or team that owns the agent, enabling cost accountability at workforce scale, the same financial discipline that organizations apply to cloud spend, applied to the AI agent fleet that is increasingly driving enterprise software costs.

The FinOps Parallel

The enterprise has been here before.

Cloud spend created the same problem in a different form. Infrastructure costs that were invisible until the invoice arrived, attributable only to aggregated accounts rather than individual workloads, with no connection between the engineer who spun up a resource and the cost center that paid for it. The cloud FinOps category emerged to solve it - tagging resources, attributing spend, identifying waste, enabling chargeback.

The AI agent FinOps problem is the same problem at a different layer. The unit of spend is not a compute instance. It is a token. The actor is not an engineer. It is an autonomous agent. The bill arrives from an LLM provider rather than a cloud hyperscaler. But the underlying challenge, making invisible spend visible, attributable, and controllable, is structurally identical.

The organizations that got cloud FinOps right early had a significant advantage: they could scale cloud infrastructure confidently because they could see what it cost and control who drove the spend. The organizations that get AI agent FinOps right now will have the same advantage: the ability to deploy AI agents at scale because they can see what they cost, who owns them, and whether their consumption patterns reflect legitimate operation or something worth investigating.

Token spend is the new shadow IT. The organizations that solve it first will deploy AI agents at the scale the business needs. The ones that don't will discover the problem on their invoice.

Frequently Asked Questions

What is AI agent token spend? Token spend refers to the computational cost generated when an AI agent makes LLM inference calls, invokes tools, or accesses APIs. Unlike traditional software licensed by seat, AI agents consume tokens on every action, meaning cost is driven by agent activity rather than user count. Enterprise AI agents can generate significant token spend autonomously, often without any human interaction per individual action.

Why is AI agent token visibility a security problem as well as a financial one? Anomalous token consumption is a behavioral signal. An agent that suddenly spikes its token usage or API call volume may have been compromised through prompt injection, entered a runaway loop, or begun accessing external systems at volumes inconsistent with legitimate task execution. Without per-agent consumption monitoring, these signals are invisible until the damage is done or the invoice arrives.

What is AI agent chargeback? AI agent chargeback is the process of attributing AI agent token spend to the employee or team that owns the agent, enabling cost accountability at the business unit or cost center level. It applies the same financial discipline to AI agent spend that organizations apply to cloud infrastructure, making every unit of spend traceable to an accountable human owner.

How does AI agent token spend relate to the SaaS disruption Gartner is predicting? Gartner predicts agentic AI will disrupt $234 billion in SaaS spending by 2030, partly because AI agents do not require per-seat licenses the way human users do. As organizations deploy agents that perform work previously done by licensed users, the unit of enterprise software spend shifts from seats to tokens. Organizations that cannot track token spend by agent and by cost center will lose visibility into a growing share of their enterprise software costs.

What is AI agent FinOps? AI agent FinOps is the discipline of managing, attributing, and optimizing AI agent token spend across the enterprise, applying the same financial governance principles that cloud FinOps applies to infrastructure spend. It requires per-agent attribution, per-owner cost allocation, anomaly detection on consumption patterns, and integration between Finance and IT in a shared view of AI agent spend.

aizome is an Enterprise AI Agent Identity Fabric Platform and a founding player in the ARISE - Agentic Runtime Identity Security Enforcement - category. aizome surfaces token usage and API call volume per agent, per user, and per cost center in real time - giving Finance and IT a single view of AI agent consumption alongside every other governance capability in the platform.

Come see it in action at aizome.ai


John Smith

John Smith

Related content

The latest news, technologies, and resources from our team.

  • ServiceNow's CEO Just Confirmed It. 2.2 Billion Agents. 2.2 Billion New Identities.

    On ServiceNow's latest earnings call, Bill McDermott said something that stopped me. "There are 2.2 billion agents entering the enterprise globally. That's 2.2 billion new identities." That is the most important statement made about enterprise AI security on an earnings call this year. When a Fortune 500 CEO names agent identity as the central enterprise security challenge, in front of investors, on a quarterly earnings call, the category has officially arrived.

    Amir Ofek, aizome

    Amir Ofek

  • $1 in Security for Every $735 in AI. That's the Real $234 Billion Question.

    $1 in AI security for every $735 in AI capability. That ratio - documented in Speakeasy's 2026 AI Governance report - describes where most enterprises actually are today. Three orders of magnitude of imbalance between what organizations are spending to deploy AI and what they are spending to govern it. That imbalance is the real question. Not whether the $234 billion gets reallocated - it will. But which side of the governance gap your enterprise is on when it does.

    Amir Ofek, aizome

    Amir Ofek

  • NIST Just Proved Rules Aren't Enough. Intent-Based Identity Is What Comes Next.

    Darktrace's conclusion from the NIST analysis is that AI security must shift from rules to behavior. This is right. But behavioral detection alone has a limitation that matters for enterprise AI agent governance: it tells you when something looks different. It does not tell you whether what is different is wrong. The answer is not behavior alone. It is identity and intent as the reference layer against which behavior is evaluated.

    Amir Ofek

    Amir Ofek

  • 7 Types of AI Agents Every Security Team Needs to Know (And How to Govern Each One)

    Most "types of AI agents" guides are written for the people building them. This one is written for the people who have to answer for what those agents do once they're running. Same seven architectures - rule-based, conversational, predictive, collaborative, adaptive, RPA, and cognitive — but classified by what actually determines risk: autonomy, system reach, and permission inheritance. Because a rule-based agent and a fully autonomous one don't belong under the same policy, and most enterprise AI risk programs stall exactly because they're treated like they do.

  • The Enterprise Guide to AI Agent Identity, Governance, and the ARISE Category

    Enterprise AI agents are operating in Finance, HR, Sales, Operations, and IT at organizations across every industry - accessing sensitive data, executing multi-step workflows, and making consequential decisions, often with no human in the loop. The identity and governance infrastructure designed to secure human employees and traditional machine identities was not built for this.

    aizome - Making AI Agents Accountable

  • Why an LLM Is Not the Core Component of Intent Analysis

    Most vendors policing AI agents are using an LLM as the core component of their intent analysis. We think that's the wrong architectural choice - and here's the more nuanced picture of what actually works at production scale.

    Chen Pipek, CPO & Co-Founder, aizome

    Chen Pipek

Subscribe to the Aizome newsletter

Occasional, substance-first notes on making enterprise AI agents accountable. No spam; unsubscribe anytime.

We use your email only to send you our newsletter. See our privacy policy for how we handle your data. You can unsubscribe at any time.