GitHub Copilot is moving to usage-based billing #192948
Replies: 286 comments 412 replies
-
|
Okay, with this change, will you at least bring back Opus since we're all paying for this again? |
Beta Was this translation helpful? Give feedback.
-
|
At least bring back Opus 4.6? 4.5? |
Beta Was this translation helpful? Give feedback.
-
|
Can I request a refund for the remainder of my annual plan? I've stopped using Microsoft GitHub Copilot altogether. |
Beta Was this translation helpful? Give feedback.
-
|
Is there a benefit of using the Copilot Pro+ at 39$/month instead of using the Copilot Pro at 10$/month and paying for extra usage? |
Beta Was this translation helpful? Give feedback.
-
|
how much would be the cost of the tokens? now premium request is 0.04 USD, is it going to be same or 1 million token will be around 10-20 USD and will we have any information how much token agents are using? |
Beta Was this translation helpful? Give feedback.
-
|
tengo una suscripción Copilot Pro o Pro+ y organizacionalmente cuento con todos los servicios Microsoft Copilot 365, como aplica esto para mi. |
Beta Was this translation helpful? Give feedback.
-
|
I'm a bit confused by this. I currently have CoPilot Pro which gets me a set number of Premium Requests. Under the new system, that gives me US$39 a month in AI Credits. How is this different? Is this a shift to some kind of time-based system where requests that take longer cost more? What does this mean in plain language? |
Beta Was this translation helpful? Give feedback.
-
|
I have a pro+ plan, I used 4.6 opus before it got removed, now trying out gpt codex 5.3. If I use let's say 90% current premium request during a month, how much would this cost me extra? Anyone know any estimates or will premium request still be included so I still get my 1500 request ? |
Beta Was this translation helpful? Give feedback.
-
|
Will there be changes to allow a single GitHub account to have both an Individual Pro/Pro+ subscription as well as a seat assigned by one or more Businesses or Enterprises? Or do individuals still need to create a separate GitHub account for each to prevent the wrong Business being charged, or being charged for personal use? |
Beta Was this translation helpful? Give feedback.
-
|
Will unused AI Credits roll over into future months or are the first $10 or $39 in AI Credits a "use it or loose it" scenario? |
Beta Was this translation helpful? Give feedback.
-
|
Removing the free models destroys any value in the individual plans |
Beta Was this translation helpful? Give feedback.
-
|
What are you doing to do for GitHub student account ? About GitHub Ai Credits |
Beta Was this translation helpful? Give feedback.
-
Please, move back into request-based billing. Thanks. |
Beta Was this translation helpful? Give feedback.
-
|
I am really sorry but I am not understanding very well the "convoluted language" you are using. I have simple questions:
|
Beta Was this translation helpful? Give feedback.
-
|
"AI credits"?! More number games. Is there just no where for me to have anything approximating a professional coding environment now? I'm done! |
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
|
This feels like a step in the wrong direction. Developers don’t mind paying for value, but they do mind uncertainty. A subscription with non-rolling, per-token limits removes the one thing teams actually want: predictability. Usage-based pricing isn’t new, OpenAI and Anthropic already do it, but combining it with “use it or lose it” credits makes this feel worse, not better. Add model removals and higher costs, and it starts to look like reduced value at a higher price. I get that there’s a real cost problem to solve. But this approach risks pushing away the exact people who influence adoption. Many of us here decide what tools our companies use and changes like this make that decision harder to justify. |
Beta Was this translation helpful? Give feedback.
-
|
I believe I read that we were supposed to have access to a simulator to compare the current pricing with the new pricing taking effect on June 1st. Is it available somewhere? |
Beta Was this translation helpful? Give feedback.
-
|
Did they release the token calculator for usage-based billing yet? Want to see what I'm going to get charged for based off what I used so I can determine to switch me and my colleagues to something else. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
For me the old $10/month was a no need to think about it price. "Why not?" Now their new model is a think about it price. Especially since our credits expire every month. That's the worst part of all this. So if I really start to understand AI model's capabilities and use my local gemma via ollama for the simple things. And use github agentic models for the hard stuff I'm not saving anything since I lose unused credits. Not good. |
Beta Was this translation helpful? Give feedback.
-
|
Welp, I already used my $39 after 2 days of work. This is not going to work for me. Any suggestions on the best 'low cost' model to use? (I was using Haiku and it was frustrating AF, then was using Opus 4.7, which is ridiculously costly AF. I use a lot of chats, what might be a more affordable (lol, ok 'slightly more economical') model? |
Beta Was this translation helpful? Give feedback.
-
|
Actively looking to completely stop using GitHub now . This is only going to get worse. They are now way over priced. |
Beta Was this translation helpful? Give feedback.
-
I don't think I will have my company use GitHub anymore.
|
Beta Was this translation helpful? Give feedback.
-
|
session rate, weekly rate, and now what? |
Beta Was this translation helpful? Give feedback.
-
|
Dear Github, My question would be if you would be so kind to revert that payment and give me the free choice of monthly payment with the new rules. Alternatively I would say, that I am entitled to keep my current conditions NOT changing the contract as you say. Would be nice to hear from you and maybe a person that is a bit into contract management, because I believe changing a contract on the go is hard to do. Do not get me wrong, your product is great and evolving greatly BUT please try to keep your early adopters in the boat. I am not sure if I will stay after this crisis, but we will see how you are react on this question. Sincerly |
Beta Was this translation helpful? Give feedback.
-
|
Will there be methods to disable pooling, we have concerns of some super users consuming credits faster then others, our procurements are highly regulated and we cannot just arbitrarily buy more credits so for us pooling is somewhat of a negative situation to this new pricing model as it could result in some folks who we are paying licenses for not getting access to any tokens for agentic work. |
Beta Was this translation helpful? Give feedback.
-
|
A friend said he switched to Claude Code. Says it's way cheaper, works with vscode, and you can choose whichever model. I haven't tried it yet, but I am sure going to look into it. Anyone else have 2 cents to add? |
Beta Was this translation helpful? Give feedback.
-
I think GitHub’s product team is making a category mistake with this Copilot usage-model shift.Copilot’s value is not that GitHub can resell AI tokens. Copilot’s value is that GitHub sits on top of the repo, the issue tracker, Actions, Codespaces, Packages, Releases, Projects, environments, secrets, permissions, code review, security, deployment workflows, and the operating system around software delivery. That is the moat. The usage model seems to price Copilot as if routed model access is the main product. It is not. GitHub’s real advantage is not inference. It is orchestration. That distinction matters because the current experience still asks users to manually assemble too much of the value themselves. CLI, VS Code, GitHub web, cloud agents, repo settings, org settings, account settings, MCP configuration, custom instructions, prompts, agents, Actions, secrets, environments, permissions, and billing controls all behave like pieces of a system the user is expected to understand before Copilot becomes reliably useful. That may be manageable for sophisticated engineering organizations. It is brutal for new builders, solo founders, hobbyists, SMB teams, and even mid-market teams without mature platform engineering. So, when GitHub moves Copilot toward usage pricing, users are not just paying for successful work. They are also paying for discovery, misconfiguration, bad context, retry loops, wrong model choices, missing MCPs, weak repo instructions, fragmented settings, and failed agent assumptions. That is not more value. That is charging for friction. The MCP example is especially revealing. The value is not simply that Copilot can use MCPs. The value is knowing which MCPs should be added, which ones are relevant to the repo’s stack, which ones overlap, which ones are secure, which ones should be removed, which instructions still matter, which agents should exist, and how all of that should be maintained over time. Today, too much of that work is still pushed onto the user. Under usage pricing, the user may pay Copilot to slowly and incorrectly figure out the setup that Copilot should have been able to recommend, validate, and maintain as part of the GitHub platform experience. That is the strategic problem. GitHub’s product team appears to be confusing marginal inference cost with platform value. Usage-based pricing can make sense for infrastructure, but Copilot is not yet invisible infrastructure. It is still a fragmented developer experience across multiple surfaces, policies, settings, contexts, and billing systems. The result is a bad value exchange: GitHub is adding a meter before GitHub has fully removed the complexity that causes wasted usage. This is especially dangerous because GitHub’s own BYOK direction already proves where the durable value is. If customers can bring their own model keys and still use Copilot workflows, then the defensible product is not token resale. The defensible product is GitHub-native workflow automation, governance, context, security, and delivery improvement. That should be the center of the business model. The better model is not “charge developers more accurately for model consumption.” The better model is “help users create more successful GitHub-native projects, then monetize the platform activity that success creates.” For a solo founder or new developer, Copilot should be the product that turns a rough repo into something real. It should inspect the README, package files, framework, deployment target, open issues, workflows, secrets, branch rules, security posture, release process, Actions usage, Codespaces setup, LFS usage, Packages, environments, and project structure. Then it should propose and implement the right GitHub setup inside a user-defined budget. The experience should feel more like this:
That would be value. That would make GitHub feel like the place where ideas become real software businesses. That would turn Copilot into a concierge for the GitHub ecosystem, not just a metered chat box attached to a repo. The same issue shows up differently across market segments. For individual builders, the problem is unpredictability. They need Copilot to reduce wasted money, not create another bill they do not understand. For SMBs, the problem is operational leverage. Small teams usually do not have dedicated platform engineering, DevOps, security, and release-management staff for every repo. Copilot should help them get professional-grade testing, documentation, deployment workflows, release discipline, and security hygiene without requiring a specialized team. For mid-market companies, the problem is consistency. These teams often know what good looks like, but they do not have unlimited capacity to enforce it across every repo, product team, workflow, environment, package, and release process. Copilot should find variance, propose standardization, open PRs, create issues, and keep teams moving toward stable delivery. For enterprise customers, the problem is governance at scale. They need policy alignment, auditability, release discipline, dependency management, secrets management, environment controls, measurable productivity improvement, and security hygiene across many teams. Copilot should not merely generate code. It should help the organization continuously improve engineering outcomes inside GitHub. The better analogy is Google Ads. In Google Ads, the customer sets a budget, defines an outcome, and expects the platform to learn how to get the most valuable clicks, conversions, and revenue within that budget. GitHub Copilot should work similarly for software delivery. A customer should be able to set a repo or organization budget and define the outcome: more stable releases, fewer broken builds, better test coverage, faster PR review, safer secrets handling, cleaner dependencies, better documentation, clearer code comments, lower Actions waste, better issue hygiene, or higher deployment confidence. Then Copilot should learn how to maximize those outcomes across the repo or organization. That is where GitHub’s value is:
The value is in learning how to get the most stable releases with the most product value from the work already inside GitHub. The value is charging for stability at autonomous scale. That is a stronger business than token resale. And frankly, token resale is a weak strategic position. Users with serious token budgets already know how to use API keys. They can compare OpenAI, Anthropic, Google, Cursor, Windsurf, Antigravity, CLI wrappers, and other agentic IDEs. If GitHub’s bill looks mostly like model-provider economics plus a GitHub seat fee, then GitHub is inviting users to ask why they should not buy model access directly and use another tool for the agentic layer. Then the harder question follows: why stay? Local git plus a strong agentic CLI becomes good enough for many users if GitHub feels like a confusing meter instead of the place where software gets safer, cleaner, and closer to production. GitHub’s advantage is not that it can route model calls. GitHub’s advantage is that it has long been the place where it made the most sense to track vulnerable packages, respond to public issues, collaborate in the open, manage releases, automate delivery, and bring software to market without forcing every builder to buy an entire platform team. GitHub’s advantage is that it can make the repo better, safer, more deployable, more maintainable, more automated, and more likely to become a real product. That is what pricing should reflect. A better packaging model would be:
Right now, the incentive feels backwards. Users are being asked to pay more while still doing too much of the configuration, context management, integration, and cost-control work themselves. Copilot risks becoming more expensive before it becomes more useful. That is the missed opportunity. GitHub should be using Copilot to turn dormant repos, messy repos, beginner repos, and under-managed team repos into stable, shipping, GitHub-native projects. That would increase trust, retention, Actions usage, Codespaces usage, Packages usage, security adoption, project-management adoption, and enterprise governance value. Instead, this usage shift risks turning Copilot into an additional tax on GitHub participation. The biggest strategic error is thinking GitHub can win by reselling AI usage. The second biggest error is presenting this as a value increase when much of the practical value still depends on a complex arrangement of repo setup, settings, MCPs, prompts, agents, instructions, workflows, permissions, budgets, and product knowledge that users must manually discover and maintain. GitHub should not be charging users primarily for the tokens consumed while they struggle through that complexity. GitHub should be charging for making that complexity disappear. That is the opportunity: take someone from a README, a broken repo, or a vague idea to a production-ready GitHub-native project moving at 1200 mph. If Copilot did that, the usage model would not need to be defended so hard. The value would be obvious. Right now, this feels like the software version of shrinkflation: a package labeled “Now 20% more” after the box got emptier and the price went up. That is why the reaction is so sharp. People are tired of paying more for less certainty, more friction, and more fine print. GitHub is the home of open source and the default place where many people first learn how software becomes real. Not every user has the budget to make mistakes faster. Some users are trying to go to market without feeling like they cannot trust their own code. Some teams are trying to stabilize delivery without hiring a full platform department. Many users simply want the complexity to go away so they can turn ideas into products. This is the part that should worry GitHub’s product team: this pricing direction may recover pennies on compute while weakening the ecosystem that makes Copilot strategically valuable. That is not leverage. That is self-harm dressed up as monetization. GitHub should not hurt the platform for a penny. |
Beta Was this translation helpful? Give feedback.
-
|
Hi. |
Beta Was this translation helpful? Give feedback.




Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hello GitHub Community,
Today we announced we are transitioning to a usage-based billing model for GitHub Copilot, effective June 1 📆 Please refer to the blog post for the full announcement link to blog, and you’ll find an FAQ below.
Frequently Asked Questions
Why is GitHub changing the Copilot billing model now?
We’re making this change now because GitHub Copilot simply is not the same product it was a year ago—it now powers far more complex, agentic workflows that consume far more compute. This change is designed to deliver a more sustainable and reliable product experience by aligning pricing to actual usage and costs.
Isn’t this just a price increase disguised as a billing change?
The per seat subscription cost of GitHub Copilot is not increasing, and code completions and Next Edit Suggestions remain unchanged. Users with intense agentic usage will likely see an increase in costs because those features consume more compute. With pooled entitlements, organizations that use Copilot Business or Copilot Enterprise may see their total charges reduced as entitlement pooling balances more active users with less active.
This just wiped GitHub’s value moat – why should I stay?
We believe GitHub Copilot remains the best value and experience for agentic coding. Usage-based billing aligns cost more closely to actual usage and value, while continuing to offer developers the freedom to choose the models and agents that work best for them.
Will there be any free models anymore with this shift?
With the shift to usage-based billing, free models are no longer part of our offering.
If we run out of AI credits mid-month, does Copilot stop working?
If your entitlement and set overage budget is fully consumed, you can continue to use Copilot for code completions and Next Edit Suggestions but will have to wait for your entitlements to reset, purchase additional usage, or upgrade your plan to use other features. We’ve built usage surfaces that show your consumption as a percentage of your budget and in dollar terms so you can track usage as you go and plan accordingly.
For Copilot Business and Copilot Enterprise users, notification at various consumption levels will be sent to your GitHub admins as your entitlements are drawn down. With pooled entitlements, all included credits are pooled across your business. This means power users can draw more when they need it, and lighter users offset the balance.
How can I forecast our AI spend if the bill changes monthly?
We’re rolling out a preview bill experience in the coming weeks to show all users how their costs may shift under the new billing model. This will be available to users via their Billing Overview page when they log in to GitHub.com.
We currently use PRUs for some features, how does this change that?
With usage-based billing, we’re replacing PRUs with a new unit called GitHub AI Credits, which are based on the tokens your interactions consume and priced according to the listed API rates per model. All features aside from code completions and Next Edit Suggestions, which remain unlimited, will be measured and billed in GitHub AI Credits.
Will Actions minutes consume my AI Credits?
Your monthly bill will include both the total cost of your token usage and Actions minutes consumption.
Additionally, Copilot code review recently moved to an agentic architecture that runs on GitHub Actions, and starting June 1, 2026, reviewing a pull request with Copilot will count against your included Actions minutes at the same per-minute rates as any other Actions workflow.
I’m on an annual plan, how does this affect my billing?
We’re retiring annual plans. If you’re currently on an annual plan, you’ll continue to use PRUs until your subscription expires. After it expires, you’ll be moved to a Copilot Free plan unless you sign up for a new monthly paid subscription.
While you can keep using your annual plan until it ends, we’ll be updating model multipliers for PRUs when our new billing model goes live on June 1. We recommend switching to a usage-based monthly plan on June 1, and we’ll provide credits that reflect the prorated amount left on your annual plan subscription.
How are you determining what to charge me and how does that change depending on which model I’m using?
Usage-based billing means you are charged based on the tokens your interactions consume, priced according to the listed API rates per model. We’ve built usage surfaces that show your consumption as a percentage of your budget and in monetary terms. These show up in your editor, on GitHub.com, and in admin dashboards.
Will you resume Copilot trials now that you’ve implemented token-based billing?
Our focus has always been on lowering the barriers to entry for anyone who wants to code and that’s why we continue to offer Copilot Free as a no-cost option. Unfortunately, we’ve observed a high volume of abuse through trials and paused them while we investigate. We are actively working on improved safeguards to prevent misuse of the trial system and will share an update when we have one.
Will we continue to see increased usage limiting?
Unfortunately, users will continue to see increased usage limiting until usage-based billing is implemented on June 1. We know it’s frustrating, and moving to usage-based billing allows us to reduce it. By aligning usage with costs, we can provide a Copilot experience that's predictable and reliable for all users.
Why not implement usage-based billing now? Why continue with painful changes like more usage limiting?
Usage-based billing requires standing up a new billing and metering infrastructure, which won’t be operational until June 1. In the meantime, we need to implement additional changes to ensure a predictable, reliable experience for all users. These are short-term safeguards, and we expect to lift restrictions once our new billing model is in effect.
Why are you only offering promotional pricing for existing Copilot Business and Copilot Enterprise users, and nothing for existing Pro and Pro+ users?
While we're not offering promotional pricing for individual paid plans, we’re offering the same 1:1 ratio of plan price to monthly entitlements as we offer for Business and Enterprise. We believe Pro and Pro+ plans remain competitive offerings that deliver high value for individual users.
Will my unused AI credits roll over from month to month?
No. Your unused AI credits do not roll over from month to month. They will reset at the start of each monthly billing cycle.
Beta Was this translation helpful? Give feedback.
All reactions