この記事の目次
Claude Codeの応答が遅いと感じたときにまず疑うべき4つの原因
Claude Codeの応答が遅くなる原因は、大きく「コンテキストウィンドウの肥大化」「サーバー側の障害・混雑」「ネットワーク環境」「ローカル環境やMCP（外部ツール連携の仕組み）・拡張機能」の4系統に分けて考えられます。コンテキストウィンドウとは、Claude Codeが1回のやり取りで参照できる会話履歴やファイル内容の範囲のことです。
この4つは切り分ければ多くの場合で改善の余地が見つかりますが、なかには自分の環境ではなく利用者側の運用方法に起因するケースも混ざっています。また「応答が返ってくるまでが遅い」という速度の問題と、「返ってきた内容の質が前より落ちた気がする」という別の問題を混同している読者も少なくありません。この記事では両者を分けたうえで、速度の問題に絞って原因の切り分け方と対処法を整理します。
想定しているのは、日常的にClaude Codeを使っている中で最近になって応答が遅くなり始め、原因が分からず困っている個人開発者や小規模チームの利用者です。
遅さの原因を切り分ける4つの判断軸とその場での確認手順
遅さの原因を特定するには、コンテキスト量・サーバー状態・ネットワーク・ローカル環境の4つを順番に確認していくのが効率的です。以下の表に、各判断軸と確認方法をまとめました。
| 判断軸 | 確認方法 | 該当しやすい状況 |
|---|---|---|
| コンテキストウィンドウの肥大化 | /contextコマンドで使用量を表示する |
長時間の同一セッションを続けている |
| サーバー側の障害・混雑 | Anthropicの公式ステータスページを見る | 複数のユーザーが同時に遅さを報告している |
| ネットワーク環境 | Wi-Fi・VPN・有線回線を切り替えて比較する | 他のWebサービスも同時に重い |
| ローカル環境・MCP・拡張機能 | 設定を1つずつ無効化して再現するか確認する | 特定のプロジェクトや設定でだけ遅い |
コンテキストウィンドウの肥大化を疑う
まず疑うべきは、1つのセッションで会話やファイル参照が積み重なり、コンテキストウィンドウの使用量が増えている状態です。Claude Codeのターミナルで/contextコマンドを実行すると、現在の使用量を数値やグラフで確認できます。仕組みの詳細な解説は別記事に譲りますが、使用量が高い状態が続いている場合は、これが遅さの主要因になっていることがあります。コンテキストウィンドウの仕組みそのものをより詳しく知りたい場合はコンテキストウィンドウの解説記事を、使用量確認コマンドの詳しい使い方はトークン使用量チェックの記事を参照してください。
サーバー障害の可能性を確認する
自分の環境ではなく、Anthropic側のサービス状態が原因になっていることもあります。この場合はAnthropicの公式ステータスページにアクセスし、Claude関連サービスに障害や遅延の報告が出ていないかを確認してください。障害情報が出ている場合、利用者側でできる対処はほとんどなく、復旧を待つのが基本的な対応になります。
ネットワーク環境の影響を確認する
Wi-Fiの電波状況、VPN経由の接続、契約回線の混雑なども応答速度に影響します。切り分け方法としては、VPNを一時的に切ってみる、Wi-Fiではなく有線接続に変えてみる、別の回線(モバイル回線など)で試してみる、といった比較を行うのが確実です。他のWebサービスやビデオ通話も同時に重く感じる場合は、ネットワーク側に原因がある可能性が高くなります。
ローカル環境やMCP・拡張機能の設定を疑う
特定のプロジェクトやディレクトリでだけ遅くなる場合、MCP(外部ツールをClaude Codeに接続する仕組み)や拡張機能、プラグインの設定が影響していることがあります。まずは有効にしているMCPサーバーやプラグインを一つずつ確認し、無効化した状態で速度が変わるかを試してください。MCPの設定内容はMCP設定ガイド、設定ファイルの書き換え方はsettings.json解説記事、プラグイン導入前に確認しておきたい観点はプラグイン解説記事にまとめています。
なお、あるnote記事では、特定の外部プラグイン(claude-memなど)が裏側で動かしているバックグラウンドプロセスが遅延の原因だったと報告されています。ただしこれは一人の利用者による検証結果であり、すべての環境に当てはまる一般的なチェックリストではありません。同種の外部プラグインを利用している場合に、確認対象の一つとして参考にする程度にとどめてください。
「応答が遅い」と「前より賢さが落ちた」は別の問題として切り分ける
この2つは別の問題であり、混同すると原因の切り分けを誤ります。応答速度の問題は「返ってくるまでの待ち時間」に関するものですが、賢さの低下と言われる話は「返ってきた内容の質」に関するものです。
見分け方はシンプルで、返答自体は妥当な内容なのに時間だけがかかっているなら速度の問題、時間は普段どおりなのに回答の精度や一貫性に違和感があるなら質の問題、と整理できます。
あるQiita記事では「以前より賢さが落ちたように感じる」という観察が報告されていますが、これも一人の利用者による観察と仮説にとどまり、Anthropicが公式に性能の劣化を認めた情報ではありません。気になる場合は、断定的な情報を鵜呑みにせず、公式のステータスページやアナウンスを自分で確認することをおすすめします。
今日から試せる対処法
対処法は、先に挙げた4つの判断軸に対応させて考えると選びやすくなります。原因が特定できていない場合でも、負荷の軽い対処から順に試すことで切り分けを進められます。
セッションとコンテキストを軽くする
診断パートで/contextの使用量が高かった場合は、/compactコマンドで会話履歴を要約・圧縮する、区切りの良いところで新しいセッションを開始する、不要なファイルをコンテキストから除外する設定を見直す、といった対処が効果的です。トークンを節約する具体的な技法はトークン節約ガイドを参照してください。
モデルを軽量なものに切り替える
利用しているモデルによって応答速度が変わることがあります。用途に対して重いモデルを使い続けている場合は、軽量なモデルに切り替えることで速度が改善するケースがあります。モデルごとの違いや使い分けの判断軸はモデルの違い解説記事にまとめています。
MCP・拡張機能を一時的に無効化して切り分ける
特定の設定が原因になっている疑いがある場合、MCPサーバーや拡張機能を一時的にすべて無効化し、速度が改善するかを確認してください。改善する場合は、一つずつ有効化し直しながら原因を絞り込みます。
レート制限による遅延と混同していないか確認する
利用量の上限に近づいたことで生じる遅延や制限は、ここまで挙げてきた原因とは別の問題です。混同して余計な対処をしないよう、心当たりがある場合はレート制限の解説記事で仕組みを確認してください。
料金プランを上げれば速くなるのか？
この点については公式情報で確認できておらず、断定はできません。Pro・Max・Teamといったプランの違いは主に利用量の上限に関するものであり、応答速度そのものに対する優先度の差があるかどうかは、本記事の執筆時点で公式に明言された情報を確認できていません。
| プラン | 主な違いの性質(公式情報にもとづく一般的な位置づけ) | 応答速度への言及 |
|---|---|---|
| Pro | 個人向けの利用量上限が設定されている | 未確認 |
| Max | Proより高い利用量上限が設定されている | 未確認 |
| Team | チーム単位での利用量管理ができる | 未確認 |
料金や上限は改定されることがあるため、最新の内容は公式の料金ページで確認してください。プランごとの違いをより詳しく整理した記事は料金プラン比較ガイドにまとめています。
原因を一通り確認しても遅さが解消しないときに見直したいこと(まとめ)
コンテキスト・サーバー・ネットワーク・ローカル環境の4つをすべて確認しても遅さが変わらない場合、原因は環境ではなく使い方の型にあることが少なくありません。具体的には、コンテキストの区切り方、CLAUDE.md(プロジェクトごとの指示をまとめるファイル)による指示の整理、セッションを分ける判断基準といった運用面の設計です。
こうした型は、環境設定を一つ直すよりも身につけるのに時間がかかりますが、一度自分の手で使えるようになると日々の作業全体が軽くなります。月額1,980円から参加できる学習コミュニティ「AI駆動ラボ」(lab.no-wave.jp)では、こうしたコンテキスト管理やセッション設計の型を、自分の手を動かしながら練習していけます。次の一歩として検討してみてください。