Claude Code 爆速化ガイド|レスポンスが遅い原因と3倍速にした実践設定

「Claude Code、なんか最近遅くない?」

このサイトの記事生成を毎日 Claude Code で自動化している私も、最初の1週間は同じ悩みを抱えていました。1記事生成するのに15分かかっていたものが、設定を見直してから平均4〜5分に短縮されました。約3倍速です。

この記事では、なぜ Claude Code は遅くなるのかという本質的な原因から、私が実際に試して効果があった速度改善テクニックを解説します。「とりあえず速くする方法」だけでなく、「なぜそれで速くなるか」まで理解できる内容にしました。

なぜ Claude Code は遅くなるのか

速度改善の前に、原因を正確に把握することが大事です。Claude Code のレスポンスが遅い原因は大きく3つあります。

原因1: コンテキストが膨らんでいる

Claude Code はセッションの全会話履歴をコンテキストに含めてAPIを呼び出します。会話が長くなるほど、毎回送るデータ量が増え、レスポンスが遅くなります。

セッション開始直後: コンテキスト ~2,000 tokens → 速い
1時間後:           コンテキスト ~30,000 tokens → 遅い
半日後:            コンテキスト ~80,000 tokens → 激遅い (or エラー)

私の体感では、コンテキストが50,000 tokens を超えたあたりから体感速度が半分以下になります。

原因2: 読み込むファイルが多すぎる

「このリポジトリを全部読んで理解してから実装して」のような指示を出すと、Claude Code は大量のファイルを読もうとします。Glob や Grep を何十回も実行しているときの待ち時間は、ほぼ全て「ファイルを読んでいる時間」です。

原因3: モデルの処理負荷

Opus は高性能な分、応答生成に時間がかかります。単純な作業に Opus を使っているケースは多く、タスクに対してオーバースペックな状態です。

---

対策1: /compact を習慣にする

最も即効性が高い対策。Claude Code には /compact コマンドがあり、これを実行すると会話履歴を圧縮・要約してコンテキストを大幅に削減できます。

# Claude Code の REPL で実行
/compact

私は1時間に1回、または作業の区切りごとに /compact を実行する習慣をつけました。これだけで体感速度が1.5〜2倍改善します。

新しいタスクは新しいセッションで

前の作業の文脈が不要な新しいタスクは、Claude Code を再起動して新鮮なセッションで始めるのが速い。セッション再起動は5秒もかかりません。

# 一度終了して再起動
exit
claude

「前の作業も参照したい」という場合は、必要な情報だけを /init の後に貼り付ける方が、長い会話履歴を引き継ぐより結果的に速く・正確になります。

---

対策2: 指示の範囲を明示的に絞る

ファイル読み込みの無駄を減らすことで、大幅な速度向上が期待できます。

Before / After の比較

# ❌ 遅い: 範囲が広すぎる
claude -p "このプロジェクトのバグを直して"
# → Glob → Read × 数十回 → 時間がかかる

# ✅ 速い: 範囲を限定
claude -p "src/api/auth.ts の108行目のnullチェック漏れを修正して"
# → Read 1回 → 修正完了

私がよく使うパターン:

# 特定ファイルだけ読ませる
claude -p "以下のファイルだけ読んで修正して。他は読まなくていい:
- src/components/Button.tsx
- src/styles/button.css
問題: ホバー時のスタイルが効いていない"

「他は読まなくていい」の一言を追加するだけで、不要な探索行動が止まります。

---

対策3: モデルを使い分ける

全部のタスクに Opus を使うのは速度面でも無駄です。

Opus:  複雑な設計・難しいデバッグ・コードレビュー
Sonnet: 一般的な実装・リファクタ・ドキュメント
Haiku: 翻訳・フォーマット・単純な変換

Claude Code でモデルを切り替える

# セッション中にモデルを変更
/model claude-sonnet-4-6

# 速度確認: Sonnet は Opus より体感2〜3倍速い

私のこのサイトの運用では:

• 記事の日本語本文 → Sonnet (構成力は十分、Opusより速い)
• 多言語翻訳 → Haiku (翻訳品質は実用上問題なし、圧倒的に速い)
• 設計相談・複雑な実装 → Opus (ここだけ品質重視)

