额度耗尽、预算与速率限制

Copilot 的“达到限制”并不总是月度 credits 用完。速率限制、套餐额度、用户预算和额外使用支付上限是不同机制，应先看界面给出的原因再处理。

区分限制

情况	处理方向
短期 rate limit	等待后重试，检查是否频繁或集中自动发起请求
个人内含额度耗尽	升级套餐、设置允许的额外用量预算，或等待月初重置
额外用量达到支付上限	可能需要先结清已用额外费用，再继续使用
Business / Enterprise 用户预算耗尽	请求管理员提高实际生效预算，或等待重置
企业或部门支出硬上限耗尽	检查对应支出预算与付费政策，增加个人预算不一定有用

GitHub 用速率限制保护容量、公平性并防止滥用。官方此页没有给所有模型通用的每分钟请求数，也没有承诺统一等待秒数，因此本页不填写固定恢复时间。

个人账号

短期错误可以稍后再试，频繁或大规模请求应调整使用方式。升级个人套餐可增加可用用量，但不能把这理解为取消所有速率限制。

内含额度每月重置与临时 rate limit 不同；详细续用选项及 Mobile 订阅的额外 credits 购买限制见个人计费。

组织账号

用户预算始终覆盖共享池与额外用量。提高企业预算不能解除已耗尽的个人预算；共享池有余额也不保证这个用户仍可使用。

被预算阻断的 credits 功能不会自动降级到低价模型。代码补全和 next edit suggestions 不消耗 credits，继续工作。恢复通常依赖下个账期、管理员提高对应预算，或批准用户的预算申请。

先查看实际消耗

按用量监控核对账号页面，并更新显示旧计费术语的客户端。不能仅凭一个仍显示 premium requests 的旧界面判断账号现在采用哪种计费方式；既有年度旧方案也确实可能仍在使用 request-based billing。