Claudeの制限がきついっす。
週の後半になると「上限に達しました」と出て、
作業はまだ残っている。
僕は毎週、週間制限に達していました。
Claudeの制限がきつくなる原因は、たいてい3つだけです。
重いモデルを常用している／1本の会話を長く続けている／自動で走るタスクを忘れている。
プランを上げる前に、この3つを直すほうが早いです。
前提を1つ。
Claudeは1回のやりとりごとに、それまでの会話を全部まとめて送り直しています。
だから会話が長いほど、同じ一言でも重くなります。
この記事は、アプリやブラウザで使っている人向けです。
ターミナルのコマンドや環境変数の話は出てきません。
公式の情報で裏取りしながら、僕が実際に変えたことだけを書きます。
Claudeの制限がきついのは、たいていこの3つが原因
自分がどれに当てはまるかを見てください。
| 原因 | 何が起きているか | 直し方 |
|---|---|---|
| 重いモデルを常用 | 1ターンあたり数倍の消費 | 仕事の種類でモデルを分ける |
| 1本の会話が長い | 毎回、全履歴を送り直している | 用件ごとに新しい会話にする |
| 自動タスクを放置 | 手を触れていない時間に減っている | 一覧を開いて棚卸しする |
パパスタ僕は3つ全部やっていました。だから毎週きつかったんです。
プランのアップグレードは、この3つを直してからで遅くありません。
原因が使い方にある場合、枠を増やしても同じ速さで減ります。
ここから、3つを順番に見ていきます。
その前に、そもそも何の枠が減っているのかを
1分だけ整理させてください。
5時間制限と週間制限は別もの｜まず自分の残りを確認する
2つの枠は別々に動いている
Claudeの有料プランには、短い周期で戻るセッション単位の枠と、
週単位の枠があります。この2つは別々に動いています。
セッションの枠は戻っても、週の枠は戻っていません。
だから「昼に復活したのに夜また止まる」ということが起きます。
Claudeの使用制限を確認する方法
推測でやると迷子になります。
公式は設定の「使用状況」で、いまのセッションの残りと、
週の枠のリセット時期を見られると案内しています。
いまのセッションの残り時間
週の枠がいつ戻るか
「金曜に枯れる」と分かれば、重い仕事を月曜に寄せるだけで解決します。
週の頭に一度ここを開くだけで、
「気づいたら枯れていた」が減ります。
数字を見るだけで十分で、記録は要りません。
原因1｜重いモデルを常用している（Claudeのモデル使い分け）
いちばん効くのがここです。
ここだけ直しても、週の後半の余力が変わります。
迷ったらSonnetから始める。判断が必要なときだけOpusに上げる
判断はOpus、制作はSonnet、単純作業はHaiku
Anthropicの公式ヘルプは、Opusについて
「Sonnetより1ターンあたり数倍のコストがかかる」と書いています。
そしてSonnetは「ほとんどの作業に推奨」とされています。
| 仕事の中身 | 使うモデル | 理由 |
|---|---|---|
| 設計・原因不明のトラブル・構成の練り直し | Opus | 判断そのものが成果物になる |
| 文章を書く・要約する・調べてまとめる | Sonnet | 公式が既定として推奨している |
| 置換・整形・リネーム・分類 | Haiku | 速くて最も軽い |
ブログ記事を1本書かせるのに、設計用の重いモデルを使う必要はありません。
既定はSonnetでいい、というのが公式の立場です。
僕の場合、実際の振り分けはこうなりました。
- 記事の設計図を一度だけ Opus に作らせる
- 本文の執筆・台本づくり・要約は Sonnet
- ファイル名の整理や表記の一括置換は Haiku
1本の記事で、Opusを使うのは最初の1回だけです。
迷ったらSonnet。2〜3往復で収束しなければOpusに上げる
「この仕事はどっちだろう」と迷う場面は必ず来ます。
そのときの判定は、簡単にしておきます。
まずSonnetで始める。
2〜3往復してもうまくいかないときだけ、Opusに切り替える。
最初からOpusを選ばない。
逆にすると、簡単な仕事にも重い消費が乗り続けます。
途中で切り替えるより始める前に決めておくほうが迷いません。
モデルを軽くしても、品質は落ちなかった
「軽いモデルにしたら質が落ちるのでは」
という不安が一番の壁だと思います。
僕の実感を正直に書きます。
書く作業は、モデルの重さより指示の精度で決まりました。
構成が決まっていて、書く順番と長さと語り口が指定されていれば、
Sonnetで問題なく仕上がります。
指示が曖昧なままOpusに投げても、曖昧な答えが返ってきます。
曖昧さを埋めてくれる道具ではありません。
だから僕が変えたのは、モデルより先に指示の出し方でした。
短い指示で精度を出すコツは、プロンプト最適化の考え方にまとめています。
拡張思考は単純作業では切る
もう1つ見落としやすい点があります。
じっくり考えさせる「拡張思考」の設定です。
Anthropicの開発者向けドキュメントには、思考の部分も出力トークンとして課金されると明記されています。
つまり考えている分が、そのまま消費に乗ります。
判断の目安はこうです。
自分がやっても答えが1つに決まる作業なら、思考は要らない。
表記を「子供」から「子ども」に直す作業に、考える時間は不要です。
パパスタ切るか残すかは、「答えが1つに決まるか」で考えています。
原因2｜1本の会話を長く続けている
2つ目の原因は、会話の使い方です。
仕組みを知ると、なぜ後半で急に枯れるのかが分かります。
毎ターン、それまでの会話を全部送り直している
公式ヘルプはこう説明しています。
1回のメッセージごとに、会話履歴とプロジェクトの文脈と今回の指示のすべてを、まとめてモデルに送っている。
つまり会話が長くなるほど、1往復あたりの重さが増えていきます。
同じ「ありがとう」の一言でも、
1往復目と50往復目では消費がまるで違います。
会話が長くなると、1往復で送る量が増えていく
長い資料とルールも、毎ターン一緒に送られている
送られているのは会話だけではありません。
公式ヘルプは、常に読ませるルールのファイルについて
「毎ターンの先頭に付けられる」ので短く保つようにと書いています。
これまでの会話すべて
プロジェクトや資料の文脈
常に読ませているルール
今回の指示
減らせるのは、上の3つです。
公式ヘルプは、ファイルの中身を全部貼るのではなく
場所（パス）で指すことも勧めています。
貼り付けた文字は、全部が毎ターン送られる側に回ります。
小出しの修正が、いちばん高くつく
僕がやっていた悪い癖がこれです。
「ここを短く」「次はここ」「さっきのに戻して」と1つずつ投げる。
そのたびに全履歴が送り直されます。
5回に分けた修正は、5回ぶんの履歴の送信になります。
公式ヘルプも、やりとりの回数を減らすために
関連する質問は1つのメッセージにまとめることを勧めています。
気になった点を5つためてから、まとめて1回で渡す。
思いついた順に小出しにするのをやめるだけで、
往復の回数が5分の1になります。
パパスタ1回でまとめて言えば済んだ話でした。
原因3｜自動で走るタスクを忘れている（僕が読み違えた話）
3つ目は、いちばん気づきにくい原因です。
そして僕は、ここで盛大に読み違えました。
自動タスクの消費も、同じ週の枠から減る
Claudeには、決まった時間に自動で走らせる仕組みがあります。
その消費も、チャットで使った分と同じ場所から減ります。
寝ている間に走ったタスクの分も、週の枠から引かれています。
体感と実際の消費がズレる一番の理由がこれです。
犯人だと確信していたら、2週間止まっていた
僕は「毎朝走らせている自動タスクが、
寝ている間に枠を食っているに違いない」と思い込んでいました。
犯人はそこだと確信していました。
自動タスクは2件しか存在せず、しかも2週間前から停止していました。
最後に走ったのは2週間前の1回だけ。犯人ではありませんでした。
実際の原因は、毎日自分の手で触っている部分にありました。
重いモデルで、長い会話を、区切らずに続けていた。
それだけです。
まず現状を見る。それから対策を決める。
順番を逆にすると、効かない施策に時間を使います。
止まっているあいだは消費しません。
ただし再開したら、また同じところで枯れます。停止中の2件はモデルが重いままだったので、そこは直しました。
パパスタ思い込みで2週間を無駄にしました。先に一覧を開けばよかった。
では、どこで一覧を見るのか。
自動で走らせる設定は、作ったときの画面から一覧で確認できます。
ここを開かないかぎり、動いているかどうかは分かりません。
いま何件あるか（覚えている数と合っているか）
何曜日の何時に走るか
どのモデルで走るか
Claudeの制限がきついときの対策｜今日からできる5ステップ
原因が分かったら、あとは手順です。
上から順に、5分ずつでできます。
推測をやめて、いまのセッションの残りと週の枠のリセット時期を見る。何曜日に枯れているかが分かれば、重い仕事を寄せる先が決まります。
いちばん効きます。Opusは詰まったときだけ。単純作業はHaikuに落とす。
前の会話を引きずらない。これだけで1往復の重さが最初に戻ります。同じ会話に「次はこれ」と足さない。
これが終わりの合図です。言い方は何でもよくて、「ここまでで完了です」の一行で足ります。
一覧を開いて、いま何が何曜日に走るのかを自分の目で確認する。使っていないものは止める。残すものはモデルを軽いほうに変える。
1つの会話に積み上げるのをやめて、用件ごとに区切る
「終わりの合図」を出す理由
ステップ4だけ、公式のルールではありません。
僕が自分で決めた作法です。ただ、いちばん効きました。
合図を出さないと何が起きるか。
「ついでにこれも」が同じ会話に積み上がっていきます。
1本目の記事の会話に、2本目の依頼を足す。
さらにXの投稿文を足す。
気づくと、1往復ごとに記事3本ぶんの履歴を送り直しています。
終わったと口に出すと、次の仕事を同じ場所に置きたくなくなります。
相手のためではなく、自分の癖を止めるための一行です。
パパスタ「終わりました。この仕事は完了です」と自分から言う。それだけです。
調べる会話と書く会話は分ける
ページを読ませる作業は、会話に大量の文字を残します。
競合を8ページ読ませれば、8ページ分の文字が会話に積まれます。
ここを引きずるのが一番もったいない。
調べた結論
自分が使う数字
次にやること
読ませたページの本文は残しません。
1ページ分の本文より、3行のメモのほうが強いからです。
メモをファイルに保存しておけば、
やり直しになっても調査から始めずに済みます。
AIで記事を書く工程そのものを組み立て直したい人は、
AIを使ったブログ作成のヒントとコツが土台になります。
制限の記事を読むときに気をつける2つのこと
ここは、調べていて僕がハマった落とし穴です。
知らないと、効かない対策に時間を使います。
単価表はAPI課金の話で、サブスクの制限とは別
「$3」「$15」といった100万トークンあたりの単価表をよく見ます。
あれはクレジットカードで従量課金している人の話です。
| 見るところ | サブスク（Pro／Max） | API（従量課金） |
|---|---|---|
| 何で止まるか | 枠に達すると止まる | 止まらず請求が増える |
| 100万トークン単価 | 関係ない | 直接ひびく |
| 節約の意味 | 枠の食い方を変える | 請求額を下げる |
サブスクは「枠」で止まります。単価をいくら計算しても、止まる場所は変わりません。
ただし結論の方向は同じです。重いモデルを避ける。無駄な長文を出させない。
「OpusはSonnetの19倍」といった倍率も同じです。
公式が言っているのは「1ターンあたり数倍」だけで、
具体的な倍率は示されていません。方向が合っていれば判断は変わりません。
ターミナルのコマンドは、アプリ派には実行できない
「この環境変数を設定すればキャッシュが1時間になる」
「思考を切れる」といった手順を見かけます。
アプリやブラウザでClaudeを使っている人には、ターミナルで環境変数を入れる場所がありません。
僕が確認した範囲では、公式ドキュメントに載っていない書き方も混ざっていました。
モデルを選ぶ
会話を区切る
長い資料を毎回貼らない
コマンドや環境変数の話は、開発者向けの記事です。
パパスタここを混ぜて読んでいたから、ずっと話がややこしかったんです。
Claudeの制限がきついときのよくある疑問
- Claudeの制限がきついのはなぜですか？
-
重いモデルを常用していること、1本の会話を長く続けていること、自動で走るタスクを放置していることが主な原因です。特に会話は、毎回それまでの履歴すべてを送り直しているため、長いほど1往復が重くなります。
- Claudeの週間制限はいつリセットされますか？
-
設定の「使用状況」に、週の枠のリセット時期が表示されます。推測せず、そこで確認するのが確実です。セッションの枠と週の枠は別々に動くので、両方を見てください。
- Claudeの使用制限はどこで確認できますか？
-
設定の「使用状況」です。いまのセッションの残りと、週の枠がいつ戻るかの2つが見られます。
- ClaudeのOpusとSonnetはどっちを使えばいいですか？
-
ふだんはSonnetです。公式もほとんどの作業にSonnetを推奨しています。構成を根本から考え直すときや、原因が分からないときだけOpusに上げてください。
- プランを上げれば制限はきつくなくなりますか？
-
使い方が原因の場合、枠を増やしても同じ速さで減ります。まずモデルと会話の区切り方を直して、それでも足りないときに検討するほうが確実です。
まとめ｜プランを上げる前に、この3つを直す
長く書きましたが、やることは3つです。
どのくらい変わったかも書いておきます。
数字で出せるものではないので、体感の話です。
前は水曜か木曜で週の枠が苦しくなっていました。
いまは金曜の夜まで残っています。
やったのは、上の3つだけです。
- 既定のモデルをSonnetにする。Opusは詰まったときだけ
- 用件ごとに会話を区切る。前の会話を引きずらない
- 終わったら「完了」と1行伝える。次の依頼を積まない
1番です。
既定モデルを見直すだけで、週の後半の余力が変わります。
節約というと我慢する話に聞こえますが、逆でした。
軽いモデルに落として指示を具体的にしたら、
仕上がるまでの往復が減りました。
削るのではなく、渡し方を整える話です。
我慢した記憶はありません。
パパスタやってみたら、我慢どころか楽になりました。
最後に1つ。対策を打つ前に、設定の「使用状況」を開いてください。
僕は自動タスクを疑って、まるで見当違いのところを触ろうとしていました。
現状を見てから決める。これが遠回りを防ぐ唯一の方法です。
そもそもなぜClaudeを使っているのかは、
GeminiからClaudeに乗り換えた話に全部書きました。
月20ドルで何ができるようになったかもここにあります。
AIを触りはじめたばかりの人は、
生成AIの使い方、初心者は触るだけでいいから入ると、
モデルの違いの話が飲み込みやすくなります。
他のAIとも比べてみたい人には、
Google One AI（Gemini）を使ってみた話もあわせてどうぞ。
参考にした公式ソース
- Usage limit best practices（Claude公式ヘルプ）
- Models, usage, and limits in Claude Code（Claude公式ヘルプ）
- How do usage and length limits work?（Claude公式ヘルプ）
- Extended thinking（Anthropic開発者向けドキュメント）
いずれも2026年9月13日に確認しています。
