今天,我们对 GitHub Copilot 的个人套餐做出以下调整,以保护现有客户的使用体验:暂停新用户注册、收紧使用限制、调整模型可用性。我们深知这些调整会带来不便,因此希望明确说明调整原因及其对您的影响。
智能体工作流从根本上改变了 Copilot 的计算需求。长时间运行的并行会话现在消耗的资源远超原有套餐结构所能支撑的范围。随着 Copilot 智能体能力的快速扩展,智能体承担了更多工作,越来越多的客户触及了为保障服务可靠性而设定的使用限制。若不采取进一步措施,所有人的服务质量都将下降。
我们已听到您对使用限制和模型可用性的不满,我们需要更清晰地传达正在增设的防护措施——以下是调整内容及其原因。
GitHub Copilot Pro、Pro+ 和学生套餐的新用户注册已暂停。暂停注册使我们能更有效地服务现有客户。
我们正在收紧个人套餐的使用限制。Pro+ 套餐提供的使用额度是 Pro 套餐的 5 倍以上。需要更高额度的 Pro 套餐用户可升级至 Pro+。现在,VS Code 和 Copilot CLI 中会显示使用限制,方便您避免触及这些限制。
Opus 模型不再适用于 Pro 套餐。Opus 4.7 仍保留在 Pro+ 套餐中。正如我们在更新日志中宣布的,Opus 4.5 和 Opus 4.6 将从 Pro+ 套餐中移除。
这些调整对于确保我们能为现有客户提供可预测的服务体验是必要的。如果您遇到意外限制,或这些调整不适合您,您可以在 5 月 20 日之前前往账单设置页面取消 Pro 或 Pro+ 订阅并获得退款。
月度套餐将退还当前月份的全部月度订阅费用。
年度套餐将退还订阅剩余时间的费用。
GitHub Copilot 的使用限制机制
GitHub Copilot 目前设有两种使用限制:会话限制和每周(7 天)限制。这两种限制均取决于两个不同因素——模型 token 消耗量和模型乘数。
会话限制的存在主要是为了确保服务在高峰使用时段不会过载。这些限制的设置方式使得大多数用户不会受到影响。随着时间的推移,这些限制将根据可靠性和需求之间的平衡进行调整。如果你确实遇到了会话限制,必须等到使用窗口重置后才能继续使用 Copilot。
周限制代表用户在一周内可以消耗的模型 token 总数上限。我们最近引入了周限制,目的是控制那些通常运行时间较长、导致成本过高的并行化长轨迹请求。
每个套餐的周限制同样设置为使大多数用户不会受到影响。如果你达到了周限制但仍有高级请求配额剩余,你可以继续使用 Copilot 并采用自动模型选择。当周周期重置时,模型选择功能将重新启用。如果你是 Pro 用户,可以升级到 Pro+ 来提高你的周限制。Pro+ 的限制额度是 Pro 的 5 倍以上。
使用限制与你的高级请求配额是分开的。高级请求决定了你可以访问哪些模型以及可以发起多少次请求。相比之下,使用限制是基于模型 token 的防护栏,它限制了你在给定时间窗口内可以消耗的模型 token 数量。你可能仍有高级请求配额剩余,但仍然会达到使用限制。
避免意外限制并提高我们的透明度
从今天开始,VS Code 和 Copilot CLI 都会在你接近限制时显示你的可用使用量。这些变化旨在帮助你避免意外达到限制。
如果你正在接近限制,可以采取以下几种措施来降低达到限制的可能性:
对于较简单的任务,使用乘数较小的模型。乘数越大,你达到限制的速度就越快。
如果你当前使用的是 Pro 套餐,可以考虑升级到 Pro+,将你的限制提高 5 倍以上。
使用计划模式(VS Code、Copilot CLI)来提高任务效率。计划模式还能提高任务成功率。
减少并行工作流。诸如 `/fleet` 之类的工具会导致更高的模型 token 消耗,如果你接近限制,应谨慎使用。
/fleet
我们这样做的原因
我们看到所有用户的使用强度都在增加,因为他们意识到了智能体和子智能体在解决复杂编程问题中的价值。这些长时间运行、并行化的工作流能带来巨大价值,但也对我们的基础设施和定价结构提出了挑战:现在,少数几个请求所产生的成本就常常会超过套餐价格!这些是我们需要解决的问题。我们今天采取的行动,使我们能够在开发更可持续的解决方案的同时,为现有用户提供尽可能最佳的体验。
编者按:更新于 2026 年 5 月 14 日,以澄清退款政策。
作者
产品副总裁
Today we’re making the following changes to GitHub Copilot’s Individual plans to protect the experience for existing customers: pausing new sign-ups, tightening usage limits, and adjusting model availability. We know these changes are disruptive, and we want to be clear about why we’re making them and how they will affect you.
Agentic workflows have fundamentally changed Copilot’s compute demands. Long-running, parallelized sessions now regularly consume far more resources than the original plan structure was built to support. As Copilot’s agentic capabilities have expanded rapidly, agents are doing more work, and more customers are hitting usage limits designed to maintain service reliability. Without further action, service quality degrades for everyone.
We’ve heard your frustrations about usage limits and model availability, and we need to do a better job communicating the guardrails we are adding—here’s what’s changing and why.
New sign-ups for GitHub Copilot Pro, Pro+, and Student plans are paused. Pausing sign-ups allows us to serve existing customers more effectively.
We are tightening usage limits for individual plans. Pro+ plans offer more than 5X the limits of Pro. Users on the Pro plan who need higher limits can upgrade to Pro+. Usage limits are now displayed in VS Code and Copilot CLI to make it easier for you to avoid hitting these limits.
Opus models are no longer available in Pro plans. Opus 4.7 remains available in Pro+ plans. As we announced in our changelog, Opus 4.5 and Opus 4.6 will be removed from Pro+.
These changes are necessary to ensure we can serve existing customers with a predictable experience. If you hit unexpected limits or these changes just don’t work for you, you can cancel your Pro or Pro+ subscription and receive a refund by visiting your Billing settings before May 20.
Monthly plans will be refunded the entire monthly subscription fee for the current month.
Annual plans will be refunded for the time remaining on your subscription.
How usage limits work in GitHub Copilot
GitHub Copilot has two usage limits today: session and weekly (7 day) limits. Both limits depend on two distinct factors—token consumption and the model’s multiplier.
The session limits exist primarily to ensure that the service is not overloaded during periods of peak usage. They’re set so most users shouldn’t be impacted. Over time, these limits will be adjusted to balance reliability and demand. If you do encounter a session limit, you must wait until the usage window resets to resume using Copilot.
Weekly limits represent a cap on the total number of tokens a user can consume during the week. We introduced weekly limits recently to control for parallelized, long-trajectory requests that often run for extended periods of time and result in prohibitively high costs.
The weekly limits for each plan are also set so that most users will not be impacted. If you hit a weekly limit and have premium requests remaining, you can continue to use Copilot with Auto model selection. Model choice will be reenabled when the weekly period resets. If you are a Pro user, you can upgrade to Pro+ to increase your weekly limits. Pro+ includes over 5X the limits of Pro.
Usage limits are separate from your premium request entitlements. Premium requests determine which models you can access and how many requests you can make. Usage limits, by contrast, are token-based guardrails that cap how many tokens you can consume within a given time window. You can have premium requests remaining and still hit a usage limit.
Avoiding surprise limits and improving our transparency
Starting today, VS Code and Copilot CLI both display your available usage when you’re approaching a limit. These changes are meant to help you avoid a surprise limit.
If you are approaching a limit, there are a few things you can do to help reduce the chances of hitting it:
Use a model with a smaller multiplier for simpler tasks. The larger the multiplier, the faster you will hit the limit.
Consider upgrading to Pro+ if you are on a Pro plan to raise your limit by over 5X.
Use plan mode (VS Code, Copilot CLI) to improve task efficiency. Plan mode also improves task success.
Reduce parallel workflows. Tools such as /fleet will result in higher token consumption and should be used sparingly if you are nearing your limits.
/fleet
Why we’re doing this
We’ve seen usage intensify for all users as they realize the value of agents and subagents in tackling complex coding problems. These long-running, parallelized workflows can yield great value, but they have also challenged our infrastructure and pricing structure: it’s now common for a handful of requests to incur costs that exceed the plan price! These are our problems to solve. The actions we are taking today enable us to provide the best possible experience for existing users while we develop a more sustainable solution.
Editor’s note: Updated May 14, 2026, to clarify the refund policy.
Written by
VP of Product