距上次額度重置
7 天7 小時
Max 方案 · 仅周额度
上次重置
09-04
20:08
近 30 天重置
2
無重置卡
典型間隔
7.1 天
最近 10 個間隔中位數
預計下次
09-11
已超期 4 小時
歷史推算，非官方排程預計 = 上次重置 + 最近最多 10 個間隔的中位數。Anthropic 從未承諾重置節奏，這只是提示，不是排程；以原帖為準。
重置日曆
最近 26 週 · (UTC+0)額度重置重置卡無記錄
3月4月5月6月7月8月9月
點擊日期查看當天記錄 · 黑框為今天 · 半填充表示兩種事件同日發生
選擇一個日期查看記錄。
重置記錄
13 個事件 · 點列或 +N 展開來源左右滑動查看完整記錄 →
| 日期 | 類型 | 影響範圍 | 原因 | 原帖 |
|---|---|---|---|---|
| 09-0420:08 | 額度重置 | Max 方案仅周额度 | 競品動作应对 Astra 发布，官方说法是长周末本站歸類，非官方確認的動機 | 原帖 ↗ |
| ||||
| 09-0118:35 | 額度重置 | 所有用戶 | 新模型Fable 5.1 发布 | 原帖 ↗ |
| ||||
| 07-1603:58 | 額度重置 | 所有用戶 | 未說明 | 原帖 ↗ |
| ||||
| 07-0918:01 | 額度重置 | 所有用戶 | 未說明 | 原帖 ↗ |
| ||||
| 07-0121:16 | 額度重置 | 所有用戶 | 新模型Fable 5 恢复可用 | 原帖 ↗ |
| ||||
| 06-2000:05 | 額度重置 | 所有用戶全部套餐 | 週末 | 原帖 ↗ |
| ||||
| 06-1902:50 | 額度重置 | 受影響用戶受 bug 影响的约 3% Max 与 Pro 用户 | 修復周额度显示错误 | 原帖 ↗ |
| ||||
| 06-1302:24 | 額度重置 | 所有用戶 | 未說明 | 原帖 ↗ |
| ||||
| 06-0921:48 | 額度重置 | 所有用戶 | 新模型Fable 5 发布 | 原帖 ↗ |
| ||||
| 06-0117:35 | 額度重置 | 付費用戶Pro 与 Max | 修復子代理过多导致用量消耗过快 | 原帖 ↗ |
| ||||
| 05-1518:00 | 額度重置 | 所有用戶 | 週末 | 原帖 ↗ |
| ||||
| 04-2317:44 | 額度重置 | 所有用戶 | 修復Claude Code 质量问题的事后复盘 | 原帖 ↗ |
| ||||
Claude 的額度重置由官方帳號 @ClaudeDevs 宣布。歷史上多發生在 bug 修復後、新模型發布和長週末前；除非原帖點名方案，否則同時清零所有用戶的 5 小時與每週額度。本站把每次公告記為一個事件，標註範圍和原因，並連結原帖。
常見問題
這裡的「重置」和我帳號裡的倒數是一回事嗎？
不是。帳號裡的 5 小時 / 每週視窗自動滾動；這裡只記官方額外宣布的一次性清零（額度重置）和發放的重置卡。公告時間不等於你帳號的恢復時間。
額度重置和重置卡有什麼區別？
額度重置是當場把所有人的用量清零。重置卡（banked reset）是存進你帳號裡的一次機會，要自己點用才生效，光看到公告並不會自動回滿。
資料從哪來？
只看 @ClaudeDevs 官方帳號的公開貼文。每幾分鐘抓一次，入庫前人工確認，每筆記錄都能點到原帖。
「預計下次」準嗎？
不準。它只是上次重置加上最近最多 10 個間隔的中位數。Anthropic 從未承諾過節奏。
漏了一則怎麼辦？
抓取每幾分鐘一輪，入庫前人工確認，寧可晚幾分鐘也不把段子當公告。發現漏了可以在 X 上 @ 我們。
Claude 的「每週額度」和「5 小時額度」有什麼區別？
5 小時視窗滾動恢復；每週額度每週固定回滿。官方重置有時只清每週額度（如 Max 那次），記錄裡會在影響範圍寫明。