導入
「ClaudeCodeの応答が遅い」「コマンドを送ってから返事が来るまで時間がかかる」と感じることはありませんか。せっかく便利なAIツールでも、動作が重ければ集中力が削がれ、業務効率も下がってしまいます。実はClaudeCodeの遅さには複数の原因があり、それぞれに有効な対処法があります。ハードウェアのスペック不足のような根本的な問題から、コンテキストの肥大化、不要なファイルの読み込み、設定の最適化漏れなど、改善ポイントは多岐にわたります。本記事では、エンジニアではない方でも実践できる「ClaudeCode高速化テクニック10選」を、具体的な手順とコード例つきで紹介します。読了後には、自分の環境にあったボトルネックを特定し、サクサク動くClaudeCodeを取り戻せるはずです。
結論
ClaudeCodeを速くする最短ルートは、「(1)/compactで会話を圧縮し、(2).claudeignoreで不要ファイルを除外し、(3)ハードウェアの最低要件を満たしているか確認する」という3ステップです。多くの場合、これだけで体感速度が大きく改善します。さらに踏み込むなら、(4)モデルを用途で使い分ける（Opusは難タスク、Sonnetは軽作業）、(5)コンテキストにムダな情報を入れない、(6)同時並行のセッションを減らす、(7)ストレージとメモリの空き容量を確保する、(8)ネットワーク回線を見直す、(9)設定ファイルを最適化する、(10)定期的にClaudeCodeを再起動する、というテクニックを順に試しましょう。これらは「やればやるほど効く」性質のものなので、習慣化することが重要です。本記事ではこの10のテクニックをすべて詳しく解説します。
テクニック1：/compactで会話を圧縮する
最も即効性が高く、誰でもすぐに実行できるのが/compactコマンドです。会話が長くなるとClaudeCodeは過去のやり取りすべてを読み返してから返答するため、応答が遅くなります。圧縮することでこの負荷を減らせます。
> /compact
Compacting... Done.
Reduced from 95,000 tokens to 8,000 tokens.
Response time improved.
このように圧縮前後でトークン数が大きく減ります。経験的に、圧縮後は応答速度が2〜5倍速くなることも珍しくありません。タイミングとしては、(1)コンテキスト使用率が70%を超えたら、(2)長い議論が一段落したら、(3)応答が体感的に重く感じ始めたら、の3つを目安にしてください。
/compactに「これだけは残して」というヒントを渡すと、重要情報を保持したまま圧縮できます。
> /compact API設計の決定事項は残して
このように指示すれば、API設計に関する文脈を優先的に保持してくれます。
テクニック2：.claudeignoreで不要ファイルを除外
ClaudeCodeはプロジェクト内のファイルを参照しますが、node_modulesやビルド成果物、ログファイルなど読む必要のないものまで対象になっていると、応答が遅くなります。.claudeignoreで除外しましょう。
# .claudeignore の推奨例
node_modules/
.next/
dist/
build/
out/
coverage/
*.log
*.lock
*.min.js
*.map
public/uploads/
data/dump/
.env*
この設定だけで、ファイルスキャンの対象が大幅に減ります。特にnode_modulesは数万ファイルになることもあり、除外するだけで起動・操作の体感速度が劇的に向上します。
.gitignoreがすでにある場合、それも自動で参照されますが、ClaudeCode固有の除外を追加したい時は.claudeignoreを使うのがおすすめです。
ファイル数の目安：
- 1,000ファイル未満：快適
- 1,000〜10,000：許容範囲
- 10,000以上：除外設定が必須
テクニック3：用途に応じてモデルを使い分ける
ClaudeCodeでは複数のモデルが利用可能ですが、すべてのタスクに最上位モデルを使う必要はありません。ただし、本記事の前提となるルール上、社内向けに公開するアプリではClaude Opusを使用する方針となっています。Opusを使いつつも処理速度を上げる工夫を行いましょう。
Opus内でも、入力を小さくすればするほど応答は速くなります。
高速化のためのモデル使い分けの考え方：
- 軽作業（typoの修正、小さなリファクタ）：入力を最小限に
- 中作業（関数1個の追加）：関連ファイルだけ渡す
- 重作業（設計議論、大規模リファクタ）：時間がかかるのは仕方ない
「設計を考えるフェーズ」と「実装するフェーズ」を意識的に分けると、各フェーズで必要な情報量が減り、応答が速くなります。
テクニック4：コンテキストにムダな情報を入れない
応答速度はコンテキストのサイズに大きく依存します。「念のため全部渡しておこう」という姿勢は、速度低下の主因です。必要最小限を心がけましょう。
ムダな情報の例：
× ファイル全文を貼り付ける
× エラーログを丸ごとコピペする
× 過去のやり取りを再掲する
× 関係ないファイルも参照させる
最小限の情報の渡し方：
○ 「src/app/page.tsx の 30-50 行目を見て」
○ 「エラーの該当行：TypeError at line 42」
○ 「先ほどの設計に従って実装して」（再掲しない）
○ 「今回は認証機能のみ対象」
行番号やファイル名をピンポイントで指定するだけで、ClaudeCodeが読むべき範囲が絞られ、応答が速くなります。
テクニック5：同時並行のセッション数を減らす
複数のClaudeCodeセッションを同時に立ち上げて作業すると、それぞれがメモリやCPUを消費し、結果として全体が遅くなります。特にメモリの少ないマシンでは顕著です。
推奨セッション数：
- メモリ8GB：1セッション
- メモリ16GB：2セッションまで
- メモリ32GB以上：3〜4セッションまで
作業を分散したい気持ちは分かりますが、結果的に1つ1つの応答が遅くなれば本末転倒です。1つのセッションを集中して使う方が、トータルでは効率が良いことが多いです。
# 起動中のセッションを確認（macOS/Linux）
ps aux | grep claude
不要なセッションが残っていたら終了しましょう。
テクニック6：ハードウェア要件を満たす
ClaudeCode自体はクラウド上のAIと通信するため、極端に高スペックなマシンは不要ですが、最低限の要件は満たす必要があります。
推奨スペック：
- CPU：Intel Core i5 / Apple M1 以上
- メモリ：16GB以上（8GBは最低限）
- ストレージ空き容量：20GB以上
- ネット回線：上下20Mbps以上（光回線推奨）
- OS：最新のmacOS / Windows 11 / 主要なLinux
特にメモリは重要です。8GBだとブラウザやSlack、エディタを同時に使うと圧迫されます。16GB以上あれば余裕を持って動かせます。
ストレージはSSDが必須です。HDDだとファイル読み書きが遅く、ClaudeCodeのスキャン速度に大きく影響します。空き容量も大切で、ディスクがいっぱいに近いと一気にパフォーマンスが落ちます。
# macOSでメモリとディスクを確認
top -l 1 | head -10
df -h
ハードウェアが要件を下回っているなら、ソフト的な工夫だけでは限界があります。買い替えも視野に入れましょう。
テクニック7：ネットワーク回線を見直す
ClaudeCodeはクラウドのAIと通信するため、ネット回線の速度と安定性が応答速度を左右します。Wi-Fiが弱い、回線が混雑している場合は有線接続に切り替えるだけで体感速度が変わります。
# 回線速度のテスト（macOS/Linux）
networkQuality
# またはspeedtest-cliをインストール
brew install speedtest-cli
speedtest-cli
回線の品質チェックの目安は以下のとおりです。
回線品質の目安：
- 下り速度：20Mbps以上（推奨：100Mbps以上）
- 上り速度：10Mbps以上
- レイテンシ（Ping）：50ms以下
- パケットロス：0%
ご家庭のルーターが古い場合、買い替えるだけで劇的に改善することもあります。Wi-Fi 6対応のルーターと有線接続の組み合わせがベストです。
VPNを使っている場合、VPNサーバーが遠ければ遠いほどレイテンシが増します。可能なら近いリージョンのVPNを選びましょう。
テクニック8：設定ファイルを最適化する
ClaudeCodeには細かな動作を制御する設定ファイルがあります。これを最適化することで、不要な処理を省き高速化できます。
// .claude/settings.json の例
{
"model": "claude-opus",
"autoCompact": true,
"autoCompactThreshold": 0.7,
"maxContextSize": 100000,
"excludePaths": [
"node_modules",
"dist",
"build"
],
"telemetry": false
}
autoCompactを有効にすると、コンテキストが指定の使用率を超えた時点で自動圧縮されます。autoCompactThresholdを0.7にすれば70%で起動します。
telemetryをオフにすると使用統計の送信が停止し、わずかに通信が軽くなります（プライバシー上もメリット）。
他に検討すべき設定項目：
- streamingMode：true（応答を順次表示、体感速度UP）
- cacheEnabled：true（同じファイル再読込を回避）
- logLevel：warn（ログ出力を最小限に）
設定変更後はClaudeCodeを再起動してください。
テクニック9：定期的にClaudeCodeを再起動する
長時間稼働しているとメモリリークや内部キャッシュの肥大化により、徐々にパフォーマンスが低下することがあります。1日に1回程度、再起動を習慣化すると安定した速度を維持できます。
# macOS/Linux：プロセス終了
pkill -f claude
# 再起動
claude
# Windows
Stop-Process -Name claude -Force
claude
「業務開始時に必ず再起動する」というルーティンを作るのがおすすめです。朝一番でフレッシュな状態のClaudeCodeを使えば、その日の作業効率も上がります。
ついでにOS自体の再起動も週1回ペースで行うと、システム全体の調子が整います。
再起動のおすすめ頻度：
- ClaudeCode：1日1回
- OS：週1回
- ネットワーク機器（ルーター）：月1回
テクニック10：バックグラウンドアプリを整理する
意外と見落としがちなのが、他のアプリがリソースを食っているケースです。ChromeのタブやSlack、Zoom、各種クラウド同期ツール（Dropbox、OneDrive）などはメモリやCPUを消費します。
# macOSでリソース使用量を確認
top -o cpu # CPU使用率順
top -o mem # メモリ使用率順
# Windowsで確認
Get-Process | Sort-Object CPU -Descending | Select-Object -First 10
特にChromeはタブを大量に開くとメモリを食い尽くします。使っていないタブは閉じる、または「タブをサスペンドする拡張機能」を使いましょう。
リソース節約のコツ：
- 使ってないアプリは終了
- ブラウザのタブは20個以下に
- クラウド同期は業務外の時間に
- 重い画像/動画編集ソフトはClaudeCode使用時に閉じる
ClaudeCodeに十分なリソースを割り当てるための「お膳立て」をすることで、応答速度が改善します。
それでも遅い時のチェックリスト
ここまでの10テクニックを試しても遅い場合は、以下のチェックリストで原因を絞り込んでください。
最終チェックリスト：
□ Anthropicのサーバーは正常か（ステータスページ確認）
□ ClaudeCodeのバージョンは最新か
□ OSのアップデートは適用されているか
□ ディスクの空き容量は20GB以上あるか
□ メモリ使用率は80%以下か
□ ウイルススキャンが裏で走っていないか
□ 同じネットワークで他の人も遅いか（共通の問題か）
□ プロキシ・VPNを切ったら改善するか
これらをひとつずつ確認すれば、ほぼ確実に原因が見つかります。
claude --versionで最新版か確認し、古ければアップデートしましょう。
# アップデート例
npm update -g @anthropic/claude-code
速度改善の効果測定
「速くなった気がする」だけでは続かないので、可能な範囲で数値化しましょう。
測定指標の例：
- 簡単な指示への応答時間（例：「hello world書いて」）
- ファイル編集の完了時間
- /compact 実行時間
- 起動時間
スマホのストップウォッチでも構いません。同じ作業を改善前後で計測し、効果を確認します。
測定の手順：
1. 改善前の応答時間を3回測定して平均を取る
2. テクニックを適用
3. 改善後の応答時間を3回測定して平均を取る
4. 差分を確認
数値で効果を確認すると、どの設定が自分の環境で効くのか分かり、ノウハウとして蓄積できます。
FAQ
Q1. 一番効果が大きいテクニックはどれですか？
環境にもよりますが、多くのユーザーで効果が大きいのは「/compactの活用」と「.claudeignoreの設定」です。この2つだけで体感速度が2〜3倍になることも。まずこの2つから試してみてください。
Q2. ハードウェアを買い替える前に試せることはありますか？
メモリ増設だけでも効果は大きいです。8GBを16GBにすると、ClaudeCodeだけでなくPC全体が快適になります。SSDが未搭載なら、SSDへの換装も体感差が大きい改造です。新品PCを買う前にこれらを検討してください。
Q3. クラウド側のAnthropic自体が遅い時は対処不可能ですか？
その通りです。Anthropicのサーバーが混雑している時間帯は、利用者側で速くする手段はありません。アメリカの業務時間帯（日本時間の夜間）は混雑することがあります。早朝や昼間の利用がおすすめです。
Q4. 設定ファイルを誤って壊してしまったらどうすれば？
設定ファイルを削除すれば、デフォルト設定で起動します。~/.claude/settings.jsonをリネームしてバックアップを取り、再起動してみてください。慎重に行うなら、変更前にコピーを取っておきましょう。
Q5. 会社のPCで管理者権限がない場合、何ができますか？
.claudeignoreの作成、/compactの使用、コンテキストを小さく保つ工夫は管理者権限なしで可能です。設定ファイルの変更もユーザーディレクトリ内なら問題ありません。ネットワーク設定の変更には権限が必要なので、情報システム部門に相談しましょう。
Q6. /compactを頻繁に実行しても問題ないですか？
問題ありません。むしろ積極的に使うべきです。ただし、毎回数行のやり取りで圧縮するのは過剰です。「コンテキスト使用率70%超え」を一つの目安にしましょう。
Q7. 自動圧縮を有効にすると、勝手に文脈が消えませんか？
/compactは「要約して残す」処理なので、文脈そのものは保持されます。ただし細かいニュアンスや具体的なコードスニペットは失われることがあるため、重要な情報はCLAUDE.mdに記録しておくと安心です。
まとめ
ClaudeCodeが遅いと感じる原因は、「コンテキストの肥大化」「不要ファイルの読み込み」「ハードウェア不足」「ネットワーク問題」「設定の最適化漏れ」の5つに集約されます。本記事で紹介した10のテクニックを順に試せば、必ず改善のきっかけが見つかるはずです。特に/compactと.claudeignoreは今日からでも実行可能で、最も費用対効果が高い改善策です。速度はそのまま生産性に直結します。「我慢して遅いまま使う」より、「ちょっと工夫してサクサク動かす」方が長期的には圧倒的にお得です。本記事をブックマークして、定期的に見返しながら自分の環境を最適化していってください。