「Claude Code」はトークンの大食いザメ!? OpenCodeとの比較で判明した驚愕のオーバーヘッド

何が起きたのか？ニュースの概要

• 初期トークン消費の圧倒的な差: 同じモデル「claude-sonnet-4-5」を使用し、「OK」と返させるだけのタスクで、Claude Codeは約33,000トークンを消費。対するOpenCodeは約7,000トークンだった。
• キャッシュ効率の低さ: OpenCodeがセッションごとに固定のペイロードをキャッシュするのに対し、Claude Codeはセッション中に数万トークンのキャッシュを書き換え続け、書き込み量は最大54倍に達した。
• 実戦環境での肥大化: AGENTS.mdなどの設定ファイルや5つのMCPサーバーを組み合わせると、最初のプロンプトを送る前に消費トークンが85,000に達することが判明した。

なぜこれが重要なのか？注目すべきポイント

• コストと速度の直撃: トークンのオーバーヘッドはそのまま利用料金とレイテンシに直結する。特にEU AI Actのような法規制下では、エージェントが「何を送信しているか」を正確に把握する透明性が求められている。
• サブエージェントの連鎖コスト: タスクをサブエージェントに分散すると、各エージェントのブートストラップコストが累積し、直接実行する場合の4倍以上のトークンが必要になるケースがある。

🦈 サメの眼（キュレーターの視点）

Claude Codeはまさに「動くプラットフォーム」だサメ！27種類ものツールスキーマや、<system-reminder>といった重厚な足場（スキャフォールディング）を毎ターン叩き込んでいる。この「贅沢すぎる仕様」が、単純な回答すら3万トークンの巨大パケットに変えているんだサメ。

特に注目すべきはキャッシュ書き込みの異常な多さだサメ！同じタスクでOpenCodeの54倍もキャッシュを書き換えるのは、お財布にとってかなり凶暴なサメと言わざるを得ない。ただし、マルチステップの複雑なタスクでは、Claude Codeがツール呼び出しをバッチ処理（一括送信）することで、結果的にOpenCodeより総消費量を抑える逆転現象も確認されているサメ。短距離走ならOpenCode、長距離の複雑な狩りならClaude Code、という使い分けが2026年の定石になりそうだサメ！

これからどうなる？

開発者はハーネス（実行環境）を選ぶ際、単なる機能性だけでなく「基本料（ベースライントークン）」と「走行距離（キャッシュ効率）」を厳しく評価するようになる。特にMCPサーバーを大量導入する環境では、初期コストだけでコンテキストウィンドウを圧迫するため、プロンプトのダイエット技術がさらに進化するはずだ。

はるサメ視点の一言

サメサメ！大食漢のClaude Codeも、一気に食いつく（バッチ処理）なら意外とお得かも!? 賢く使いこなして、トークンの海を泳ぎ切るサメ！🦈🔥

用語解説

• トークンオーバーヘッド: AIへの依頼内容（プロンプト）以外に、システムが自動で付与する命令や設定によって消費されるトークン量のこと。

• プロンプトキャッシュ: 一度入力した長い指示を保存しておき、次回の実行時に再利用することでコストと時間を節約する技術。

• MCPサーバー: Model Context Protocol。AIモデルが外部ツールやデータソースと接続するための標準化されたインターフェース。

• 情報元: Claude Code sends 33k tokens before reading the prompt; OpenCode sends 7k”, “category”: “AI開発ツール”, “required_hardware”: null, “selectedKeyword”: “AIエージェント”, “tags”: [“ClaudeCode”, “OpenCode”, “トークン最適化”] }