GitHub Copilot AI Credits, June 2026: Token Billing Explained and Fallback Removed
GitHub Copilot AI Credits launched June 2026, replacing Premium Request Units with token-based billing. The old model fallback that let you keep working on a cheaper model is gone—agentic sessions now stop when credits run out. Here's what changed and how to manage it.
Archive item produced with AI assistance from the cited source and published without individual review. Editor of record: Joe Werner.

The decision that matters is not the price change—base plan prices are staying flat. The decision that matters is the removal of a safety net: as of June 1, 2026, GitHub Copilot no longer falls back to a cheaper model when you exhaust your quota. Every agentic session now consumes real credits against a real pool, and when that pool runs out, usage stops unless you have configured additional billing.
For teams that use Copilot primarily for tab-completion, almost nothing changes. For teams running Copilot as an agentic coding backend—multi-step sessions, long-context reasoning, third-party agent integrations—the billing model has changed in a way that requires operational attention.
What changed
GitHub announced on April 27, 2026 that all Copilot plans migrate from Premium Request Units (PRUs) to GitHub AI Credits on June 1, 2026.
The new billing unit: 1 AI Credit = $0.01 USD. Usage is measured in tokens—input, output, and cached—multiplied by the published per-model rate, then converted to credits. The same logic applies whether a request comes from Copilot Chat, Copilot CLI, Copilot cloud agent, GitHub Spark, or a third-party coding agent plugged into the Copilot platform.
What stays the same:
- Base plan prices are unchanged: Pro $10/mo, Pro+ $39/mo, Business $19/user/mo, Enterprise $39/user/mo.
- Code completions and Next Edit Suggestions remain unlimited and do not consume credits.
- Annual plan holders keep PRU-based pricing until their plan expires (though model multipliers increase on June 1 for that group).
What changes:
- Monthly credit pools replace request quotas. The included amounts: Business gets 1,900 credits/user/month; Enterprise gets 3,900/user/month. Credits are pooled at the billing entity level—not per-seat—so heavier users can draw from the shared pool.
- Existing Business and Enterprise customers get a promotional bump for the first three months (June 1 – September 1, 2026): 3,000 and 7,000 credits/user/month respectively.
- The fallback experience is removed. Today, when a user exhausts PRUs, Copilot downgrades them to a cheaper model and they keep working. Under AI Credits, when credits run out, usage stops unless admins have enabled additional-usage policies.
- Copilot code review also consumes GitHub Actions minutes in addition to credits.
Why it matters for AI engineering teams
The fallback removal is the operational inflection point.
Until June 1, an engineer running long Copilot agent sessions could exhaust their PRU quota and quietly continue on a lower-cost model. That behavior masked real usage costs and made Copilot feel like a flat-rate subscription even for heavy agentic use. It also meant teams had no strong incentive to instrument their Copilot usage or build cost-awareness into their developer toolchain.
That changes on June 1. The billing now surfaces what agentic sessions actually cost: frontier models—GPT-5.5, Claude Opus 4.7, Gemini 3.5—consume significantly more credits per session than lightweight chat interactions. A multi-file, multi-step agent session using a frontier reasoning model can consume tens to hundreds of credits depending on context size and session length.
The token-rate structure creates predictable math. The April report download (available from the Billing Overview page since May 12) lets admins see exactly how their April activity translates to AI credit consumption. GitHub's guidance: use the report as directional signal, not a recalculated bill, but it gives organizations the first clear look at credit shape per model, per surface, per user group.
Third-party coding agents are in scope. This is easy to miss. Any third-party agent integrated into the Copilot platform consumes AI credits the same way native surfaces do. Teams running external agentic workflows routed through Copilot APIs should account for this in their June credit budgets.
Annual plan holders face a different calculation. Users on annual Pro or Pro+ plans stay on PRU-based pricing until their plan expires—but model multipliers for that tier increase on June 1. If your team is on annual plans and heavy on the newer frontier models, check the model multiplier table before June 1. Converting to monthly plan before expiry gets you a prorated credit for remaining annual value.
The router/operator angle
For teams that use multiple AI provider accounts and route coding agent traffic across Anthropic, OpenAI, and other providers, the Copilot billing change is a reminder of a structural pattern: flat-rate subscription models for AI are not built for agentic usage at scale.
This is the same pressure that has driven almost every major AI provider—OpenAI, Anthropic, Google, DeepSeek—toward usage-based pricing over the past year. GitHub is the latest to acknowledge it. The platform that started as a tab-completion tool has grown into a multi-model agentic platform running long sessions, and the old flat-rate PRU model could not keep up.
What this means for your AI cost governance:
-
Audit your Copilot surface mix before June 1. Code completions are unlimited—they do not matter for credit budgeting. Everything else does: Chat, CLI, cloud agent, Spaces, and third-party integrations. Identify which surfaces your team uses most and at what session lengths.
-
Download the April usage report now. GitHub made it available on May 12. Business and Enterprise admins can download it from the Billing Overview page. Use it to estimate your June credit run-rate before you get there.
-
Review fallback/overflow policies. If you relied on Copilot's implicit model fallback as a cost safety net—long sessions just "getting cheaper" when quotas ran out—you need an explicit policy now. Set admin budget controls and additional-usage policies before June 1 to avoid surprise cutoffs.
-
Consider credit pool dynamics for large teams. Credits pool at the billing entity level. An org with 100 Business users has a shared pool of 190,000 credits/month. Power users—engineers running long agent sessions—can draw from the pool while lighter users contribute. This is intentional, but it means power users can drain the pool for everyone else. Monitor per-user credit consumption in the first cycle and set per-user budget caps if needed.
-
Multi-provider teams: compare net cost vs. direct API access. If your team runs heavy agentic Copilot sessions at the Business plan ($19/user/month = 1,900 credits included), and a single multi-hour agent session using a frontier model runs 200–500 credits, you are getting 4–9 sessions per user per month from the included pool. Workloads that exceed that should be evaluated: is routing the overage through a direct API provider (at published rates) more cost-effective than buying additional Copilot credits?
What TheRouter users should watch or try
Teams routing AI traffic across multiple providers should treat the GitHub AI Credits switch as a signal: agentic usage at production scale doesn't fit flat-rate models, and any team building multi-provider routing policy needs per-model cost tracking that works across their whole stack—not just within one vendor's billing console.
The practical action item for the next six days: pull the April usage report, identify your highest-credit surfaces and models, set admin budget caps, and confirm that your session-length assumptions match the new per-token economics before June 1 cutover.

DashScope API Endpoints: Coding Plan Base URL, Key Format & Routing Rules (2026)
DashScope API endpoints split into two incompatible paths: standard dashscope.aliyuncs.com (sk- key) and Coding Plan coding.dashscope.aliyuncs.com (sk-sp- key).

OpenAI API Key Creation Governance: How Service-Account-Only Enforcement Closes the Shadow-Routing Gap
OpenAI's new org-level key creation controls let admins enforce service-account-only, project-keys-only, or disable all key creation. The first structural control that prevents shadow routing via personal API keys.

OpenAI Now Enforces API Key Expiration at the Org Level: What Gateway Operators Must Audit Today
OpenAI now lets admins enforce a maximum key lifetime at the org or project level. Existing keys are not retroactively shortened, but every new key created after the policy must expire within the limit — your gateway is the riskiest place to hold a long-lived key.