Claude Codeの制限と上手に付き合う ── Anthropic公式Tips集から学ぶ「トークンの使われ方」
こんにちは、株式会社Renewerの堀内です。
Claude Codeをガシガシ使っていると、最上位のMaxプランでも週次や5時間制限を気にしながら使うことはしばしばあります。私自身も制限を迎えてしまって作業がストップしたり、超えないように調整することがよくあります。
「できるだけ制限を気にせずにClaude Codeを使いたい」
このような願望に対して、Anthropicが公式に解説した記事を公開しました。
2026年8月14日公開のブログ記事「Maximizing the value of your Claude Code sessions（Claude Codeセッションの価値を最大化する）」です。
Claude Code利用時に制限に達することを回避して、Claude Code利用価値・生産性を最大化するためのTipsが紹介されています。
公開翌日にはHacker Newsなど海外の実践者コミュニティで話題になっています。
この記事では、公式Tips集の要点を読み解きます。
原文は英語でやや技術寄りなので、非エンジニアの方にも伝わる形に翻訳し直しました。
│
先日公開した『Claude 5世代 マスターガイド』では、Claude 5世代の「6つの新ルール」（AIに何を渡すか）と「モデル選び」（どのモデルに渡すか）を解説してきました。
Anthropic公式の記事を中心に、「コンテキストエンジニアリングの新手法」や、「Claude5 モデル選定ガイド」などClaude 5世代の使いこなし方について扱った、50ページを超える内容です。
以下から無料でダウンロードできます。
今回のTips集は、そのガイドブックと地続きの内容です。ガイドブックが「渡し方」の設計だとすれば、今回は「セッションの運用」の設計。
これらをセットで読むと、Anthropicが描いている使い方の全体像が見えてきます。
該当箇所では、そのつながりも紹介していきます。
1. なぜ今、Anthropicが「トークンの価値」を語り始めたのか
まず前提の話からです。
Claude Codeの有料プランには利用量の上限があります。2025年の上限導入時には、ヘビーユーザーを中心に不満の声も上がりました。
そうした文脈の中で出てきたのが、今回の記事です。
冒頭のメッセージを引用します。
"Being efficient with tokens doesn't mean using fewer of them overall. It means making sure the ones you do use go towards the thing you actually asked for."
（トークンの効率とは、全体の使用量を減らすことではありません。使ったトークンが、あなたが実際に依頼した内容に向かうようにすることです）
「節約術」ではなく「価値の設計」の話である、と言うことを言っています。
同じタスクでも、セッションの状態が悪いと、AIは無関係な10個のファイルについて考え込んでしまう。そのぶんのトークンは、あなたの依頼には1ミリも貢献していません。
つまり無駄なトークンを削れば、同じ料金・同じ上限のままで、実質的な生産性が上がります。
前回記事でも、会計単位を「トークン」から「タスク」へ移せ、というAnthropicの主張を紹介しましたが、より業務や提供価値にフォーカスして、ユーザーに生産性を高めてもらうという点に注力している姿勢が見受けられます。
2. トークンの価格を決める3要素
公式記事の前半は「1トークンの価格は何で決まるか」の解説です。要素は3つあります。
・モデル選択（大きいモデルほど高い）
・入力と出力（出力トークンは入力の約5倍の価格）
・プロンプトキャッシュ（読み取りは通常の0.1倍、書き込みは最大2倍）
3つ目のプロンプトキャッシュとは、一度読み込んだ会話の前提部分を「保存済み」として再利用する仕組みです。キャッシュが効いた読み取りは通常入力の0.1倍、10分の1のコストで済みます。
このキャッシュは意外と簡単に壊れるようです。
セッション途中で /model（モデル変更）や /effort（思考の深さの変更）を実行すると、会話全体の読み込み直しが発生するのです。
10分の1で済んでいたものが、全額払い直しになるイメージです。
そこで公式が勧める基本動作が、これです。
モデルとeffortレベルは、セッション開始時に決めて、途中で動かさない。
地味ですが、仕組みを知ると実践したくなる（モデルやeffortを変えたくなくなる）のではないでしょうか。
では、開始時にモデルをどう決めるのか。
ここは前回の記事「『Claude 5世代』のモデル選び」で紹介した「Start Smart」の考え方がそのまま使えます。
まず最高性能のモデル×標準設定で品質の上限を確かめる。
コストを下げたければ、モデルを落とす前に、まず努力レベルを下げる。この順番でした。
今回のTips集と合わせると、「Start Smartで開始時に決め、セッション中は動かさない」という一本の運用ルールになります。
3. キャッシュには「賞味期限」がある
キャッシュについて紹介されているもうひとつの話は、有効期限の話です。
キャッシュは1時間で切れます（サブスクリプション利用の場合。APIキー利用だと5分です）。つまり、お昼休みを挟んで戻ってきた1手目は、たいてい全額払い直しになっています。
そこで公式が勧めるのが、席を立つ前に
/compactを打っておくことです。
/compact は、日本語にすると「圧縮」です。
それまでの会話をAI自身に要約させて、長いやり取りの履歴を、短い要約文に置き換えてくれます。何をやっていたかという文脈は引き継がれるので、そのまま作業を続けられます。
「作業はまだ途中だけど、会話が長くなってきた」ときに使うと、コストをおさえることができるコマンドです。
さらにキャッシュが残っているうちに圧縮を実行すると、トークン量を抑えて実行することができる、というわけです。
4. コンテキストに「何を入れるか」を診断する
次は、セッションに読み込まれる情報（コンテキスト）の中身の話です。
実は最初の1文字を打つ前から、ツール定義・CLAUDE.md・MCPの定義がすでに読み込まれています。
自分のセッションが何をどれだけ積んでいるか。それを可視化するコマンドがあります。
/context実行すると、初期ロードの内訳がグラフで表示されます。
デスクトップアプリでは、入力欄の右下、モデル選択の横にある円形の「使用量リング」をクリックすると、同じ内訳が表示されます。私の環境で開いたのが、次の画面です。
ちなみに下段の「プラン使用制限」からは、契約プラン全体の消費状況にも飛べます。この画面を一度眺めるだけで、自分の環境で「何が重いのか」が見えてきます。
コンテキストを減らすための重要なアクションが、MCPの接続先を減らすことです。コミュニティでも「MCPを整理したら初期ロードが半分になった」という報告は少なくありません。
可視化できたら、減らす作業を行います。
対処はシンプルで、/mcp コマンドから使わないサーバーを無効化するだけです。
デスクトップアプリでは、MCPは「コネクタ」という名前で扱われています。
入力欄横の「＋」ボタン → Connectors から追加・管理でき、外したいものは「Manage connectors」か、設定 → Connectors から切断します。
5. コンテキストを「いつ捨てるか」を決める
公式が紹介している重要な事実は、
「同じ量の仕事でも、1本の長いセッションでやるほうが、短く分けるより高くつく」ということです。
理由はシンプルで、40ターン目のやり取りでは、AIはそれまでの39ターン分をもう一度読み直しているからです。会話が伸びるほど、1回の返事の裏側で読み直す量が積み上がっていきます。
ではその長大なコンテキストを整理するにはどうしたらよいか。
タスクが終わったら /clear でコンテキストを消す。 これだけです。
/clearコマンドは、いま開いているセッションの会話履歴を、まるごと捨てます。AIから見れば、さっきまで何の話をしていたか思い出せない状態になります。
前のタスクの試行錯誤が残ったままだと、AIは次のタスクでもそれを「考慮すべき情報」として読み続けます。精度も落ちる、いわゆるcontext rot（コンテキストの腐敗）という現象です。
似たコマンドとの使い分けも整理しておきます。
・/clear ── 全部消す。タスクの切り替え時
・/compact ── 要約して圧縮。作業を続けたいが長くなった時
・/rewind ── 直近のやり取りだけ巻き戻す。脱線した時
/rewindという新しいコマンドが出てきました。
公式は「間違えた時は /compact より /rewind を優先」と言っているコマンドです。
"If the last few turns went somewhere you don't want to keep, /rewind to just before them instead of running /compact. Rewinding only cuts those turns off the end, so everything before them is still cached and it costs nothing."
（直近のやり取りが望まない方向に進んでしまったら、/compact を実行するのではなく、その直前まで /rewind してください。巻き戻しは末尾のやり取りを切り落とすだけなので、それ以前はキャッシュが生きたままで、コストはゼロです）
デスクトップアプリでは、/clear に相当するのが「新しいセッション」です。
デスクトップアプリはそもそも「タスクごとにセッションを分ける」前提で設計されていて、各セッションが独立したコンテキストを持ちます。つまり「タスクが終わったら /clear」はアプリでは不要で、「タスクごとにセッションを立てる」と読み替えてください。
/compact と /rewind はデスクトップアプリでも活用できます。入力欄に打てばそのまま動きます（コンテキストが一杯になると自動要約もかかります）。
6. 海外コミュニティはどう受け止めたか
Hacker Newsのスレッドでは、賛否がきれいに分かれました。
支持側は「ツールの内部動作を公式が開示したこと」自体を評価しています。追加のTipsを持ち寄る流れも生まれ、実践知の交換の場になっていました。
一方で批判側の代表的な意見は、こうです。「コスト管理の負担をユーザーに転嫁しているのではないか」。ツール側が自動で最適化すべきだ、という立場ですね。
おそらくツール側で自動で最適化する、というのも半年後には実現されているのではないでしょうか。
7. まとめ ── 確認すべき優先順位
公式記事は最後に、「どこから見ればいいか」を優先順で4つ挙げています。コストへの影響が大きい順です。
・セッションの長さと、コンテキストの大きさ
・モデルとeffortレベルの選択
・プロンプトキャッシュが壊れていないか
・ターン数と、ツールを呼び出した回数
一番重要なのは、まず「このセッション、長くなりすぎていないか」を疑えということになります。
個人的にも、ここがいちばん気づきのあった部分でした。
私たちは1つの長大なセッションを使いがちですが（文脈が効いていて話が早いので）、コストの面ではケアしながら使う必要があります。
ここまでお読み頂き、ありがとうございました！
今後、個人利用もさることながら、企業でのAIモデルの利用は、ROIを出すうえで効率的に使用していくということが必須になっていくと考えています。「うまいプロンプトを書く」の次にくるのは、「うまくセッションを畳む」なのかもしれません。
今回のテーマの前提となる、コンテキスト設計の6つの新ルールとモデル選定ガイドは、『Claude 5世代 マスターガイド』にまとめています。以下から無料でダウンロードできます。
仕事・企業で使えるClaudeの情報は以下マガジンにまとめています。
合わせてお読みください。よろしければフォローお願いします。