私がこの変更を行うまで、クロードはすべてのチャットの開始時に 84.6K トークンを消費していました

あなたも私と同じように、クロード セッションに執着して、単一のトークンに至るまですべてを最適化しようとしていますか?もしそうなら、あなたは良い仲間です。私は 20 ドルの Claude Pro サブスクリプションをできる限り伸ばすためにあらゆる努力をしてきました。ただし、微調整や調整はすべて、強固な基盤の上に構築されている場合にのみ機能します。結局のところ、私が Claude を使用していた方法が実際には私にとって不利に作用し、最初のメッセージからトークンの使用量を膨らませていました。

「こんにちは」と送信したところ、トークンの使用量はすでに 85,000 でした

クロードは内部で多くのコンテキストを処理します

クロード・コワークはかつて /コンテクスト その時点までにチャットが消費したトークンの数を示すコマンド。私はこれを頻繁に使用して、200,000 トークンに達したかどうかを確認し、その時点ですべてを要約し、コンテキストの腐敗を避けるために新しいチャットに移動しました。ただし、チャットの途中でこの機能を使用して、チャットの切り替えの制限に近づいていないかどうかを確認していました。チャットの開始時にこれをテストするという素晴らしいアイデアはありませんでした。つい最近、偶然このことに出会っただけです。

ほら、 /コンテクスト コマンドは最近 Cowork から削除されたようです。私の知る限り、これは現在、CLI とデスクトップ アプリのコード モードの両方で、Claude Code でのみ利用可能です。実際、Claude デスクトップ アプリでコード モードを使用している場合は、右側のパネルから直接アクセスできるため、トークンの使用状況を常に監視できます。これは非常に優れた改善であることがわかったので、トークンの使用状況をより詳しく監視するために Cowork モードから Code モードに切り替えることにしました。

そこで私は新しいセッションを開始して「こんにちは」と送信しました。クロードはまた簡単な挨拶で答えましたが、本当に恐ろしいことに、パネルには私がすでに 84.6,000 のトークンを使用していることが示されました。まったく期待していませんでした。確かに、Claude のシステム プロンプトがかなり大きいことは知っていました。そのため、ベースラインのオーバーヘッド (おそらく 5,000 トークン、最大で 10,000 トークン) が発生するだろうと考えていました。しかし、実際の数は私の予想の 8 倍以上でした。

残念ながら、ゼロにすることはできません

16Kトークンしか減らすことができなかった

1 回の「Hi」の後に 85,000/100 万のトークンが消費されるのを見ると驚くべきですが、内訳を見ると、たとえ気に入らなかったとしても、その数字がある程度意味を持ち始めました。クロード システム プロンプトと組み込みシステム ツールが約 30,000 トークンを消費していました。これらはアプリに組み込まれており、それに対してできることは何もありません。

次にメッセージがあり、さらに 23,000 トークンを消費しました。チャット内のメッセージは私の「こんにちは」とクロードの 10 単語未満の返信だけだったので、それだけではすべてを説明できませんでした。私の推測では、これには、クロードが各チャットの開始時に読み込む過去の会話からの記憶とコンテキストが含まれていると考えられます。これをテストするために、非常に古い会話の一部を削除したところ、メッセージが約 14,000 トークンに減りました。メモリ機能を無効にすればこの数値をさらに下げることもできたかもしれませんが、非常に便利なので有効のままにすることにしました。

残りの 30,000 トークンほどは、スキルと MCP ツールからのものです。さて、私は数か月間にわたって多くのスキルとプラグインをインストールしたことを認めますが、それらがそれほど多くのトークンを消費するはずはありません?スキルと MCP サーバーの背後にある考え方は、チャットの開始時に各ツール (ツール自体ではなく) の簡単な説明のみが読み込まれるため、クロードは必要に応じて何をトリガーすべきかを知ることができます。説明だけでは、これほど多くのトークンの使用量を説明できないでしょうか?

