![]()
Claudeが遅い原因7つと即効の対処法|Opus 4.6とSonnetの使い分け (2026年版)
この記事のポイント Claudeの遅さは、回線よりもモデル選びと設定で決まります。OpusクラスからSonnetへの切り替え、拡張思考のオフ、会話のリセット。この3つだけで体感速度は目に見えて変わります。プラン別の上限差と、Claude Code・API側の確認点まで並べました。
Claudeが遅いとは、回線やサービス障害ではなく、モデル選びと設定が「重い方」に寄った結果、応答が始まるまでの待ち時間が伸びている状態です。主因はOpusクラスの選択、拡張思考のオン、長すぎる会話の3つに集約されます。
送信ボタンを押してから、カーソルが点滅するだけの十数秒。地味にストレスですよね。
その待ち時間の正体は、Claude側の障害ではないことがほとんどです。使っているモデルと設定が「重い方」に寄っているだけ。
切り分けができれば、多くのケースは1分以内に軽くなります。上から順に潰していきましょう。
Claudeが遅いとき、まず何から確認すればいい?
症状ごとに疑う場所はほぼ決まっています。自分の状況に近い行を探すだけで、触るべき設定が1つに絞れます。
下の表は、症状と原因と対処を1対1で並べたものです。
| 症状 | 疑う原因 | すぐやること |
|---|---|---|
| 最初の1文字が出るまで10秒以上かかる | Opusクラス+拡張思考オン | モデルをSonnetに、思考をオフ |
| 書き始めは速いのに途中で止まる | 会話が長すぎる | 新しいチャットを立てる |
| 夕方から夜だけ極端に重い | 利用枠の消費と混雑 | 時間をずらす、上位プランを検討 |
| ファイルを付けた瞬間だけ遅い | 添付が大きすぎる | 分割して渡す |
| 他のサイトも重い | 回線・拡張機能・古いアプリ | ブラウザ側を先に確認 |
つまり、遅さのほぼすべては「モデル」「会話の長さ」「利用枠」「入力サイズ」「端末側」の5カ所に集約されます。
原因1: モデルがOpusクラスのままになっていませんか?
Opusクラスは賢さと引き換えに応答が遅い設計です。日常のやり取りをOpusで回しているなら、そこが最大のボトルネックになります。
Anthropicのモデルは大きく2系統に分かれます。深く考えるOpusクラスと、速さ重視のSonnetクラス。この構図は2026年2月6日公開のOpus 4.6の頃から変わっていません(2026年8月時点の現行世代はClaude 5系です)。
Opus 4.6はコーディング評価のSWE-bench Verifiedで80.8%、ナレッジワーク評価のGDPval-AAで1606 Eloという水準でした。前世代から190ポイントの上積み。ただ、その賢さは「1トークンあたりの計算量」を増やして稼いでいます。
要約・翻訳・下書き・議事録の整形。この手の作業でOpusを使うのは、正直もったいない。速度も待ち時間も損をします。
切り替え手順はこれだけです。
- チャット入力欄の下(またはモデル名の表示部分)をタップ
- 一覧からSonnet系のモデルを選ぶ
- 同じ質問を投げ直す
待ち時間が半分以下になるケースがあります(公称の処理速度差から見た目安)。Sonnet側の得意分野はSonnet 4.6の解説記事にまとめてあるので、どこまで任せられるか迷ったら先に目を通すと判断が早くなります。
原因2: 拡張思考(じっくり考えるモード)がオンのままではありませんか?
拡張思考は、答える前にAIが内部で長考する機能です。難問には効きますが、雑談や整形作業では待ち時間を増やすだけになります。
思考モードをオンにすると、回答が出るまでの間にAIは見えない下書きを大量に書いています。その分だけ最初の1文字が出るまでが長くなる。ここが「固まった」と誤解されやすい部分です。
拡張思考は考える手数を増やす仕組みなので、即断が要る場面では待ち時間のほうが目立ちます。賢さと速さは、はっきり交換関係にあります。
判断基準はシンプルです。
| 作業内容 | 拡張思考 | 理由 |
|---|---|---|
| メール文面・要約・翻訳 | オフ | 一発で出る内容に長考は不要 |
| 表の整形・文字起こしの清書 | オフ | 待ち時間だけが増える |
| 設計方針の検討・原因不明のバグ | オン | 精度差が出る領域 |
| 長文契約書の読み込みと論点抽出 | オン | 見落としが減る |
要するに、「答えが1つに決まる作業」では切っておくのが一択です。
原因3: 会話が長くなるほど重くなるのはなぜ?
Claudeは毎回、その会話の全履歴を読み直してから返事を書きます。会話が伸びるほど読む量が増え、当然のように遅くなります。
トークン(AIが扱う文字のかたまり)の話をすると難しく聞こえますが、実態は単純です。100往復した会話では、101回目の質問のたびに過去100往復ぶんを読み直している。
Opus 4.6は最大100万トークンという広いコンテキストを持っていました。広いことは正義に見えますが、速度の観点では逆です。入れられる量が多いほど、入れすぎたときの重さも青天井になります。
ここまでの整理: 遅さの三大要因は「Opusクラス」「拡張思考オン」「長すぎる会話」です。この3つを直すだけで、大半の人の体感は元に戻ります。
長い会話を軽くする手は3つあります。
- 話題が変わったら新しいチャットを立てる
- 引き継ぎたい内容だけを箇条書きにして冒頭に貼る
- 前提資料は毎回貼らずClaude Projects側に置く
Projectsに前提を置いておけば、チャット本体は軽いまま保てます。会話を捨てる勇気が、そのまま速度になります。
原因4: 添付ファイルが大きすぎる
入力サイズには上限があります。上限ぎりぎりのファイルを毎回投げていると、読み込みだけで数十秒が消えます。
Anthropic公式が公表しているアップロード上限は次のとおりです。チャットへの添付は1ファイル500MBまで・1チャット20ファイルまで、画像は8000×8000ピクセルまで、PDFは1,000ページまで。プロジェクトに置くファイルは1つ30MBまでです(2026年8月時点)。
数字だけ見ると余裕がありそうですが、上限=快適に動く量ではありません。数百MBのテキストを丸ごと渡せば、返事が始まるまでの沈黙は長くなります。公式も「抽出された内容の長さに応じて追加のトークン上限がかかる場合がある」と注記しています。
現実的な運用はこうです。
- PDFは章ごとに分割して渡す
- 表計算は必要な列だけCSVで抜き出す
- 画像は圧縮してから添付する
- 一度に渡すのは1ファイルまで
分割して渡したほうが、精度も上がります。読ませる量を減らす工夫は、速度と正確さの両取りができる数少ない打ち手です。
原因5: 利用枠の上限に近づいている・混雑時間帯
「午前中は快適なのに夕方から重い」というパターンは、利用枠の消費か時間帯の混雑を疑ってください。プラン変更で解決する数少ないケースです。
プランごとの位置づけを整理します。金額は2026年8月時点の公表値で、最新はAnthropic公式を確認してください。
| プラン | 月額 | 速度面での意味 |
|---|---|---|
| 無料 | 0円 | 上限が浅く、混雑時に最も影響を受ける |
| Pro | $20(約3,000円) | 個人利用の標準。Opusクラスも触れる |
| Max 5x | $100(約15,000円) | 利用枠がProの5倍。上限による失速が起きにくい |
| Team / Enterprise | 要問い合わせ | 複数人運用と管理機能が前提 |
つまり、遅さの原因が上限接近ならProからMaxへの移行が効きますが、モデル選びが原因なら課金しても体感は変わりません。順番を間違えると出費が無駄になります。
支払いを増やす前に費用対効果を確かめたいなら、Claudeの料金を下げる考え方を先に読むと判断材料が増えます。
原因6: 端末・ブラウザ側が犯人のケース
Claudeだけでなく他のサイトも重いなら、原因はAI側ではありません。ここを最初に切り分けないと、無駄なプラン変更に走りがちです。
確認は上から順に、5分で終わります。
- 別のブラウザ(またはシークレットウィンドウ)で同じ質問を試す
- 広告ブロックなど拡張機能を一時的に切る
- デスクトップアプリを最新版に更新する
- Wi-Fiとモバイル回線を切り替えて比較する
シークレットウィンドウで速くなるなら、犯人は拡張機能かキャッシュです。回線を変えて改善するなら、AI側は無実。
エラー表示や接続断まで出ている場合は、速度の問題ではなく別系統の不具合です。症状別の切り分けはClaudeが動かないときの対処法に整理してあります。
原因7: Claude Code・API側の設定
ターミナルで使うClaude Codeや、他のソフトからAIを呼び出す窓口であるAPIは、設定次第で待ち時間が跳ね上がります。チャット版とは詰まる場所が違います。
Claude Codeが遅いときに効く順に並べます。
- モデル指定をOpusクラスからSonnetクラスに変える
- 読み込むファイル範囲を絞る(リポジトリ全体を舐めさせない)
- 常時オンにしているツールや連携を減らす
- 長時間走らせたセッションを切って立て直す
API利用では、ストリーミング(生成しながら順に返す方式)を使うかどうかで体感が別物になります。まとめて受け取る設定だと、完成するまで画面は無反応のまま。
料金面も無視できません。Opus 4.6の公表価格は100万トークンあたり入力$5、出力$25でした。速いモデルに落とすことは、そのまま費用削減にもなります。設定の詳細はClaude APIの使い方にまとめています。
OpusとSonnetはどう使い分けるべき?
速度と精度のどちらを取るかは、作業内容だけで機械的に決められます。悩む時間そのものが無駄です。
用途別の推奨をまとめました。
| 用途 | 推奨クラス | 判断理由 |
|---|---|---|
| メール・議事録・要約 | Sonnet | 精度差が出ない領域。速さが正義 |
| 記事の下書き・企画出し | Sonnet | 量を回すほど速度が効く |
| 数時間かかる自律作業 | Opus | 計画を崩さない安定性が要る |
| 大規模コードの読解 | Opus | 広い文脈を保持できる |
| 契約書・財務資料の精読 | Opus | 見落としのコストが高い |
体感としては、日常の8割はSonnetで足ります。Opusは「間違えたら困る仕事」に絞るのが賢い使い方です。
編集部の評価
公開情報とベンチマークを突き合わせた率直な見方を残します。数字の出典はAnthropicの公表値と各種評価結果です。
Opusクラスの遅さは、欠陥ではなく設計です。SWE-bench Verified 80.8%やGDPval-AA 1606 Eloという数字は、時間をかけて考えることで成立しています。そこに「速さ」を求めるのは筋が違う。
問題は、多くの人が用途に関係なく最上位モデルを選び続けている点にあります。日常業務でOpusを常用するのは、正直イマイチな選択です。 待ち時間も利用枠も余計に削れます。
一方で、100万トークンのコンテキストは重宝します。巨大な資料を分割せずに読ませられる場面では、待ち時間に見合う価値があります。使いどころを絞れば圧倒的。
料金判断もはっきりしています。個人利用ならPro $20が一択で、上限に頻繁にぶつかる人だけMax $100へ。速度不満の原因がモデル選びなら、課金は解決になりません。
なおChatGPTなど他社サービスでも、上位モデルほど遅いという構図は共通です。この使い分けの発想は、乗り換えても無駄になりません。
よくある質問(FAQ)
Q. Claudeが急に遅くなったのですが障害ですか?
他のサイトが正常なら、障害の可能性は低めです。直前に長い会話を続けていた、大きなファイルを添付した、拡張思考をオンにしたなど、心当たりを1つずつ戻してください。新しいチャットで速くなるなら、原因は会話の長さです。
Q. 無料プランでも速くできますか?
モデルをSonnetクラスに固定し、拡張思考を切り、会話をこまめに立て直せば改善します。ただし混雑時間帯の失速は無料プランでは避けにくい部分です。夜間に重いなら、時間をずらすのが現実的な回避策になります。
Q. Opus 4.6はまだ使えますか?
Opus 4.6は2026年2月6日公開のモデルで、その後Opus 4.7・4.8を経て、2026年8月時点の現行世代はClaude 5系(Opus 5は2026年7月24日公開)です。利用できるモデル一覧はアプリ内の表示が正です。世代が変わっても「Opusは遅く賢い、Sonnetは速い」という関係は維持されています。
Q. Maxプランにすれば速くなりますか?
上限接近が原因なら効きます。モデル選びや会話の長さが原因なら、月$100を払っても体感は変わりません。先に無料でできる対処を試し、それでも枠に張り付くなら移行を検討する順番が損をしません。
Q. Claude Codeだけが遅いときは?
読み込ませているファイル範囲を疑ってください。リポジトリ全体を対象にしていると、毎回の読み込みで待ちが発生します。対象ディレクトリを絞り、モデルをSonnetクラスに落とすのが即効性のある2手です。
次に読むならこれ
速度の話で「Sonnetに落とす」と決めたなら、次はどこまで任せられるかの見極めが要ります。Sonnet 4.6の解説記事には、精度が落ちる境目と得意分野が整理してあるので、モデル切り替えの判断が一段速くなります。
