Claude Codeにおけるトークン浪費:ユーザーの自己監査が示す、モデル切り替えより行動修正が有効

Redditのあるユーザーは、先月の価格変更についてただ不満を言うのではなく、実際にClaude Codeのトークンがどこで使われているかを1週間測定した。結論は、ほとんどの消費は自業自得であり、行動を変えることでモデルを切り替えるよりも多くの余裕を取り戻せたというものだ。
最大の効果
- 無関係なタスクの間は
/clearを使うこと。古い20万トークンのコンテキストを1行の修正に引きずるのは、最もコストのかかる習慣だった。 - ファイルに触れる前に計画を立てさせること。計画を1回行い、その後実行する。これは、探索→編集→探索のループよりも安くて良い。
- 編集したばかりのファイルを再読み込みさせないこと。ファイルを編集した直後に「確認」のために再度開く必要はない。ルールに一度書いておく。
- メインスレッドではなくサブエージェントで検索すること。リポジトリ全体をgrepして読み込むと、干し草の山全体がメインコンテキストに永久にダンプされる。サブエージェントは答えだけを返す。
- 常時稼働や監視していない
-pループを止めること。寝ている間にバックグラウンドエージェントがトークンを消費するのは、ホラーストーリーの請求書の大部分を占める。
これらの改善には、新しいサブスクリプションもラッパーもMCPサーバーも必要なかった。ユーザーが認めているように、制限が無限に感じられた頃は怠けて適用しなかった規律の問題だった。
この投稿は、これらの対策が実際の値上げを解決するわけではなく、追加の無駄遣いを防ぐだけだと認めている。
📖 Read the full source: r/ClaudeAI
👀 See Also

18ヶ月間毎日使うClaudeユーザーによる11の深いコツ
シニア開発者が18ヶ月間毎日Claudeを使用した後に得た、11のあまり知られていないClaudeのコツを共有。Projects、Custom Styles、Memory、Sonnet 4.6 vs Opus 4.7、バッチ処理向けHaiku 4.5、Claude Codeサブエージェント、APIを呼び出すArtifactsなどを含む。
サブエージェントの返信は完了レシートではない:オーケストレーター検証チェックリスト
OpenClawのsessions_spawnはノンブロッキングです。返信があっても完了したとは限りません。yieldとTask Flowを使用し、子の状態を調整して誤った成功を避けてください。

Llama.cppのプロンプト処理速度を改善するための--ubatch-sizeパラメータの使用
ユーザーは、--ubatch-sizeをGPUのL3キャッシュサイズ(Radeon 9070XTでは64MB)に合わせて設定することで、Llama.cppにおけるQwen 27Bのような大規模モデルのプロンプト処理速度が劇的に向上し、Claudeコード呼び出しが実用的になったことを発見しました。

OpenClaw インストールのヒント:オンボーディングをスキップして診断コマンドを使用する
Redditユーザーが実用的なOpenClawインストールのアドバイスを共有:一般的な問題を避けるため、特にVPSセットアップではオンボーディングプロセスをスキップし、openclaw doctorとopenclaw statusコマンドを使用して設定の問題を診断する。