Claude全般が重いときの原因診断フロー
- 1サーバーサイドのチェック公式ステータス確認、claude doctorまたは/doctorで自動チェック、時間をおいて再試行
- 2ローカルリソースの確認タスクマネージャーでCPU/メモリ確認、ビルドディレクトリを.gitignoreに追加、--safe-modeで起動
- 3セッションのリセット/compactでコンテキスト圧縮、/clearでリセット、特定の関数だけ読ませる指示
ネットワークとサーバーサイドのチェックポイント
室谷代表取締役重いと感じたらまずサーバーサイドの応答を疑うのが筋ですよね。ソース見ると429や529が返ってくるケースがあると明記されてます。
テキトー教師.AI認定講師たしかに。最初に自分のマシンばかり疑う人が多いんですが、API側が混雑してたり、一時的な障害って結構あります。
公式のステータスをざっと確認するだけで原因切り分けが速まりますよ。
公式のステータスをざっと確認するだけで原因切り分けが速まりますよ。
室谷代表取締役自社サービスだと死活問題なんで、MYUUUでも監視ツールでアラート飛ばすようにしてます。個人だとそこまでできないけど、とりあえず時間をおいて再試行するのが現実的ですね。
テキトー教師.AI認定講師あと、
claude doctor とか /doctor で自動チェックできるのも知っておくと便利です。起動すらしないケースでもシェルから叩けるんで。ローカルマシンのリソース不足を見極める方法
テキトー教師.AI認定講師次に見るべきは自分のマシンです。タスクマネージャーでCPUやメモリが逼迫してないか確認する習慣をつけると良いと思います。
室谷代表取締役大規模なリポジトリを扱うと、Claudeもそこそこリソース食いますからね。オフィスでエンジニアが一斉に動かすと、マシンスペックがボトルネックになるケースも。
テキトー教師.AI認定講師公式ドキュメントでは、ビルドディレクトリを
.gitignore に入れるよう推奨してます。無駄なファイルを読ませないだけで結構変わります。室谷代表取締役それと
--safe-mode で起動してみる手もあります。プラグインやフックが原因で重くなってる場合、それだけで軽くなることもある。セッション蓄積によるコンテキスト肥大が原因か
テキトー教師.AI認定講師セッションを長く使ってると、会話履歴や読み込んだファイルが溜まってどんどん重くなります。これに気づかない人が多いんですよ。
室谷代表取締役コンテキスト窓がパンクしてる状態ですね。Claude Codeには
時給換算すると、再起動よりこっちの方が効率いい。
/compact という圧縮コマンドがあって、重要な情報だけ残してサイズを減らせます。時給換算すると、再起動よりこっちの方が効率いい。
テキトー教師.AI認定講師タスクが変わったら
/clear でガッツリリセットするのも手です。あと、自動コンパクションがスラッシングエラーで止まる場合は、Claudeに「ファイル全体じゃなくて特定の関数だけ読め」と指示すると改善します。室谷代表取締役コンテキスト肥大は気づきにくいけど、実はパフォーマンスに一番効くポイントかもしれないですね。
手軽に試せる初期対処まとめ
室谷代表取締役整理すると、最初の一手は「サーバー状態の確認→ローカルのリソース確認→セッションのリセット」の順です。これで大半のケースは切り分けられます。
テキトー教師.AI認定講師特にセッションが長い人は
/compact か /clear を試すだけで劇的に改善することも多いです。まずはそこから。室谷代表取締役定期的にリセットする習慣をつけると、運用コストも下がりますし、安定して使えます。
テキトー教師.AI認定講師それでもダメなら、モデル選択や詳細設定の見直しを検討する段階ですね。それはまた別の機会に。
Claude Codeの重さを根本から改善する設定と運用
コンパクトとクリアでコンテキストをリセットする
室谷代表取締役Claude Code、使い続けてるとメモリ喰って動きが鈍くなるんですよね。シリコンバレーの連中はもう習慣化してて、
テキトー教師.AI認定講師そうなんですよ。初めて触る人ほど「なんか遅いな」って放置しがちで。
実は
実は
/compact でコンテキストサイズを削るだけで体感がかなり変わります。室谷代表取締役MYUUUの現場でも、大きなタスクが終わったら一旦閉じて再起動するルールにしてます。時給換算するとレスポンス待ちで溶けるコスト、馬鹿にならないんですよね。
テキトー教師.AI認定講師再起動が面倒なら
/clear で会話履歴をリセットする手もあります。前の会話が不要なら一発で軽くなります。モデルとエフォート設定の最適化
室谷代表取締役重さの原因、モデル選びで結構変わりますよ。Opus 5だと高負荷タスクに向くけど、軽めのコード整形とかはオーバースペック。
テキトー教師.AI認定講師現場でよく聞くのは「Sonnet 5でも十分だった」って声ですね。それとエフォート（努力レベル）の設定。
デフォルトhighだと思考に時間がかかるので、mediumに落とすとレスポンスがかなり早くなります。
デフォルトhighだと思考に時間がかかるので、mediumに落とすとレスポンスがかなり早くなります。
室谷代表取締役効率重視ならエフォートを都度切り替えるのが正解です。ROIで考えて、単純作業にはmedium、難解なバグ調査にhigh。
テキトー教師.AI認定講師あと
--safe-mode で起動するとプラグインやMCPサーバーが無効になるので、重さの原因切り分けにも使えます。大規模リポジトリでのファイル除外戦略
室谷代表取締役コードベースがでかいと、ファイル読み込みだけで重くなるケースが多い。.gitignoreにビルドディレクトリやnode_modulesを追加しておくだけでかなり改善します。
テキトー教師.AI認定講師たしかに。最初に戸惑うのが「なぜこんなにファイルを読み込んでるんだ」ってところで。
除外対象をちゃんと設定すると、Claude Codeのコンテキストが無駄に膨らまずに済みます。
除外対象をちゃんと設定すると、Claude Codeのコンテキストが無駄に膨らまずに済みます。
室谷代表取締役USのチームだと、リポジトリのルートに .claude/settings.json で exclude リストを共有してます。あとはプロジェクト設定で権限を絞ると、余計なツール実行も減って軽くなります。
テキトー教師.AI認定講師claude doctor で設定を診断できるのも便利ですね。重さが続くなら自己診断ツールを試すのが近道です。Claude Desktopアプリが重いときの対処法
- 1アプリの再起動とキャッシュクリアバックグラウンドのセッションをリセットし、メモリを解放。クリア機能があればキャッシュも削除。
- 2プラグイン・MCPサーバーの影響を切り分けるセーフモードで起動するか、プラグインを一つずつ無効にして原因を特定。ROIの観点で効果を確認。
- 3デスクトップアプリとWeb版の使い分け重い時はWeb版に切り替え。コードレビューなど軽い作業はWeb、本格開発はデスクトップと棲み分け。
アプリの再起動とキャッシュクリアの効果
テキトー教師.AI認定講師デスクトップアプリが重いって相談、よく聞きます。原因の特定より先に、まず手軽にできることから試す人が多いですね。
室谷代表取締役そうですね。基本は再起動。
バックグラウンドで残ってるセッションを一回リセットするだけで体感が変わるケースが結構あります。
バックグラウンドで残ってるセッションを一回リセットするだけで体感が変わるケースが結構あります。
テキトー教師.AI認定講師あとはキャッシュクリア。Claude Codeだと
/compactでコンテキストを削減できるんですが、デスクトップアプリでもクリア機能があれば使ってみる価値があります。室谷代表取締役結局、長く使ってるとメモリが膨らむんですよね。アプリ終了から立ち上げ直すのを習慣にすれば、意外と改善することもあります。
プラグインやMCPサーバーの影響を切り分ける
室谷代表取締役プラグインやMCPサーバーを複数入れてると、重さの原因がどこにあるのか分からなくなることがあります。
テキトー教師.AI認定講師切り分けにはセーフモード起動が有効です。Claude Codeだと
claude --safe-modeでカスタマイズを全部無効にできますが、デスクトップアプリでも似たような機能があれば試すと良いんじゃないでしょうか。室谷代表取締役経営目線で言うと、ツールの導入がパフォーマンスに与える影響を可視化しておくのは大事ですね。使ってるプラグインを一つずつ無効にして確認する手間はかかりますが、ROIで考えれば一度やる価値はあります。
テキトー教師.AI認定講師現場でよく聞くのは「なんとなく便利そうだから」で入れたプラグインが原因で遅くなるケース。まずは疑ってみるのが近道です。
デスクトップアプリとWeb版の使い分け
テキトー教師.AI認定講師どうしてもデスクトップアプリが重い時、Web版に切り替えるのも一つの手です。ブラウザ上ならリソース消費が別物になりますからね。
室谷代表取締役ただWeb版だと、ファイルの直接参照やローカル環境との連携が制限されるケースもある。用途によって使い分けるのが現実的です。
テキトー教師.AI認定講師そうですね。コードレビューやちょっとした質問はWeb版、本格的な開発はデスクトップアプリ、みたいな棲み分けをしている人もいます。
室谷代表取締役コストの観点でも、Web版は無料枠で足りるならそれでいい。重さに悩むより、サクサク動く環境を選ぶのが結果的に生産性を上げます。
モデル選択で変わる！SonnetとOpusのパフォーマンス差
| 特性 | Haiku 4.5 | Sonnet 5 | Opus 5 |
|---|---|---|---|
| 速度 | 最速 | 速い | 中程度 |
| 料金(入力) | $1/MTok | $3/MTok | $5/MTok |
| 料金(出力) | $5/MTok | $15/MTok | $25/MTok |
| 品質 | 低い | バランス | 高い |
| effort調整 | - | 可能 | 可能 |
各モデルの速度と品質のトレードオフを整理
室谷代表取締役モデル選びでまず押さえたいのがレイテンシの違いですね。公式の比較表を見ると、Haiku 4.5が最速、Sonnet 5が速い、Opus 5が中程度、Fable 5が遅いという順です。
テキトー教師.AI認定講師そうなんですよ。最初に「重い」と感じる原因の多くは、このモデル選択のミスにあります。
特にHaikuとSonnetは体感速度が明らかに違うので、用途に合わせて切り替えるだけで改善するケースが多いです。
特にHaikuとSonnetは体感速度が明らかに違うので、用途に合わせて切り替えるだけで改善するケースが多いです。
室谷代表取締役料金も比例して安くなる設計です。Opus 5は入力$5/MTok、出力$25/MTok。
Sonnet 5は$3/$15、Haiku 4.5は$1/$5。コストと速度のトレードオフを理解した上で選べます。
Sonnet 5は$3/$15、Haiku 4.5は$1/$5。コストと速度のトレードオフを理解した上で選べます。
テキトー教師.AI認定講師現場でよく聞かれるのは「とにかく早く返してほしい」というケース。そういう時はHaiko一択ですね。
品質よりもスピード優先なら迷わずHaikuです。
品質よりもスピード優先なら迷わずHaikuです。
高負荷タスクにはOpus、軽快さならHaiku
室谷代表取締役複雑なコーディングやマルチステップのエージェントタスクならOpus 5が適しています。一方、単純な質問や軽いコード生成ならHaiku 4.5で十分速い。
テキトー教師.AI認定講師これは実感として分かりやすいです。Opusは考える時間が長い分、出力の質が高い。
でも「ちょっと確認したいだけ」ならHaikuで十分。Sonnetはその中間で、バランス型として使い勝手がいいんですよ。
でも「ちょっと確認したいだけ」ならHaikuで十分。Sonnetはその中間で、バランス型として使い勝手がいいんですよ。
室谷代表取締役カスタマーサポートのユースケースガイドでも、レイテンシ重視ならHaiku、複雑な推論が必要ならOpusと明確に分けています。現場で「重い」と言われたら、まずモデルを見直すのが定石です。
テキトー教師.AI認定講師そうですね。最初に触る人がOpusやFableを選んでしまって「遅い」と感じるケース、結構あります。
エフォート設定の調整でさらにチューニング
室谷代表取締役モデル選びだけでなく、effortパラメータの調整も重要です。Opus 5やSonnet 5はデフォルトがhighで、mediumやlowに下げると応答が速くなります。
テキトー教師.AI認定講師これはClaude Codeの/effortコマンドで簡単に変えられますね。以前のポストモーテムでも、デフォルトをmediumからhighに戻した経緯がありました。
ユーザーは高い知能を優先したわけです。
ユーザーは高い知能を優先したわけです。
室谷代表取締役タスクの難易度に応じてeffortを切り替えるのが理想です。簡単なリファクタリングならmediumで十分速いし、複雑な設計はhighでじっくり考える。
この使い分けがパフォーマンスの鍵です。
この使い分けがパフォーマンスの鍵です。
テキトー教師.AI認定講師現場でよく「同じモデルなのに遅くなった」という声がありますが、だいたいeffortの設定が変わってるか、コンテキストが溜まってるパターンですね。
長時間連続稼働でのメモリリークとリソース監視
/heapdumpで診断
JSヒープとネイティブメモリを可視化。.heapsnapshotは会話内容を含むため、GitHubには-diagnostics.jsonのみを共有。
リソース監視コマンド
top, psでCPU・メモリ使用率を確認。異常増加を見て再起動のタイミングを判断。claude doctor /doctorで自動チェック。
定期的な再起動
主要タスクの区切りで再起動。claude --resumeで復帰可能。再起動コストより、遅くなったまま作業する方がコスト大。
コンテキスト管理
/compactでサイズ削減。自動コンパクションがスラッシングする場合は特定の関数だけ読み込み。/clearで会話リセット。
ヒープダンプでメモリ使用量を可視化する
室谷代表取締役長時間セッションを続けてると、だんだん重くなる問題、MYUUU の現場でもよく出るんですよね。どこでメモリ食ってるか分からないって声が多くて。
テキトー教師.AI認定講師そうそう。「claude code が重い」って相談、最初に戸惑うのは原因の切り分けですよね。
タスクマネージャー見ても数字だけじゃどこがボトルネックか分からない。
タスクマネージャー見ても数字だけじゃどこがボトルネックか分からない。
室谷代表取締役そこで /heapdump です。ヒープスナップショットと診断ファイルを吐けるんで、JS ヒープなのかネイティブメモリなのか可視化できる。
テキトー教師.AI認定講師ポイントは .heapsnapshot ファイルには会話内容も含まれるから、GitHub に貼るときは -diagnostics.json だけにする、ってところですね。
定期的な再起動とセッション分割のすすめ
テキトー教師.AI認定講師根本的には、主要タスクの区切りで Claude Code を閉じて再起動するのが一番効きます。でも「また最初から？」と不安になる人が多いみたいで。
室谷代表取締役そこは claude --resume で復帰できるから大丈夫です。開発効率で考えると、再起動にかかる数十秒より、メモリリーク抱えて遅くなったまま作業する方がコスト高いんですよね。
テキトー教師.AI認定講師あと /compact でコンテキストサイズを削るのも有効です。特に自動コンパクションがスラッシングする場合は、ファイル全体じゃなくて特定の関数だけ読ませるとか。
室谷代表取締役それでも収まらないなら /clear で会話リセット。ROI で考えれば、どんどんリソース解放した方が結果的に作業時間短いです。
ターミナル上でリソースを監視するコマンド
テキトー教師.AI認定講師「claude code が重い」って感じたら、とりあえず top や ps でプロセスのCPU・メモリ使用率を確認する人は多いですよね。これで異常な増加を見られる。
室谷代表取締役数値で見えると「再起動のタイミングだな」と判断しやすい。特に複数プロジェクトを並行してると、リソース逼迫の閾値が決められるのが大きい。
テキトー教師.AI認定講師さらに claude doctor や /doctor を実行すると、インストールや設定の自動チェックが走って、メモリ問題の原因候補を提案してくれます。
室谷代表取締役そこまで自動化できるなら、CI の定時ジョブで /doctor 叩いてアラート出す…なんて運用も現実的ですよね。現場でも導入検討してます。
それでも改善しない場合の最終手段と代替ツール
Claude Code の動作は改善したか？
そのまま継続
設定やプロジェクト構成が適正だった証拠
必要に応じて定期的に /compact で履歴整理
改善策を実施
プロジェクト構造を見直す（.gitignore にビルドディレクトリ追加）
タスクを分割しサブエージェントで並列処理
長時間セッションでは /compact 実行
/doctor で設定とコンテキスト使用量をチェック
Anthropic公式サイトで障害情報を確認
公式ドキュメントトラブルシューティング参照
サポートに問い合わせ
それでもダメなら代替ツール（Copilot / Cursor）への切り替えも検討
代替AIコーディングアシスタントとの重量比較
室谷代表取締役正直、Claude Codeの重さがどうしても改善しないなら、別のツールにスイッチする判断もありだと思います。シリコンバレーのスタートアップだと「道具は目的に合わせて選ぶ」のが当たり前で、CopilotやCursorに戻すケースも聞きますね。
テキトー教師.AI認定講師たしかに、最初に「重いから他のツールにしようか」と相談されることはあります。ただ、Claude Codeの設定やプロジェクト構成を見直したら改善するケースも多いので、まずはそちらを試してから判断するのが現実的です。
室谷代表取締役コスト面で言うと、Claude Codeはモデルのインテリジェンスに対して料金が安いんですよね。他のツールに逃げて生産性が落ちる方が、結果的に高いコストになりかねない。
プロジェクト構造の見直しとタスク分割の効果
テキトー教師.AI認定講師現場でよく聞くのが、巨大なコードベースをそのままClaudeに読み込ませて重くなるパターンです。大規模なビルドディレクトリを.gitignoreに追加するだけでも、かなり改善するんですよ。
室谷代表取締役MYUUUでも、モノレポをサブエージェントに分割して並列処理させるようにしたら、重さの問題がほぼ解消しました。タスクを小さく区切ってコンテキストを減らすのがポイントですね。
テキトー教師.AI認定講師あと、/compactを定期的に実行して不要な会話履歴を削るのも効果的です。長時間セッションを続けるなら、意識的にリセットを入れた方が安定しますね。
Anthropicの公式ステータスとサポートの活用
テキトー教師.AI認定講師自分の設定の問題じゃなくて、サーバー側の障害が原因の場合もあります。そういう時は、まずAnthropicの公式サイトで障害情報が公開されてないか確認するのが確実です。
室谷代表取締役あとはClaude Code内で /doctor を実行すると、インストールや設定、コンテキスト使用量を自動でチェックしてくれるんですよ。これで問題の切り分けができる。
テキトー教師.AI認定講師それでも解決しない場合は、公式ドキュメントのトラブルシューティングページに詳細な手順があります。そちらを参照して、どうしてもダメならサポートに問い合わせる流れですね。
よくある質問
Q1. ブラウザ版Claudeも重くなることはありますか？
室谷代表取締役ブラウザ版はデスクトップアプリと違ってOSレベルのリソース制限が少ないんですよね。タブを大量に開いてると、メモリを食って重くなることがあります。
テキトー教師.AI認定講師たしかに。特にChromeでタブを20個以上開きながらClaudeを使うと、応答が遅れるケースをよく聞きます。
ブラウザのメモリ使用量を確認してみるのが最初の手ですね。
ブラウザのメモリ使用量を確認してみるのが最初の手ですね。
Q2. MacとWindowsで重さの感じ方は違いますか？
室谷代表取締役シリコンバレーの現場ではMacが主流ですけど、Windowsでも特に問題は起きてません。ただ、古いWindows機ではメモリが足りずにスワップが発生する事例があります。
テキトー教師.AI認定講師そうなんですよ。メモリを8GB未満のマシンだと、Claudeに限らずAIツール全般で厳しいですね。
最低16GBは欲しいところです。
最低16GBは欲しいところです。
Q3. CursorやGitHub Copilotと比べて、Claude Codeは重いですか？
室谷代表取締役同じClaudeモデルを使うなら、バックエンドの処理は似たようなもんです。ただ、Claude Codeはローカルにインデックスを持たない分、メモリ消費はやや軽い印象です。
テキトー教師.AI認定講師現場感覚で言うと、重さより「レスポンスの安定性」の差を感じる人が多いんですよ。Claude Codeは一度接続が確立すれば安定するけど、最初の起動時が少しもたつくことがあります。
Q4. ネットワーク接続が悪いとClaudeが重く感じるのはなぜですか？
室谷代表取締役当たり前ですけど、API通信がタイムアウト気味になると応答が遅れます。特に長いコードを投げるとアップロードに時間がかかる。
テキトー教師.AI認定講師これ、気づかない人が多いんですよ。Wi-Fiの電波が弱い場所で使ってて「Claudeが重い」と訴えるケースですね。
有線LANか、帯域を専有してないか確認すると改善します。
有線LANか、帯域を専有してないか確認すると改善します。
Q5. 重くなったとき、キャッシュや履歴をクリアすると効果ありますか？
室谷代表取締役デスクトップアプリだとキャッシュが原因で重くなることはあまりないんですが、ブラウザ版では履歴が溜まると挙動が怪しくなることがあります。
テキトー教師.AI認定講師まずはキャッシュクリアより、セッションを一度切って再起動する方が効きますね。それでもダメなら、Cookieを消すのも一手です。
まとめ
室谷代表取締役結局、Claudeが重い原因を切り分けるのが一番大事ですね。ローカルリソース不足なのか、ネットワークなのか、それともモデル側の負荷なのか。
テキトー教師.AI認定講師最初にタスクマネージャーでメモリとCPUをチェックする習慣をつけると、原因特定が早くなりますよ。
室谷代表取締役モデル選択もポイントで、重さを感じるならSonnetを試す価値があります。Opusは高性能ですが、その分待ち時間が増える。
テキトー教師.AI認定講師どうしても改善しない場合は、ブラウザ版や別のクライアントで代用するのも手です。環境次第で劇的に変わることもあります。
室谷代表取締役最終的には公式のステータスページを確認して、サーバー側の問題でなければハードウェアのアップグレードを検討する。その順番で詰めていくと無駄がないです。
