Claude Code(Opus 4.8)が重い・フリーズする問題と対処法【2026年6月・実体験】

Claude Code

Claude Code を使っていて、ある時期から 急に動作が重くなったり、処理が止まって(フリーズして)しまう——そんな経験はありませんか。

私も2026年6月、業務でこれに直撃されました。Opus 4.8 に切り替わってから、作業が著しく遅延し、1〜2週間ほどかなり苦労しました

結論から言うと、原因は Opus 4.8 の不具合で、モデルを Opus 4.7 に戻したら即解決しました。今は快適に動いています。この記事では、

  • 何が起きるのか(症状)
  • 原因(Opus 4.8 の「ツール破損」問題)
  • 私が実際にやった対処法(4.7に戻す/応急処置/新モデルfable-5の注意点)

を、自分の実体験ベースで解説します。

検証時期:2026年6月。Claude Code は更新が速く、本不具合は将来修正される可能性があります(最新状況は公式・GitHubでご確認ください)。


症状:急に「重い・固まる・無言になる」

私の環境で起きたのは、ざっくりこんな状態でした。

  • 処理の途中で応答が返ってこなくなる(固まったように見える)
  • 全体的に動作が重く、作業が前に進まない
  • リトライしても同じところで詰まる

「自分の設定が悪いのか?」「ネットワークか?」と疑いましたが、原因は別のところにありました。


原因:Opus 4.8 の「tool corruption(ツール破損)」

調べると、これは Opus 4.8 側の既知の不具合でした(GitHub の Claude Code リポジトリに issue が上がっています)。

ざっくり言うと——Opus 4.8 が、ツール呼び出し(tool_use)のデータを壊れた形で出力してしまう現象です。

  • ツール呼び出しのJSONが壊れる(途中で切れる・記号が欠ける)
  • 壊れた応答は丸ごと破棄されるため、ユーザーには「モデルが無言・フリーズ」に見える
  • 一度壊れると、その壊れた履歴を「正しい」と思い込んで悪循環に陥りやすい

特に出やすい条件

報告によると、次の条件で起きやすいとされています。

  • Opus 4.8 を使っている(4.7 では起きない
  • Windows 環境
  • 会話が長くなり、文脈が積み上がっている
  • 日本語を含むツール引数(→日本語ユーザーは要注意)

私の使い方(長時間の実装作業・日本語中心)はモロに条件に当てはまっていました。


私がやった対処法

① いちばん確実:Opus 4.7 に戻す(推奨)

/model コマンドでモデルを Opus 4.7 に切り替えるだけです。私はこれで完全に解決し、今も快適に動いています。

/model
→ Opus 4.7 を選択

不具合は 4.8 固有なので、4.7 に戻すのが現時点で最も確実です。GitHub の報告でも「4.7 にすると即座に正常化する」と確認されています。

② 応急処置(その場で復帰したいとき)

すぐにモデルを変えられない場合の、壊れた状態からの立て直し方です。

  • /rewind:直前のチェックポイントに戻る
  • /compact:会話履歴を要約に置き換え、壊れた例を消す
  • /clear:ひどいときは新規セッションで仕切り直し

③ 私の遠回り:MCPサーバーを疑って“API読み込み”を自作した

正直に書くと、私は最初原因を取り違えました。ツール呼び出しが絡む不具合だったので、「MCPサーバーが犯人だ」と思い込んだのです。

そこで MCPをやめて、必要なデータを API 経由で読み込む仕組みをわざわざ自作しました。手間をかけた割に、本質的な原因はモデル(Opus 4.8)側だったので、これは遠回りでした。

教訓:ツール周りの不調でも、まず疑うべきは「直前に変わったモデル」。MCP構成をいじる前に /model で 4.7 に戻して切り分けるほうが速いです。

④ 新モデル fable-5 でも改善する。ただし“枠”に要注意

新しく出た fable-5 に切り替えても、この不具合自体は改善しました。ただし大きな落とし穴があります。

  • fable-5 は消費がとにかく速い。私の場合、5時間の利用枠を約2時間で使い切ってしまいました
  • 枠を使い切ると当然そこで止まり、そのあと約3時間、作業ができませんでした(リセット待ち)

体感として「短時間で一気にやるなら fable-5、長く腰を据えるなら Opus 4.7」という使い分けに落ち着いています。fable-5 を“常用”すると、肝心なときに枠切れで止まるリスクが高いです。


まとめ:今は「4.7に戻す」が正解

  • Claude Code が急に重い・フリーズするなら、まず 使用モデルを疑う(MCP構成をいじる前に!)
  • Opus 4.8 のツール破損が原因なら、/model で 4.7 に戻せば即解決
  • 応急処置は /rewind/compact/clear
  • fable-5 でも改善するが、枠を約2時間で使い切り、その後リセット待ちで止まるので長時間は不向き
  • Claude Code は更新が速いので、いずれ 4.8 側で修正される可能性あり。最新状況は公式/GitHubで

トラブルのときほど、「直前に何を変えたか(モデル含む)」を振り返るのが近道です。私はこれで1〜2週間の停滞から抜け出せました。

あわせて読みたい:
Auto-update failed: no write permission to npm prefix の直し方(もう一つのトラブル対処)
Claude Code 1ヶ月のトークンコストを実測|Max 5xは元が取れるのか?(モデルの使い分けとコストの話)
ステータスラインにコスト・コンテキスト使用率を表示する設定(重さ・コストの増加に早く気づける)


コメント

タイトルとURLをコピーしました