AI活用事例読了 7 分

Claude Codeの利用制限、CLAUDE.mdを100行まで削ると消費が大きく減る

Shiritomo編集部 @shiritomoAI_jp 2026年11月13日更新

5時間に1回、作業が強制的に止まる。
Claude Codeを使う開発者の多くが、このリズムに合わせて日々のコーディングを組み立てています。
利用制限は深夜0時に一律リセットされるわけではなく、直前5時間を区切りとするローリングウィンドウ（一定時間ごとに区切りがスライドしていく制限方式）で管理されていると、複数の技術ブログが指摘しています。
制限に引っかかった瞬間、また同じだけ待つしかないのか——そう思って調べてみると、CLAUDE.md（プロジェクトの設定を書き込んでおくファイル）の書き方だけで消費量が大きく変わることが分かりました。
Claude Codeの利用制限に悩んでいる人に向けて、実際に効果があるとされる工夫を整理します。

先に結論をまとめると：
– CLAUDE.md（プロジェクト設定ファイル）を100〜200行程度まで削ると、毎ターンの基礎消費を減らせます
– 話題を変えるなら/clear、同じ作業を続けるなら/compactと使い分けると、無駄な再送信が減ります
– 使っていないMCPサーバー（外部ツールと連携する仕組み）を減らすと、1ターンあたり数千トークンの上乗せを防げます

何が起きたのか

Claude Codeは、コードベース全体を読み込んで編集やテストを自然言語で自動化できる、Anthropicのコーディングツールです。
便利さの一方で、使えば使うほど利用制限に近づく仕組みそのものが悩みの種になっています。

Claude Code の使用量上限とうまく付き合う方法などの技術ブログでは、Pro・Maxプランの利用制限が直前5時間を基準にしたローリングウィンドウで管理されていると説明されています。
深夜0時に一律リセットされるタイプの制限ではないため、残り時間を意識しながら使う必要があるというわけです。

同時に、CLAUDE.mdの書き方や/compact・/clearの使い分けといった、ユーザー側でできる工夫をまとめた記事も複数公開されています。
ただ、記事ごとに推奨する行数やトークン数の目安が違っていたので、それぞれ何を根拠にしているのか調べてみました。

調べて分かったこと

なぜ5時間ごとに制限がかかるのか？

Claude Code の使用量上限とうまく付き合う方法によれば、/contextコマンドで現在のトークン使用率を確認でき、自動的な要約（コンパクション）は使用率が約83.5%（おおよそ167,000トークン）に達したタイミングで発動するとされています。
この記事では、自動発動を待たずに70%あたりで手動で/compactを実行しておくと、意図しないタイミングでの要約を避けやすいと勧めています。

CLAUDE.mdは何行まで削ればいいのか？

CLAUDE.mdは、Claude Codeがセッションを開始するたびに毎回読み込むプロジェクトメモリです。
つまりCLAUDE.mdに書いた内容は、使うたびに何度も課金対象のトークンとして送られ続けます。

どこまで削るべきかは、ブログごとに目安が異なります。
Claude Code の使用量上限とうまく付き合う方法は「5,000トークン以内」を目安に挙げ、Claude Codeのトークン消費を抑える方法まとめは「200行以内」、Claude Codeのトークン消費を減らす5つの即効テクニックはさらに切り詰めて「100行以内」を推奨しています。
いずれもAnthropicが定めた公式の基準ではなく、各ブログの運用実感から出てきた数字ですが、方向性は共通しています。
細かい手順や個別のルールはSkills（必要なときだけ読み込む別ファイル）に切り出し、CLAUDE.mdそのものは薄く保つという考え方です。

`/clear`と`/compact`はどう使い分けるのか？

Claude Codeのトークン消費を抑える方法まとめは、両者の違いをこう整理しています。
/clearは会話履歴を完全にリセットするコマンドで、別のタスクに切り替えるときに使います。
一方/compactは会話履歴を要約して圧縮するコマンドで、同じタスクを続ける場面に向いています。

このブログでは、/clearする前に/renameでセッションに名前を付けておき、あとで/resumeで呼び戻すという使い方も紹介されていました。
しおりを挟んでおくような感覚で、消したつもりの会話に後から戻れるというわけです。
/compactについても、何を残すかをClaudeに任せきりにせず、「このファイルの変更点だけ残して」のように指定する使い方が勧められています。

ほかにできる工夫は？

ファイル指定のしかたも消費量に関わってきます。
Claude Code の使用量上限とうまく付き合う方法は、@ファイル名で読んでほしいファイルを直接指定すると、Claudeが無関係なファイルを探し回る動きを減らせると説明しています。
Claude Codeのトークン消費を減らす5つの即効テクニックも同様に、大きなファイルをまるごと読み込ませるのではなく、オフセットや行数指定で必要な部分だけを渡す方法を挙げています。

MCP（外部ツールと接続する仕組み）についても指摘は共通していました。
接続しているだけで使っていないMCPサーバーがあると、ツールの説明文がそのまま毎ターンのコンテキストに乗ってくるため、数千トークン分の上乗せになるというものです。
必要なサーバーだけをつなぎ、CLIコマンドで済む作業はMCPを経由しないという判断が紹介されています。

モデルの使い分けにも効果があるという指摘があります。
設計や難しい判断にはOpus、通常のコーディングにはSonnet、テストや単純な修正にはHaikuと役割を分けることで、全部をOpusで処理するより消費を抑えられるという考え方です。
Claude Code の使用量上限とうまく付き合う方法は、ツール呼び出しの回数そのものを--max-turnsで上限を決めておく方法も紹介していました。

Shiritomo編集部の考察：AI活用は消費量管理の時代に

Claude Codeの利用制限をめぐる工夫が各ブログで独自に積み上がっている様子を見ると、AIツールの使い方が「何ができるか」から「どう使い続けるか」へ重心を移していることが伝わってきます。
かつてスマートフォンの通信量が「ギガ不足」という言葉で意識されるようになったのと同じ構造で、使い放題に見えるAIツールにも、実際には時間とトークンという二重の天井があるわけです。

とくに企業でClaude Codeを導入する場合、この感覚を個人の工夫だけに頼るのはリスクがあります。
CLAUDE.mdの肥大化やMCPサーバーの放置は、気づかないうちに全員の消費を押し上げる要因になりやすいからです。
チームで使う以上、CLAUDE.mdの行数やMCP接続の棚卸しは、個人の節約術ではなく運用ルールとして扱う段階に来ているのではないでしょうか。
使用量が見える化されるツールが増えるほど、こうしたAIの消費量管理をテーマにした情報はしばらく需要が続きそうです。

まとめ

Claude Codeの利用制限は深夜0時ではなく直前5時間を基準に動いており、CLAUDE.mdの軽量化や/clear・/compactの使い分けといった工夫で消費を抑えられると、複数の技術ブログが報告しています。
公式の基準ではない以上、まずは/contextで自分の消費傾向を確認してみることが、工夫を選ぶ第一歩になりそうです。