Claude Code Opusが利用可能な週間容量があるにもかかわらず、レート制限エラーで失敗する

問題の詳細
Claude Maxの購読者が、Sonnetの週間制限に達した後、Claude CodeでClaude Opusに切り替えた際にレート制限の問題に遭遇しました。週間の「全モデル」容量の97%が利用可能であるにもかかわらず、Claude CodeでのOpusへのすべてのリクエストがAPIエラー: レート制限に達しましたを返しました。
ユーザーの使用状況ダッシュボードには以下が表示されていました:
- 全モデル週間:3%使用済み
- Sonnetのみ週間:100%使用済み
- 現在のセッション:46%使用済み
技術的状況
ユーザーはClaude Code v2.1.74を使用しており、/modelコマンドでモデルが正しくclaude-opus-4-6に設定されていました。/statusで確認したところ、Claude APIやコンソールの課金パスではなく、「Claude Maxアカウント」としてログインしていることが確認されました。
デバッグの試み
ユーザーは以下を試みました:
/logoutと/loginで再認証- 複数回試行しても毎回同じエラー
- 同じアカウントで同時にclaude.aiではOpusが正常に動作することを確認
サポートの対応
AnthropicのAIサポートチャットボット「Fin」は、これは「設計通りに動作している」と述べ、Sonnetの100%制限に達すると「公平なリソース配分」のためにOpusなどの他のモデルへのアクセスに影響すると説明しました。チャットボットはこのポリシーのドキュメントを提供せず、人間のサポートへのエスカレーションも要求に応じませんでした。
指摘された矛盾点
ユーザーはいくつかの矛盾点を指摘しました:
- ダッシュボードはSonnetと「全モデル」の別々の制限を表示しており、独立した追跡を暗示している
- 同じアカウントで同時にclaude.aiではOpusが動作する
- あるモデルの上限に達すると他のモデルがブロックされることを示すドキュメントが存在しない
- 「全モデル」の指標が3%の使用率を示しているが、実際の利用可能性を反映していない
考えられる原因
ユーザーは以下の3つの可能性を示唆しています:
- ダッシュボードに表示されていない隠れたモデル別またはインターフェース別のスロットル
- Claude Codeに特有のレート制限バグ
- 不正確なダッシュボード情報
📖 全文を読む: r/ClaudeAI
👀 See Also

Google DeepMind社員、軍事AI契約巡り組合結成を投票
ロンドンを拠点とするGoogle DeepMindの従業員が労働組合結成を決議し、米国およびイスラエル軍とのAI契約を停止するようGoogleに要求。倫理ガイドラインの削除を懸念。

GM、IT従業員600人を解雇、AIエンジニアを採用しエージェントとモデル開発を強化
ゼネラルモーターズはIT従業員600人(部門の約10%)を削減し、AIネイティブスキル(エージェント開発、データエンジニアリング、クラウドエンジニアリング、プロンプトエンジニアリング)を持つ人材を採用する。

ローカル vs クラウドモデル:Qwen-3.6-27B、Gemma-4-31B、Claude Haiku、Codex-Spark のハードコード生成比較
あるユーザーが、Qwen-3.6-27B(q4_k_m)をローカルのRTX 5080で実行し、APIベースのGemma-4-31B、Claude Haiku 4.5、Codex-Sparkと複雑なコードタスクで比較しました。完全なコードを生成したのはCodex-Sparkだけでした(ただしインポートエラーあり)。他のモデルは部分的に失敗しました。コスト:Gemmaは803k入力トークンで0.112ドル使用しました。

VS CodeがデフォルトでCopilotトレーラーの共同作者を有効化
MicrosoftのVS Code PR #310226では、git.addAICoAuthor設定のデフォルトが'off'から'all'に変更され、AI生成の貢献に対してCo-authored-byトレーラーが自動的に追加されるようになります。また、このPRではrepository.tsにおける実行時のフォールバックの不一致も明らかになっています。