LLM協議会の分析が明らかにする実用的なClaudeコードトークン最適化戦略

問題と実験設定
毎日のClaude Code使用制限に直面していた開発者は、LLM Council(https://github.com/karpathy/llm-council)を使用した実験を実施しました。この設定では、5つの異なるペルソナが解決策を批判、挑戦、改良し、その後ピアレビューのラウンドが行われました。
主な発見
分析により、最大のトークン消費要因は複雑さではなく、デフォルトでの「思考モード」の使用であることが明らかになりました。これだけで、Opus並みにトークンを消費していたのです。
実践的な最適化習慣
- デフォルトでの拡張思考をOFFにする
- gitコミットのたびに/clearを実行(絶対条件)
- 「はい / 続けて」というプロンプトを書くのをやめる
- 約40メッセージごとに/compactを実行
- CLAUDE.mdを簡潔に保つ(さもなければ毎セッションでコストがかかる)
思考の転換と結果
核心的な洞察:知性をデフォルトとして扱うのをやめる。意図的に展開するリソースとして扱う。この転換により以下が可能になります:
- 即座に30〜50%のトークン節約
- 恐れずにOpusを実際に使用できる能力
- ランダムな制限到達ではなく予測可能な日々のワークフロー
評議会は一つのルールを強調しました:/costを追跡しなければ、最適化しているのではなく...推測しているだけです。
成果
プレイブックを完全に実装した結果:
- 約60〜70%のトークン使用量削減
- 同等以上の出力品質
- 高付加価値作業にOpusが使用可能に
開発者は、このアプローチが単一のプロンプトハックよりも効果的であったと指摘しました。
📖 Read the full source: r/ClaudeAI
👀 See Also

ブラインドスポットMCP:AIコーディングエージェントのための外部ブレイン
Blindspot MCPは、tree-sitterとSQLiteを使用して完全なコードベースをインデックス化し、AIコーディングエージェントがシンボル、依存関係、ファイル間の関係を理解できるようにするツールです。これにより、直接的なコンテキスト外のコードを壊す変更を防ぎます。

Claudeコード用Gitワークツリーによる並列エージェントオーケストレーター
ある開発者が、Claude Codeエージェント用の分離環境を作成するためにgit worktreesを使用する並列オーケストレーターを構築し、共有作業ディレクトリが壊れたアプリや乱雑なgitステータスを引き起こす問題を解決しました。

Claudeコードワークフローの視覚的詳細:メモリ階層とスキルシステム
Redditユーザーが、Claude Codeが階層化されたCLAUDE.mdファイルを通じてメモリを整理し、SKILL.mdファイルで再利用可能なスキルを実装する方法を示す視覚的な図を共有しました。ワークフローループでは、自動承認と頻繁なコミットを伴うPlanモードの使用が提案されています。

Spring Bootアプリケーション用のClaudeコードテンプレートリポジトリ
GitHubリポジトリが提供するClaude Codeテンプレートは、データベース統合、Kubernetesデプロイ、Testcontainersを使用した統合テストのベストプラクティスを備えたSpring Bootアプリケーションを生成します。