そこで、[設定]に移動し、ほぼすべてのコネクタ、プラグイン、スキルを無効にしました。ただし、トークンの使用量が約 8,000 削減されただけです。その後、戻ってすべてを削除して違いがあるかどうかを確認しましたが、コンテキストから削除するには無効にするだけで十分であることがわかりました。焦土化しても私の目的には何の役にも立ちませんでした。

全体として、あれこれいじった結果、ベースラインのトークン使用量を 84.6K から 68.7K に下げることができました。これは約 16K トークンの削減です。確かに、何もしないよりはマシで、おそらく 1 つまたは 2 つの余分なメッセージによってセッションを延長するのに役立ちますが、システム プロンプトとツールのみを考慮して、その数をわずか 30,000 個まで減らしたかったことは確かです。

結局、問題を解決するにはアプリを切り替える必要がありました

これが、パワー ユーザーが Claude Code CLI を好む理由です。

デスクトップ アプリの Claude Code と Cowork モードは両方とも、技術的には内部で Claude Code CLI を実行します。結局のところ、これは Anthropic のこの種の最初のハーネスでした。そのため、ソースに戻って同じ問題が継続するかどうかをテストしたいと思いました。

そこで、ターミナルで Claude Code セッションを開き、同じ Claude アカウントでログインし、「こんにちは」を送信して、同じコマンドを実行しました。 /コンテクスト 指示。今回は、微調整や調整を行う前でも、46.7K という比較的妥当なトークン使用量が見られました。トークンの配布もかなり異なっていました。システム ツールのコストはどちらのアプリでもほぼ同じですが、デスクトップ アプリではほぼ 10,000 トークンが必要だったのに対し、CLI のシステム プロンプトではわずか 3,000 トークンしか占めませんでした。

MCP ツールはコンテキストの使用にはほとんど貢献しませんでした。比較のために、デスクトップ アプリには、MCP ツールに起因する 13.9K のトークンが表示されました。その一部は有効にしておく 2 つのコネクタ (Chrome の Claude とファイルシステム) から来ており、残りはデスクトップ アプリに含まれる追加ツールから来ています。ただし、Claude Code CLI で MCP ツールが占めるトークンの数が 1,000 未満だったという事実は、その機能を実行するために追加のツールがあまり必要ないことを示唆しています。

つまり、デスクトップ アプリはグラフィック レイヤーのせいでシステム リソースが重くなるだけではありません。また、追加のツールとより大きなシステム プロンプトが付属しているため、トークンの使用量の点でも重くなります。

そうは言っても、CLI の本当に優れた点は、フォルダーごとにセットアップを構成できることです。スキルや MCP サーバーの特定のコレクションを含む設定を各フォルダーにローカルに保存します。これをテストするために、2 番目のフォルダーからすべてを削除し、そこで Claude Code を起動しました。同じ「こんにちは」でトークン数がわずか 36.9K に減少しましたが、他のフォルダーは完全な設定を保持していました。つまり、クロード コードを使用したプログラミング用に最適化されたフォルダーを 1 つと、マーケティング作業用に別のフォルダーを最適化できる可能性があります。すべてのツールを全面的に有効 (または無効) にして、一般的な最適とは言えないワークフローになる必要はありません。

Anthropic はデスクトップ アプリを改善する必要がある

Anthropic がデスクトップ アプリで Cowork モードをリリースする前の数か月間、CLI 経由で Claude Code を使用していました。これにより、Claude Code と同じように、グラフィカル インターフェイスを介してシステム ファイルを操作できるようになりました。その時点で、グラフィカル アプリの方が見た目が美しいと感じたので切り替えました。CLI を使用すると、すべてが非常に閉所恐怖症に感じられます。ただし、最近のテストでは、特にモジュール性とユーザー制御に関して、CLI にはグラフィカル アプリよりも大きな利点があることが明らかになりました。

そのため、私は Anthropic に、CLI アプリと同じレベルの柔軟性をデスクトップ アプリにももたらすようお願いしたいと考えています。それが面倒な場合は、少なくとも CLI の間隔とマージンを改善して、より使いやすいものにしてください。