# FinOps Can't Stop at the Cloud Bill Anymore: Tracking AI Token Spend > Source: > Published: 2026-08-24 05:53:09+00:00 FinOps grew up managing one kind of cost: cloud infrastructure. Instances, storage, data transfer, the stuff on your AWS or GCP or Azure bill. That scope is now too narrow, because a new operational cost has shown up that behaves differently from everything FinOps was built for, and most teams have no idea how big it is: AI token spend. The industry conversation this year has been blunt about it. Token usage has become a major operational expense, and organizations still lack a good way to connect that spend to developer productivity or business outcomes. That gap is the whole problem. Let me lay out why AI spend breaks the old FinOps model and what tracking it actually looks like. You might think, it is on the cloud bill (Bedrock, Vertex) or an API invoice (OpenAI, Anthropic), so treat it like any other cost. It is not that simple, for three reasons: **1. It is usage-metered at a granularity nothing else is.** An EC2 instance costs the same whether it does important work or spins idle. A token costs the same either way too, but the *volume* is driven by application behavior in a way instance-hours are not. One inefficient prompt, one chatty agent, one retry loop, and volume explodes. The cost is coupled to code behavior, not provisioned capacity. **2. It hides across invoices.** Some AI spend is on the cloud bill, some is on a separate SaaS-style API invoice, some is buried in a vendor's platform fee. Unlike cloud cost, which at least lives in one console, AI spend is scattered, so nobody sees the total. The first task is often just adding it all up. **3. It resists attribution.** Ask "which team's EC2 is this" and tags get you an answer. Ask "which feature generated this token spend" and most teams have nothing. The requests go through a shared API key, and the key does not know which product feature, which customer, or which team is behind each call. Bringing AI cost under FinOps is not exotic. It is the same muscles, retrained on a new resource: Here is where AI FinOps is genuinely harder than cloud FinOps, and where nobody has fully cracked it. With infrastructure, "is this worth it" is often obvious, the server runs the product. With AI, the question is sharper: is this feature's token spend producing proportional value? A summarization feature costing more in tokens than it saves users in time is a bad trade, but you only see that if you track spend *and* outcome together. The teams getting ahead are the ones instrumenting both sides: cost per feature on one axis, usage or productivity or revenue impact on the other. That is unit economics applied to AI, and it is the direction FinOps has to go. The bill alone cannot tell you whether the spend is smart. You do not need a platform to begin. This week: That is a week of work and it moves AI spend from "invisible and growing" to "measured and managed," which is the whole game. FinOps that stops at the cloud bill is now measuring the wrong boundary. AI token spend is an operational cost with its own behavior, scattered across invoices, coupled to code, and stubbornly hard to attribute, and it is growing fast. The same discipline applies, aggregate, attribute, right-size, alert, but you have to actually point it at tokens, and then take the harder step of tying that spend to value. Are you tracking AI token spend as a first-class cost yet, with attribution, or is it still landing on invoices nobody reconciles? And has anyone here actually connected a feature's token cost to its value? That last part is where I keep seeing teams stall.