FinOps for AI starts with a unit cost, not a bigger dashboard
InfoQ’s 2026 trends report puts FinOps for AI at the frontier: token spend is tracked, but rarely tied to outcomes. Here is how to connect AI cost to the value it creates.
What happened
InfoQ’s Cloud and DevOps Trends Report 2026, published in August, maps practices by how widely they have been adopted. Mature cloud FinOps and observability sit in the late majority: most organisations know how to manage deterministic cloud costs. At the other end, among the innovators, the report places FinOps for AI and tokenomics — organisations have started tracking token consumption, but connecting that spending to business outcomes remains largely unsolved.
Alongside it at the frontier are enterprise AI platforms and AI gateways, which centralise model governance, and sovereign cloud strategies. Platform engineering and the Model Context Protocol, by contrast, have moved into the early majority.
Why it matters
In the engagements we see, AI spend follows a familiar pattern.
It starts invisible. A handful of teams call model APIs on separate accounts or on expense cards. The amounts are small, so nobody builds reporting.
Then it compounds. A pilot becomes a production agent. Context windows grow, agents call tools and retry, and usage scales with customers rather than with infrastructure. Monthly cost can move by an order of magnitude with no change anyone would recognise as a provisioning decision.
Then finance asks the only question that matters — is it worth it? — and nobody can answer, because spend is reported per model or per account, not per outcome.
That last step is exactly the gap the InfoQ report describes. More dashboards do not close it. A unit cost does.
What we would do
- Route every model call through one place. An AI gateway, or at minimum a shared client library, that tags each call with the team, product and use case. Without attribution, nothing else works.
- Define a unit of value per use case. Cost per resolved ticket, per contract reviewed, per qualified lead. Agree it with the business owner, and record the value of that unit alongside.
- Measure cost per completed task, not per request. A cheaper call that needs three retries is not cheaper. Include retries, tool calls and human review time.
- Tune the design before the price. Right-size models to the task, trim context, cache stable prompts, and batch work that does not need an immediate answer. These typically cut more than any commitment discount.
- Put guardrails in the pipeline. Budgets and anomaly alerts per use case, and a cost estimate in the review of any change that alters prompts, context or model choice.
Treat AI cost the way good FinOps teams already treat cloud: owned by a team, explained in business units, and designed in rather than cleaned up afterwards.
Questions we are asked
Why is AI cost harder to manage than normal cloud cost?
Traditional cloud cost follows provisioned capacity, which is relatively predictable. AI cost follows usage — tokens in and out, retries, tool calls, context length — and small design choices such as how much context an agent carries can multiply the bill without anyone changing a server.
What is a good first unit cost for AI?
Cost per completed task — per resolved support query, per document processed, per qualified lead researched. It is the number that can be compared directly with the value of that task, which is what a finance director will ask about.
Do we need an AI gateway for this?
Not on day one, but it quickly becomes the practical way to do it. A gateway in front of every model call gives you one place to attribute spend to teams and use cases, enforce budgets and rate limits, route simple tasks to cheaper models and log what happened.
Sources
This piece was drafted with AI assistance from the sources listed above. The views are Rothian’s; the facts belong to the sources, and every claim links back to one.