‹ 返回事件历史

某些用户的Copilot预算限制重置延迟

原文Delays in copilot budget limits resets for some users
已恢复轻微故障GitHub
2026年7月1日星期三 18:51 ~ 2026年7月1日星期三 21:26(2 小时 34 分钟)
受影响组件
Copilot
更新记录
已恢复2026年7月1日星期三 13:26

2026年7月1日,大约在UTC时间00:00至13:04之间,部分GitHub Copilot客户在月度重置前预算已用尽,但在新计费月开始后,即使预算已重置,仍被错误地阻止使用付费Copilot服务。部分预算变更的生效时间也比平时更长。仅预算已用尽的客户受到影响,因此影响范围有限。<br /><br />此问题由月度重置时的缓存问题引起:对于某些用户,即使预算已重置,重置前的“预算已用尽”状态仍被重新保存并提供,导致他们继续被阻止。我们在重置前已构建了防护措施以防止此问题,但由于内部配置服务未能正确加载其设置,该措施未能生效。我们通过部署一项更改来解决此事件,该更改会丢弃过时状态并独立于该配置,根据当前预算数据重新计算访问权限,同时处理积压的预算更新。<br /><br />为防止再次发生,我们正在确保重置前的状态无法在月度预算重置后存留,为此故障模式添加警报,并增加容量以应对月度预算更新的激增。

原文On July 1, 2026, between approximately 00:00 UTC and 13:04 UTC, some GitHub Copilot customers whose budget was exhausted before the monthly reset remained incorrectly blocked from paid Copilot usage after the new billing month began, even though their budgets had reset. Some budget changes also took longer than usual to apply. Only customers with an exhausted budget were affected, which limited the impact.<br /><br />This was caused by a caching issue at the monthly reset: for some users, a pre-reset "budget exhausted" status was re-saved and served even though their budget had reset, so they stayed blocked. We had built a safeguard ahead of the reset to prevent this, but it did not take effect because an internal configuration service did not load its settings correctly. We resolved the incident by deploying a change that discards the outdated status and recomputes access from current budget data independently of that configuration, and by working through the backlog of budget updates.<br /><br />To prevent recurrence, we are ensuring pre-reset status cannot survive the monthly budget reset, adding alerting for this failure mode, and increasing capacity to absorb the monthly surge of budget updates.

监控中2026年7月1日星期三 13:05

修复已全球部署,我们正在监控结果。

原文The fix has been deployed globally and we are monitoring the results

监控中2026年7月1日星期三 13:04

影响Copilot的服务降级问题已得到缓解。我们正在监控以确保稳定性。

原文The degradation affecting Copilot has been mitigated. We are monitoring to ensure stability.

排查中2026年7月1日星期三 12:42

延迟重置的修复程序正在部署中。

原文A fix for the delayed resets is currently being deployed.

排查中2026年7月1日星期三 11:44

我们已确定延迟的可能原因,并正在努力寻找解决方案。

原文We have identified the likely reason for the delays and are working on a solution.

排查中2026年7月1日星期三 10:51

我们正在调查有关Copilot性能下降的报告。

原文We are investigating reports of degraded performance for Copilot

事件内容来自 GitHub 官方状态页:查看官方原文。中文由 AI 翻译,仅供快速理解,以官方英文原文为准。

关于这些数据

事件从哪来?

全部来自各厂商官方状态页的公开接口,由本站每 5 分钟同步一次,保留最近 90 天。事件标题、时间、影响级别与更新记录均为官方原文,本站不做改写;点详情页底部的链接可回到厂商原始记录核对。

为什么有的服务查不到历史?

本页只收录对外提供官方状态页的服务。没有公开状态页的厂商(多数国产大模型属于此类)无法取得可信数据,本站不做自建拨测去猜,因此也不会出现在状态总览里。

持续时长怎么算?

按官方标注的开始时间到恢复时间计算;尚未恢复的事件按「至今」计算并标为进行中。跨天的事件在状态条上会覆盖它经过的每一天。