Starting June 1, 2026, GitHub Copilot moves from Premium Request Units (PRUs) to token-based billing. Every token sent to a model — input and output — now has a direct cost. For individual developers, this means paying attention to which model they pick. For enterprises running Copilot across hundreds or thousands of engineers, this is a fundamentally different cost governance challenge.
PRUs abstracted token costs into predictable units. That abstraction is gone. Token-based billing means your AI development costs now vary based on model choice, editor context behaviour, reasoning effort settings, and conversation length. The variance between a disciplined team and an undisciplined one isn't 2x — it's 10-30x.
Why This Matters More Than a Pricing Change
Under PRU billing, enterprises could budget with reasonable confidence: X engineers × Y PRUs per month × $0.04 overage. Token-based billing introduces variables that make forecasting harder:
Cost Variables Under Token-Based Billing
- Model selection — Claude Opus 4.7 costs roughly 10x more per token than Claude Haiku or GPT-5 mini. Under PRUs, the multiplier was 3x vs 0.33x. Under token billing, the actual cost spread is wider.
- Editor context size — Different editors send different amounts of context to the model. An editor that ships your entire repository as context inflates input tokens dramatically. This was invisible under PRUs.
- Reasoning effort — Low/Medium/High/Extra High reasoning effort directly scales token output. An engineer using Extra High reasoning for formatting tasks is burning tokens for no value.
- Conversation length — Long chat sessions accumulate context. Each turn re-sends the conversation history. A 20-turn conversation costs significantly more than 20 single-turn prompts.
- Agentic workflows — Copilot Cloud Agents (CCA) plan, reason, and implement across multiple turns autonomously. Token consumption for agentic tasks is unpredictable and can be massive.
The FinOps Gap in AI Development Tools
Most enterprises have mature FinOps for cloud infrastructure — they track compute, storage, and network costs by team, project, and environment. Almost none have equivalent observability for AI development tool costs. Token-based billing forces this gap into the open.
What Most Enterprises Are Missing
- Per-team cost attribution — Which engineering teams are consuming the most tokens? Is it proportional to their output, or is one team using expensive models for trivial tasks?
- Model usage patterns — Are engineers selecting models intentionally, or defaulting to the most expensive option because they heard it's "better"?
- Cost-per-feature correlation — Can you correlate AI tool costs with engineering output? Without this, you can't measure ROI.
- Budget alerting — GitHub's per-user budgets are coming, but enterprise-grade alerting (75% threshold, team-level aggregation, trend detection) needs to be built.
- Anomaly detection — One engineer using Claude Opus in fast mode for everything can drain a team budget in days. You need to detect this pattern before the invoice arrives.
Kubernetes Recipes
A practical guide for container orchestration and deployment by Grzegorz Stencel & Luca Berton (Apress).
Watch on Skillshare →The Model Selection Strategy Your Engineers Need
The single highest-impact cost control measure is teaching engineers to match model capability to task complexity. This isn't about restricting access — it's about informed selection:
The Plan/Implement Pattern
The most cost-effective workflow: plan with an expensive model, implement with a cheap one. Use Opus or o3 to design the approach, generate the specification, and identify edge cases. Then switch to Haiku or GPT-5 mini to execute that plan as code changes. The expensive model does the hard reasoning once; the cheap model does the mechanical implementation. This can reduce per-task token costs by 5-10x with minimal quality impact.
Governance Architecture for Token-Based AI Costs
For regulated enterprises — especially under DORA's ICT risk management requirements — uncontrolled AI tool costs are an operational risk. Here's the governance infrastructure you need:
1. Observability Pipeline
Pull token usage data via the GitHub REST API (billing/usage endpoint) into your existing observability platform. Correlate with engineering metrics (PRs merged, tickets closed, deployment frequency). Build dashboards that show cost per team, cost per model, and cost trajectory.
2. Budget Tiers with Escalation
Configure per-user base budgets matching included allotments. Set team-level overage budgets with 75% threshold alerts. Implement escalation paths — when a team hits 75%, their engineering lead gets notified and decides whether to increase the budget or investigate usage patterns. Don't block engineers; create visibility.
3. Model Governance Policy
Publish a model selection guide (like the table above) as engineering policy. Make "auto mode" the default — GitHub's 10% PRU discount suggests they optimise model selection well. Reserve explicit high-tier model selection for tasks that justify it. Track model selection patterns and use them in engineering retrospectives.
4. Anomaly Detection
Set up automated detection for: users consuming >3x median tokens, sustained high-tier model usage beyond planning tasks, single sessions exceeding cost thresholds, and budget burn rate that would exhaust monthly allocation before mid-month. Flag these for engineering leads — not to punish, but to coach.
5. Quarterly Cost Review
Include AI development tool costs in your quarterly technology cost review alongside cloud infrastructure. Compare token costs against engineering output metrics. Identify teams getting the best ROI and share their practices. This is standard FinOps discipline extended to AI tools.
Evaluating RAG Solutions
Choose the right RAG model, configure, test, and optimise.
Start on Pluralsight →The Hidden Cost: Agentic Workflows
The biggest cost risk isn't chat interactions — it's Copilot Cloud Agents. When you ask CCA to plan and implement a feature, it runs an autonomous multi-turn workflow: reading files, reasoning about architecture, generating code, running tests, iterating. Each step consumes tokens. A complex agentic task can consume millions of tokens in a single run.
Agentic Cost Governance
- Set per-task token limits — Cap the maximum tokens an agentic workflow can consume before requiring human review and explicit continuation approval.
- Track runtime costs separately — CCA incurs both token costs and GitHub Actions minutes. Track them together to understand the true cost of agentic development.
- Define agentic task eligibility — Not every task justifies an autonomous agent. Simple features, bug fixes, and well-specified changes are often cheaper as human-in-the-loop chat interactions.
- Require scope documentation — Before launching an agentic task, engineers should document the expected scope. This creates accountability and helps the agent stay focused, reducing token waste from exploration.
What to Do Before June 1
You have one month. Here's the priority list:
30-Day Action Plan
- Week 1: Baseline your current PRU usage. Pull PRU reports via the REST API. Identify your top 10% consumers. Understand which models they're using and for what tasks. This becomes your comparison baseline.
- Week 2: Configure budgets. Set up per-user and team-level budgets with alerting. Start with generous limits — the goal is visibility, not restriction. Test the escalation workflow.
- Week 3: Publish model selection guidance. Send engineering teams the model-to-task mapping. Run a 30-minute session explaining the plan/implement pattern. Make auto mode the default recommendation.
- Week 4: Set up observability. Connect the billing API to your monitoring platform. Build the dashboard. Run a dry-run cost projection using current PRU data converted to estimated token costs.
AI Readiness Checklist
50-point interactive checklist covering strategy, data, infrastructure, governance, and people. Score your organisation's AI readiness.
Get Free Checklist →The Bigger Picture: AI FinOps Is a Discipline Now
GitHub Copilot's move to token-based billing is part of a broader trend. Every AI service is converging on usage-based pricing. Enterprises that build AI cost governance infrastructure now — observability, budget management, model selection policies, anomaly detection — will use that same infrastructure for every AI service they adopt. The ones that treat this as a one-off billing change will rebuild from scratch every time a new AI tool changes its pricing model.
This isn't a Copilot problem. It's an enterprise AI governance problem. Solve it once, architecturally.
Related Reading
- Claude Code, Copilot & AI Dev Tools: Governance Challenges in 2026
- AI Center of Excellence: Designing the Operating Model
- AI Governance Roles & Responsibilities RACI
Need Help with AI Cost Governance?
We help regulated enterprises build AI FinOps frameworks — from observability pipelines and budget governance to model selection policies and cost attribution. Whether it's Copilot, API-based models, or self-hosted inference, the governance architecture is the same. Start with a free assessment.
Related Solution
Navigating AI adoption in a regulated environment? Our readiness assessment maps infrastructure, governance, and compliance gaps in 2-3 weeks.
Explore AI Readiness for Regulated Enterprises →
Luca Berton