この使い分けで、1記事あたりの生成時間が 15分 → 4分 になりました。

---

対策4: サブエージェントで並列実行

重い処理を並列化することで、合計時間を大幅に短縮できます。

翻訳の並列実行 (実際に使っている方法)

// ❌ 逐次翻訳: 9言語 × 30秒 = 270秒 (4.5分)
for (const lang of languages) {
  await translate(article, lang);
}

// ✅ Agent tool で並列委譲: 最も遅い言語の時間 = 約30秒
// (このサイトではsubagentに一括委譲して8分 → 1.5分に短縮)
Agent({
  prompt: `${article} を9言語に翻訳して各ファイルに保存: EN/DE/ES/FR/HI/ID/KO/PT/ZH`
})

サブエージェントは独立したコンテキストで動くため、メインのコンテキストを汚しません。これも速度改善に貢献します。

---

対策5: プロンプトキャッシュで入力を高速化

同じ system prompt を繰り返し使う場合、プロンプトキャッシュが効くと入力処理が約10倍速くなります。体感速度にも影響します。

// cache_control を追加するだけ
system: [
  {
    type: "text",
    text: longSystemPrompt,
    cache_control: { type: "ephemeral" },
  },
],

5分以内に同じ system prompt を再利用する場合は、1回目より2回目以降が体感でわかるほど速くなります。

---

対策6: CLAUDE.md で余計な探索を減らす

CLAUDE.md に「使うコマンド」「ディレクトリ構造」「禁止事項」を書いておくと、Claude Code が迷わず直行動します。

# プロジェクト規約

## よく使うコマンド (毎回調べなくていい)
- ビルド: npm run build
- テスト: npm run test
- デプロイ: bash scripts/deploy.sh

## ディレクトリ構造
- src/components/: UIコンポーネント
- src/pages/: ルーティング
- src/content/blog/: ブログ記事 (MDX)

## 重要: 以下は読まなくていい
- node_modules/
- .wrangler/
- site/dist/

これを書いておくと 「どこを読めばいいか」 を探すターン数が減り、結果的に速くなります。

---

実際の速度改善数値 (このサイトの場合)

参考として、このサイト (claudecode-lab.com) での実績を公開します。

タスク	最適化前	最適化後	短縮率
記事生成 (日本語)	8分	2.5分	69%短縮
9言語翻訳	7分	1.5分	79%短縮
ビルド+デプロイ	13分	11分	15%短縮
合計 (1記事)	28分	15分	46%短縮

さらに /compact とセッション管理を徹底することで、現在は 1記事あたり10〜12分 で安定しています。

---

速度改善チェックリスト

まず確認すべき順に並べました。

今すぐできる (1分以内):
□ /compact を実行してコンテキストを圧縮
□ 長時間使ったセッションを再起動
□ 翻訳・フォーマット系のタスクを Haiku に切り替え

今日やること (30分):
□ CLAUDE.md に「読まなくていいディレクトリ」を明記
□ よく使うコマンドを CLAUDE.md に記載
□ 大きなタスクを「範囲を限定した小タスク」に分割する習慣をつける

今週やること:
□ 繰り返すバッチ処理に cache_control を追加
□ 並列化できるタスクを Agent tool で委譲するパターンを作る
□ モデルの使い分けルールを決めて CLAUDE.md に明記

---

まとめ

Claude Code の速度が遅い根本原因は 「コンテキストの肥大化」と「ファイル探索の非効率」 です。この2つを意識するだけで、体感速度は大きく変わります。

私が最も効果を感じた施策の優先順位:

1. /compact の習慣化 (即効性◎、コスト0)
2. モデルの使い分け (翻訳をHaikuにするだけで劇的改善)
3. 指示の範囲を明示 (「他は読まなくていい」の一言)
4. サブエージェントへの並列委譲

全部一度にやる必要はありません。まず /compact を今日の作業に組み込むだけでも、明らかに速くなったと感じられるはずです。

関連記事

• Claude Code のAPIコストを90%削減する完全ガイド
• ハーネスエンジニアリング完全ガイド
• Claude Code の危険なプロンプトパターン10選