On June 1, 2026, GitHub permanently retired flat-rate “premium requests” for Copilot and replaced them with usage-based AI credits. When the first invoices under the new model arrived a month later, some agentic users saw bills they were not prepared for. One developer reported monthly costs jumping from $29 to $750 for the heaviest agentic workflows.
It was one visible example of a broader shift across the AI tooling market over the course of 2026 — and one that may await organizations still paying a flat rate today. If your AI spend is currently a predictable line item, the question worth asking now is what happens when it stops being predictable.
Refer & earn: 30% of a client’s first month, then 10% of every month after that, for up to 24 months per client. See the partner programme →
What flat rates keep invisible
Organizations count the hours they save. Many of them do not count what a flat rate keeps invisible: context consumption and retries after failure. Other costs never appear on the vendor invoice at all, including the time spent reviewing output and maintaining prompts.
Once billing shifts to actual consumption, organizations without cost discipline risk a bill that surprises them in much the same way Copilot’s new model surprised some users. The mechanism is straightforward: under a flat rate, nobody has a reason to ask how much context a workflow is sending, because the answer doesn’t change the bill. Under consumption-based billing, that question becomes part of the cost.
The token math behind agentic workflows
In May 2026, Stanford’s Digital Economy Lab published an analysis of agentic coding tasks across eight frontier models. It found that these tasks consume up to a thousand times more tokens than a simple code chat, with the main driver not being the model’s output but the input context it re-sends over and over. The agent re-reads its entire history at every subsequent step. The same task, run multiple times, varied in token consumption up to thirtyfold.
Accuracy doesn’t scale linearly with context volume either: it often peaks at a moderate amount and then just adds cost without adding value. Sending an entire document is the fastest way to give a model information. It isn’t automatically the cheapest or the best way.
This is what the source article calls token blindness. It isn’t about AI not needing context. It’s about the fact that without measurement, no one asks whether all that context is actually necessary.
Retries are a line item, not a footnote
Agentic workflows carry another cost that almost never shows up in ROI calculations. Picture a simplified chain of ten steps, each with a 95 percent chance, on its own, of running correctly. That sounds reliable enough, but strung together, that chain has only about a 60 percent chance of making it through the whole run without a single error.
In a workflow that sends the accumulated context again on every call, each failure and the retry that follows doesn’t just cost you the repeated step: you pay again for everything sent before it too. The same analysis calculates that a ten-step agent with 95 percent reliability per step burns roughly 40 percent more tokens on retries than a perfectly reliable system. That is a cost you will see on the invoice but, likely, won’t find in any ROI spreadsheet.
The review work nobody budgets for
Reviewing AI output isn’t a system failure; it’s a legitimate, expected part of working with AI, the same way code review is a legitimate part of working with developers. The problem isn’t that output gets reviewed. The problem is that this work almost never gets factored into the calculation of how much AI actually saved.
Glean’s Work AI Institute surveyed 6,000 workers and found that automation saves them about 11 hours a week, but nearly six and a half of those hours go into maintenance tasks: giving AI systems context, checking their work, and cleaning up mistakes. The net saving is closer to four and a half hours — less than half the headline figure. AI still saves time, just not as much as the first number suggests.
Prompts behave more like production code today. A model update, a change in context or a seemingly minor edit can alter how they perform. Without versioning and testing, those changes can quietly introduce problems. The regression tests that are standard practice for code are still often skipped when it comes to verifying prompts. A change that looks like a minor edit to a single sentence can reach production and reduce accuracy without anyone noticing until the problem has accumulated into something visible.
The paradox: cheaper tokens, higher bills
GitHub Copilot wasn’t an exception. A survey cited by CFO Dive found that nearly seven in ten U.S. companies reported at least partial AI budget overruns over the past year, mostly before a full shift to consumption-based billing, not after it.
Bain & Company, in its June analysis of token economics, adds a paradox that captures the whole situation: the price per token fell by half over the year, while consumption over the same period grew 4.5 times.
The model got cheaper, but the bill stays stubbornly high. Companies moved to newer models, gave agents more complex tasks and found more workflows for them. A cheaper token did not mean lower spending; it meant there were more reasons to consume one.
What to check before you scale further
The framework that follows isn’t about using less AI. It’s about knowing what AI costs before you decide to scale it further.
Until you have consumption broken down by team, workflow, application and completed task, every expansion is a blind bet. That visibility isn’t free either: for agentic workflows especially, tracing each step, logging what happened and why, and monitoring for runaway loops takes its own engineering time and tooling. Budget for it as part of the cost of running AI, not as an afterthought on top of it.
Subtract the time spent on review, fixes and prompt maintenance from the reported hours saved. If time saving is the purpose of the use case and the net result is negative or unverifiable, it is not ready to scale. Where the intended benefit is quality, capacity, risk reduction or revenue instead, measure that outcome directly.
A hard spending cap makes sense where failure is cheap: internal tools, experimental agents, dev environments. For critical, customer-facing functionality — a customer-service assistant, for example — a hard cap isn’t workable, because it creates an outage risk. There, you need tiered fallbacks to a cheaper model and early-warning alerts, not a shutoff at zero.
Prompts should be versioned, tested and reviewed before deployment, the same way you would manage production code. And vendor pricing is difficult to evaluate without your own usage data. Before a renewal or model change, calculate what your existing workflows would cost under the proposed terms. The goal isn’t only to negotiate a lower price. It’s to know how that price will behave at your actual level of consumption, instead of finding out from the invoice.
Three things you can do this week: check whether you can break down AI consumption by team and workflow; choose one use case and put the time spent on review next to the hours reportedly saved; and find out where a hard spending cap could create an outage instead of controlling a cost.
AI costs can be managed. Just not when you are finding out what they are for the first time from the bill.
Faida Workforce advises organizations on AI adoption and workforce planning, including cost and measurement questions of the kind discussed here. We mention this so readers can weigh the source; nothing in this article depends on engaging us.
Sources
- The Hidden Costs of AI at Scale — Unite.AI
By Faida Workforce Editorial. AI tools assist in drafting and research; a human editor reviews and is accountable for the published piece.
30% of their first month, then 10% every month after that
Refer a business to Faida Workforce and you earn 30% of the client’s first paid month, then 10% of every month for up to 24 months per client — rising to 15% from the accrual after you pass 10 active clients. Paid by PayPal, batched on the 1st.
10 Pro clients = $2,598.70 over 24 months — $3,748.13 at the 15% tier.
Figures are potential earnings worked from the published rates, assuming every referred client pays for the whole cap — not a promise, not an average. The $1 trial is never commissionable.
