「助かった」——AnthropicがClaude Pro・Max利用制限を全員リセット、原因はOpus 4.8の意外なバグだった

Claude Codeでコードを書いていたら、使用量カウンターが見る見るうちに消えていく——6月1日の朝、そんな経験をしたユーザーからXに報告が相次ぎました。
「通常なら5時間はもつはずが、1時間もたたずに制限に引っかかった」という声です。

数時間後、Anthropicの開発者向けアカウント @ClaudeDevs から発表が届きました。

「Pro と Max プラン全ユーザーの5時間制限と週次制限をリセットしました。
Claude Code で過剰な並列サブエージェントが生成されるバグを修正しました」

この一言に、多くのユーザーが胸をなで下ろしました。
今年に入ってから何度目かのリセットですが、毎回「助かった」という反応が広がるのは、それだけ多くの人がClaude Codeをコア業務に組み込んでいるからかもしれません。

「Dynamic Workflows のせい」——その予想は外れた

最初、多くのユーザーは5月28日に発表された新機能「Dynamic Workflows（ダイナミック・ワークフロー）」が原因だと考えました。
Dynamic Workflows は、Claude Code が一つのセッション内で最大1,000の並列サブエージェント（補助AIタスク）を立ち上げ、大規模なバグ発見やコードベース全体の移行を自動化できる機能です。
「あの機能が一気に制限を食いつぶした」という声がXにも広まっていました。

しかし、Anthropicの調査結果は違いました。

バグの原因はDynamic Workflowsではなく、Opus 4.8の並列ツール呼び出しの処理方法そのものにありました。

Opus 4.8 は特定の条件下で、「並列化できないオペレーション」まで「並列処理可能」と誤判断し、必要以上のサブエージェントを生成していたのです。
通常のコーディングセッションでも意図せず大量の並列処理が走り、使用クレジットを短時間で消費する状態になっていました。

Dynamic Workflows が「1,000並列」という前例のない規模を開いたのは確かです。
ただし今回の問題は、その機能を使っていない通常のセッションでも起きており、原因は根本的にOpus 4.8のモデル挙動にありました。

修正は迅速でした。
Anthropicはバグ修正バージョンをリリースし、同時に全ユーザーの利用制限を手動でリセットする対応を取りました。

Xでの反応——「また助かった」と「慣れてきた」

公式発表が出ると、日本語圏でも反応が広がりました。

We've reset 5-hour and weekly rate limits for all users on Pro and Max plans.

We fixed an issue that caused some Claude Code sessions to spawn excessive parallel subagents, burning through usage faster than expected.

— ClaudeDevs (@ClaudeDevs) 2026年6月1日

「Pro/Maxプラン全ユーザーの5時間制限と週間制限がリセット。
Claude Code内で過剰な並列サブエージェントが自動生成されるバグで普段より多くトークン消費されたことによる処置」という解説が広まり、多くのユーザーに共有されました。

📝 Claudeのレートリミットが解除されてる！
昨日はCodex、最近利用制限解除がマーケの打ち手にもなっているなぁ

Pro/Maxプラン全ユーザーの5時間制限と週間制限がリセット

Claude Code内で過剰な並列サブエージェントが自動生成されるバグで普段より多くトークン消費されたことによる処置 https://t.co/OiIWlOzeLK pic.twitter.com/7ptatQqdvA

— テツメモ｜AI図解×検証｜Newsletter (@tetumemo) 2026年6月1日

興味深かったのは「昨日はCodex、最近利用制限解除がマーケの打ち手にもなっているなぁ」という投稿です。
バグ補償としてのリセットが、ユーザーとの信頼関係を再構築する手段として機能しているという観察は、AI企業のコミュニティ運営の文脈でも話題になりました。

日本語ユーザーからは「助かる」「対応が早い」といった好意的な反応が目立ちましたが、一方で「Opus 4.8の挙動がまだ不安定」「性格が少し変わった気がする」という指摘も一部で見られました。

制限リセットが繰り返される、その構造的な理由

今年2026年に入ってから、このようなリセット対応はこれで4度目前後になります。

エージェント型AIの使用量は、従来のチャットと比べて桁違いに大きく、固定サブスクリプションモデルが追いついていないのが実態です。

3月には、Maxユーザーがプロンプトキャッシュのバグによって15分足らずでロックアウトされる事例が相次ぎました。
5月には制限が倍増。
そして今回のリセット——。

Claude Maxは月額100ドルのプランです。
「100ドル払えばAgent仕事を思い切り任せられる」という期待を持つユーザーほど、1時間でロックアウトされる事態は致命的に映ります。

Dynamic Workflowsが最大1,000並列エージェントを動かせる一方、「5時間ごとにリセット」という制限設計はその時代に合っていない——という声は以前からありました。
Anthropicがどのタイミングで料金体系を抜本的に見直すかは、ヘビーユーザーが最も注目するポイントのひとつです。

ただし今回の対応は、原因の透明な開示、迅速な修正、ユーザーへの補償（リセット）という流れでした。
これは評価に値します。
問題の隠蔽や言い訳がなかったことは、信頼関係の維持という観点で重要です。

さらに深掘りしたい方へ

✓ あわせて読みたい

Claude Code障害で「仕事が止まった」——開発者が痛感したAI依存のリスクと、Codexへの注目朝からClaude Codeがエラーを連発し、開発者たちの作業がストップ。 「使えない」との声が相次いだ6月2日の障害とその後の反応を追いました

✓ あわせて読みたい

社員が1ヶ月で750億円分のClaudeを使い倒した——「AIの利用上限、ちゃんと設定してますか？」「AIの利用上限をつけ忘れたら、社員が一ヶ月で750億円もAIぶんまわしてしまった会社が発生」——6000いいね超を集めた投稿の背景を深掘りしました

• Anthropic、バグ修正に伴いClaude Pro/Maxの利用上限をリセット | PC Watch
• Claude Code Resets Usage Limits Again: the Real Culprit Is Opus 4.8 | Pasquale Pillitteri
• ClaudeDevs による公式発表

まとめ

AnthropicがClaude Pro・Maxの利用制限を全員リセットした今回の対応は、原因の透明な開示と迅速な修正という点で評価されています。
ただし、エージェント型AIの使用量が固定サブスクリプションの限界を繰り返し突いている事実は変わりません。
「制限リセットが定番化する前に、料金設計そのものが変わる」という予測は、そう遠くない話になっているのかもしれません。