Hacker News に「Uber が Claude Code に4ヶ月で年間 AI 予算を全部使った」という記事のスレッドが上がって盛り上がっている（2026年5月2日時点で 467 コメント）。大企業での大規模導入の話だが、個人・チームにも当てはまる「トークンの無駄遣いパターン」がスレッドでかなり具体的に議論されていた。実際に使っている立場からのチェックリストとしてまとめる。
Uber では 2025年12月から Claude Code と Cursor の全社展開を始め、エンジニアの95%が月次で使うレベルに急速に普及した。AI が生成するコードは全コミットの70%に達し、一人あたり月 $500〜$2,000 の API コストが発生。4ヶ月で年間予算を使い切った形だ。
スレッドでは「ツールが悪い」という批判よりも、予算の建て方と使い方の問題という議論が多数派だった。特に再現性の高いパターンとして挙がっていたのが以下の5つ。
1つのセッションを何時間も続けると、コンテキストウィンドウに大量の会話履歴が積み重なる。Claude はその全履歴に対してトークンを消費し続けるため、後半のリクエストほど「同じ内容を何度も読ませる」コストが発生する。
# 長いセッションでは定期的にコンパクションを実行
/compact
# または新しいトピックに移るタイミングで切り直す
/clear目安として「1つのタスクや機能単位でセッションを分ける」習慣をつけると良い。コンテキストが小さいほど Claude の回答精度も上がるという副次効果もある。
「並列で分析してくれ」「各ファイルを同時にチェックして」といったプロンプトは、Claude が複数のサブエージェントを起動し、それぞれが独立してコンテキストを消費する。必要以上に並列化すると、重複した分析コストが発生する。
サブエージェント起動系のコマンドを使う前に「これは本当に並列が必要か」を一度確認する習慣をつける。
「このモジュール全体を TypeScript に書き直して」「テスト全部追加して」という広い依頼は、大量のファイルを読み込んで何度も書き直す試行錯誤コストが発生しやすい。また、うまくいかなかった場合に巻き戻すために再度コストが生じる。
# 専用ブランチで作業
git checkout -b feat/ts-migration-claude
# 「30分のコーディング量」に相当する単位でタスクを分割して依頼
# 例: ファイル1つずつ小さく依頼してコミットを積み重ねる方が、Claude の精度もコストも有利になる。
Claude が作業中なのに「あ、あとこれも追加で」と次々と追加指示を送ると、前のタスクのコンテキストに加えて新しい指示が積み重なり、整合性チェックのために余分なトークンが消費される。
1つの指示が完了してから次を送る。複数の変更をまとめて依頼する場合は、最初に箇条書きで「やること一覧」を渡す方がトークン効率が良い：
以下を順番にやってください:
1. src/auth.ts の型エラーを修正
2. 修正後に型チェックを実行
3. テストを追加
すべて完了したら報告してください。Uber の件でスレッドで最も盛り上がったのは「組織がトークン消費量を生産性の指標にしていた」という指摘だ。消費量が多いほど「よく使っている＝優秀」という評価になると、必要以上のトークンを使う行動が促進される。
コストを管理したい場合は /usage コマンドで現在のセッションのコスト概算を確認できる。
| パターン | 対策 |
|---|---|
| 長寿命セッション | /compact か /clear で定期リセット |
| 過剰な並列エージェント | 本当に独立したタスクか確認してから起動 |
| 大きすぎる依頼 | 30分相当の粒度に分割 |
| 連打で追加指示 | 完了確認後、もしくは最初にまとめて伝える |
| 消費量を KPI にする | アウトカム指標（デプロイ数・PR 数）で評価 |
Claude Code は生産性ツールとして本物の価値を発揮しているが、使い方のパターンによってコストは大きく変わる。「予算が溶けた」という話は他人事ではなく、個人の Max プランでも月の利用上限に近づいたときに似た問題が起きやすい。