Your AI Bill Is Split Across Bedrock, OpenAI, and Azure. Nobody Can Explain It.
98% of FinOps teams now manage AI spend, and the number one capability they are asking for is the one no tool delivers: granular token and GPU visibility. Here is how to build it yourself.
FinOps teams managing AI spend
98%
Two years ago
31%
AI savings I identified at one org
$124k/yr
SEO Focus Topics
Key Takeaways
- • The State of FinOps 2026 report: 98% of FinOps teams now manage AI spend, up from 31% two years ago. The #1 requested capability is granular token, request, and GPU monitoring.
- • The core problem is structural: different teams adopted different LLM providers, each with different billing units, so no single view exists unless you build one.
- • The levers that actually cut LLM bills: prompt caching, batch endpoints, model right-sizing, and watching output tokens, which cost a multiple of input tokens.
The direct answer: why nobody can explain the AI bill
Your AI spend is unexplainable because it is split across providers that do not share a billing model: Bedrock bills per token by model, OpenAI bills per token with separate batch and cached rates, Azure OpenAI bills per token or per provisioned throughput unit. Different teams adopted different providers, and no native tool joins them into one view. You fix it by tagging every AI call with team and use-case metadata, landing all usage data in one place, and reporting cost per feature rather than cost per provider.
This is now the mainstream FinOps problem, not an edge case. The FinOps Foundation State of FinOps 2026 report found 98% of FinOps teams manage AI spend, up from 31% two years ago, and the single most requested capability across the entire survey is granular monitoring of AI spend: tokens, LLM requests, and GPU utilization. The demand exists precisely because commercial tooling has not delivered it.
Step one: one ledger, tagged at the call site
Every LLM call in your codebase should carry two pieces of metadata: which team owns it and which feature it serves. On Bedrock that is cost allocation tags and inference profiles. On OpenAI and Azure it is per-key or per-project separation plus your own request logging. The mechanism matters less than the rule: no untagged AI call ships to production.
Then land everything in one ledger. It does not need to be sophisticated, a daily job pulling usage from each provider API into a warehouse table beats any dashboard you cannot query. When I built this discipline into an AI rollout at a 180-person organisation, the combined visibility surfaced about $124,000 a year in identifiable AI-related savings, most of it invisible while the spend sat in three separate consoles.
- ✓ Tag every call: team, feature, environment. Enforce it in code review.
- ✓ Pull provider usage APIs daily into one queryable table.
- ✓ Report unit economics: cost per request, per user, per feature. Not per provider.
The levers that actually cut the bill
Prompt caching is the highest-leverage switch most teams have not flipped: repeated input, system prompts, personas, document preambles, is billed at a fraction of the standard input rate when cached. If your prompts share a large static prefix, you are paying full price for the same tokens thousands of times a day.
Batch endpoints are the second lever: most providers process asynchronous batches at roughly half the interactive rate. Anything that does not need a real-time answer, classification jobs, embeddings, nightly summarisation, belongs on the batch path.
- ✓ Cache the static prefix of your prompts. Measure the cache hit rate.
- ✓ Route non-interactive workloads to batch endpoints at roughly half price.
- ✓ Right-size the model per task: the frontier model for reasoning, a small model for extraction and classification.
- ✓ Watch output tokens: providers price output at a multiple of input, so verbose responses are a cost bug.
Govern it like cloud spend, because it is cloud spend
The State of FinOps 2026 report also found 78% of FinOps teams now report to the CTO or CIO, up 18 points from 2023. AI cost is being treated as an engineering discipline, and that is correct: the person who can fix an expensive prompt is an engineer, not an accountant.
Apply the same operating cadence you would to AWS: budgets per team and per feature, anomaly alerts on daily token spend, and a monthly review where each AI feature defends its unit economics. An AI feature whose cost per user grows faster than its value per user is a product decision waiting to be made.
- ✓ Budget per feature, not per provider. Providers are plumbing.
- ✓ Alert on daily token spend deltas, retry storms look exactly like traffic growth until you check.
- ✓ Review unit economics monthly. Kill or fix features that fail the test.
Where to start this week
Do not start with a tool evaluation. Start with the ledger: pull last month usage from every provider console you know about, ask each team lead which AI features they run, and reconcile the two lists. The gap between them is your shadow AI spend, and finding it costs nothing but an afternoon.
Then instrument the top three features by spend, flip on prompt caching where the prefix is static, and move the obvious batch workloads off the interactive path. In my experience the first pass at this, on an account that has never had it, pays for the effort within the month.
Frequently Asked Questions
How do I allocate LLM costs across teams?
Tag every AI call at the call site with team and feature metadata: cost allocation tags and inference profiles on Bedrock, per-project API keys plus request logging on OpenAI and Azure. Land all provider usage in one queryable ledger and report cost per feature, not per provider.
What is the fastest way to cut LLM API costs?
Three levers, in order: enable prompt caching for the static prefix of your prompts (cached input bills at a fraction of the standard rate), move non-interactive work to batch endpoints (roughly half price), and shorten outputs, since output tokens are priced at a multiple of input tokens.
How many companies actively manage AI spend now?
Per the FinOps Foundation State of FinOps 2026 report, 98% of FinOps teams now manage AI spend, up from 63% in 2025 and 31% two years ago. The most requested capability is granular monitoring of tokens, LLM requests, and GPU utilization.
Should FinOps for AI report to finance or engineering?
The trend is engineering: 78% of FinOps teams now report to the CTO or CIO (State of FinOps 2026), up 18 points from 2023. The people who can fix an expensive prompt, cache a prefix, or right-size a model are engineers, so AI cost management works best as an engineering discipline with finance visibility.
Sources
About the author
Hermann Lotter
FinOps practitioner who has led cloud and AI cost optimization inside a 180-person organisation, identifying six-figure annual savings across AWS and LLM spend. He writes Easy Entropy from hands-on engagements, not theory. LinkedIn
Free Assessment
Want this outcome in your AWS bill?
Get a free cloud cost analysis and a prioritized optimization roadmap.
Request Free Analysis →Related Articles
Cost Optimization
How to Reduce Your AWS Bill: A 30-Day Step-by-Step Guide
To reduce your AWS bill, work in this order: turn on Cost Explorer and daily CUR to find where the money actually goes, delete idle and orphaned resources, right-size overprovisioned compute and storage, then buy Savings Plans against the baseline that survives. Most accounts that have never been optimized give up 20% to 35% within 30 days, and the first two steps cost nothing and carry no production risk. Buying commitments first is the common mistake: it locks in the waste you have not removed yet.
AI FinOps
Sync Cursor Teams Spend to Your Warehouse with Airbyte
An open source Airbyte connector for preserving Cursor Teams spend, usage, member, and event data before the API retention window rolls forward.