Claude、週次枠を削るゲームかと思ったら運営がHP全回復してくる――リセット史とOpus 5.5 / Fable 5.1の使い分け
Claude Codeを大量に使っていると、だんだんAIの性能より「あと何％使えるか」が気になってくる。
5時間枠。週次枠。モデル別の上限。追加クレジット。
ところが2026年のClaudeには、もう一つ妙なイベントがある。
Anthropicが突然、利用上限を満タンに戻す。
しかも一度や二度ではない。
一方、2026年9月22日のClaude Opus 5.5公開では、これまでの「運営が勝手に満タンにする」方式とは違い、利用者が好きなタイミングで押せる保存型のlimit resetまで登場した。
ゲームで例えるなら、普段はスタミナ制なのに、たまに運営が全員へ全回復をかけ、さらに今回は「好きな時に使える全回復薬」まで配り始めたようなものだ。
ただし、ここを雑に理解すると危ない。
通常リセット、臨時リセット、保存型リセットは全部別物である。
1. Claudeには「3種類の回復」がある
まず通常運用。
ProとMaxでは5時間単位の利用上限があり、さらに週次上限がある。週次上限はアカウントごとに決められた曜日・時刻に通常どおり戻る。
これは予定された回復だ。
次に、Anthropicが必要に応じて行う臨時リセット。
モデル公開、利用量を異常に消費する不具合、品質問題などの後に、5時間枠や週次枠が一斉に満タンへ戻された実績がある。
最後が保存型のlimit reset。
Anthropicの公式ヘルプでは、対象プランへ「occasionally」、つまり不定期に付与される仕組みと説明されている。表示されたresetの種類によって、5時間枠か週次枠のどちらかを任意の時点で満タンへ戻せる。使っても通常の週次リセット時刻は変わらない。
重要なのは、保存型resetは「追加トークンの袋」ではないことだ。
残量10％の週次枠を100％へ戻すなら大きい。しかし残量95％で押せば、ほとんど捨てることになる。
回復薬なので、空腹でもないのに食べると損である。
2. 保存型は珍しい。だが「運営リセット」はかなり多かった
claude-resets.comは、Anthropic公式の@ClaudeDevsやClaude Codeチームの発表を収集し、2026年4月16日以降のリセットを追跡している。同サイトはAnthropic非公式であり、分類は二次資料だが、各項目から元の公式投稿へたどれる。
2026年9月22日までに追跡されたリセットは14件。うち13件はその場でカウンターを戻す方式、1件が保存型resetだった。平均間隔は12.2日、最長空白は47.6日、単純な観測ペースは月2.7回。
| 日付 | 対象 | 内容 |
|---|---|---|
| 4/16 | 全体 | Opus 4.7の長文コンテキスト時の上限調整不具合を修正後、5時間・週次をリセット |
| 4/23 | 全体 | Claude Code品質問題の修正後にリセット |
| 5/15 | 全体 | 5時間・週次をリセット |
| 6/1 | Pro + Max | 過剰な並列subagentで利用量が速く減る不具合を修正後にリセット |
| 6/9 | 全体 | 5時間・週次をリセット |
| 6/13 | 全体 | 5時間・週次をリセット |
| 6/19 | 影響ユーザー | 誤った週次上限が表示される不具合の影響者をリセット |
| 6/20 | 全体 | さらに全プランの5時間・週次をリセット |
| 7/1 | 全体 | Fable 5再提供に合わせてリセット |
| 7/9 | 全体 | 5時間・週次をリセット |
| 7/16 | 全体 | 5時間・週次をリセット |
| 9/1 | 全体 | Fable 5.1公開日に5時間・週次をリセット |
| 9/4 | Max | Maxの週次上限をリセット |
| 9/22 | Pro / Max / Team | Opus 5.5公開に合わせ、保存して任意に使えるlimit resetを付与 |
6月から7月を見ると、もはや回復イベントの連打である。
6/9 → 6/13 → 6/19 → 6/20 → 7/1 → 7/9 → 7/16。
「週次上限とは何だったのか」と言いたくなる密度だ。
しかし、その直後に7/16から9/1まで47.6日空いた。
ここが最重要である。
平均12.2日は予定表ではない。
臨時リセットは権利ではないし、Anthropicは「12日ごとに配ります」と約束していない。
3. なぜこんなに何度も戻したのか
履歴を見ると理由は一つではない。
第一は不具合補償。
6月1日は、一部Claude Codeセッションが必要以上に並列subagentを起動し、想定より速く利用量を消費する問題が修正され、その後ProとMaxの上限が戻された。
6月19〜20日も、週次上限表示の不具合から始まり、影響ユーザーだけのresetの翌日に全体resetまで行われた。
第二はモデル公開。
7月1日のFable 5再提供、9月1日のFable 5.1、9月22日のOpus 5.5など、新モデルを試しやすくするタイミングで回復措置が入っている。
第三は、明確な障害と結び付いていないサービス的なreset。
5月15日のように、単純に全員の5時間・週次を戻した例も記録されている。
つまり臨時resetは「定期ボーナス」ではない。
障害補償、ローンチ促進、キャパシティ運用、サービス施策が混ざった不定期イベントと見る方が正確だ。
4. 9月22日、回復薬が「保存可能」になった
Opus 5.5の発表で、Anthropicは5時間上限を引き上げると同時に、subscription usersへrate limit resetを提供し、「save and use whenever you choose」と明記した。
公式ヘルプでは使い方も整理されている。
- WebまたはClaude DesktopのSettings > Usageを開く
- Resets欄の「Reset for free」を押す
- 確認して実行する
- Claude MobileやClaude Codeのターミナルからボタン自体は押せない
- ただし利用上限はアカウントで共有されるので、Webで押せばClaude Code側も回復する
- resetによって5時間枠か週次枠のどちらかが満タンになる
- 通常の週次リセット時刻は変化しない
- 一度使うと取り消せない
- 期限がある場合はSettings > Usageに表示される
9月22日分について、追跡サイトと利用者画面の記録では10月22日までの期限が確認されている。ただし正確な期限日時は自分のUsage画面を正本にすべきである。
これで戦略が変わる。
以前の一斉resetは、残量が多い人にも少ない人にも同じ瞬間に来た。残量80％でも強制的に100％へ戻るので、20％しか得しない。
保存型なら、自分の残量がほぼ尽きた時まで待てる。
同じ「1回満タン」でも、保存できるだけで実効価値が大きくなる。
5. Fable 5.1は「Opus 5.5より上」と単純には言えない
ここは9月中に状況が変わったので注意が必要だ。
9月1日にFable 5.1が出た時、AnthropicはFable 5.1を最難関のコーディング・知識労働向けモデルとして発表した。
しかし9月22日にOpus 5.5が登場すると、AnthropicはOpus 5.5を「new leading model」と表現し、「most workでFable 5.1の水準」と説明した。
公開ベンチマークでもOpus 5.5がFable 5.1を上回る項目は複数ある。Anthropic自身も、実運用では両者の差はベンチマークの見かけより小さいとしている。
したがって現在の整理は、
Fable 5.1 > Opus 5.5 > Sonnet
のような一本線ではない。
むしろ、
- Opus 5.5：現在の主力。コーディング、エージェント、知識労働でFable級の性能を狙いつつ効率が高い
- Fable 5.1：非常に重い問題向けの別の最上位系モデル。特にプラン上の消費方法が異なる
- Sonnet系：速度や軽量性を重視する用途
という「能力と消費のトレードオフ」で見る方が実用的だ。
API価格でもOpus 5.5は入力4ドル・出力20ドル/100万tokens、Fable 5.1は入力10ドル・出力50ドル/100万tokensと大きく違う。
6. Fableはプランによって本当に「消費が重い」
Fable 5.1の扱いは契約プランで変わる。
Max、Teamのpremium seat、一部Enterprise premium seatでは、Fableは通常の週次上限の中から使える。ただし週次枠の最大50％までというFable側の天井があり、公式ヘルプは「use them faster than other Claude models」と明記している。
つまりMaxでFableを連打すると、同じ週次予算を速く燃やしやすい。
一方、ProやTeam standard seatではFable 5.1は通常のプラン内週次枠に含まれず、usage creditsによる従量利用になる。
この違いは大きい。
「Fableを使ったら週次枠が速く減った」という話と、「Fableを使ったら課金creditsが減った」という話は、プランが違えば別の現象である。
7. 大量にClaude Codeを回すなら、最適化対象は「最高知能」ではなく総仕事量になる
単発の難問なら、一番強そうなモデルを投げればいい。
しかし、修正、監査、リファクタ、調査、テストを何本も並列で流すと事情が変わる。
ボトルネックが「1問を解けるか」から「1週間に何件完了できるか」へ移るからだ。
Opus 5.5はAnthropic自身がFable 5.1級の性能を多くの仕事でうたい、Opus 5より典型的ワークロードで40％低コスト、30％超高速な出力としている。
さらにFableはMax等で週次枠を速く消費する。
そのため大量処理では、
- まずOpus 5.5で処理する
- Opusで詰まった本当に難しい案件だけFableへエスカレーションする
- 保存型resetは上限が十分減ってから使う
- 臨時一斉resetが来たらボーナスとして扱う
- 次の臨時resetを前提に作業計画を組まない
という運用が合理的になる。
これは「Fableが弱い」という話ではない。
限界性能よりスループットが支配的な仕事では、少しの性能差より利用可能時間の方が価値を持つという話だ。
8. 結論――チケットはレア、全回復は意外と多い。でも期待値に組み込むな
2026年4月以降の記録を見る限り、Claudeの臨時resetはかなり多かった。
13回の即時resetと、9月22日の保存型reset。平均12.2日。月2.7回。
数字だけなら大盤振る舞いに見える。
しかし最長47.6日の空白もある。
したがって実務上の理解はこれが一番安全だ。
通常枠は通常枠として使う。 臨時resetは降ってきた追加燃料として使う。 保存型resetは最も価値が高くなる瞬間まで温存する。 Fableは「上位だから常用」ではなく、Opus 5.5で足りない時に使う。
Claudeの利用制限は、単に「週何回使えるか」だけを見ると分かりにくい。
通常回復、運営の全回復、保存できる回復薬、モデル別の燃費。
そこまで分けて見ると、かなりゲームのリソース管理に近い。
そして2026年のClaudeは、ときどき運営が突然「はい、全員HP満タン」と言ってくるゲームでもある。
