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

オープンソースのClaude Codeスキル:フォローアップを80%削減した/doパイプライン
ある開発者が、100以上のフリーランスプロジェクトで培った15のClaude Codeスキルをオープンソース化しました。/doコマンドは5段階のパイプライン(/todo → /dev → /verify-dev → /build → /test → push)を実行し、自動修正ループにより、2000以上のコミットでフォローアップが80%削減、コード品質が60~65%向上しました。

OpenClaw、Claudeコード流出の機能を統合
OpenClawユーザーが、流出したClaude Code(InstructkrによるRust再現版)を自身のボットに分析させ、特定のアーキテクチャパターンを選択的にOpenClawセットアップに移植しました。この統合は、自動起動継続性、会話圧縮、ツール前後フックフレームワークといった実用的な改善に焦点を当てています。

開発者がC言語を知らずにClaude Codeを使ってWindows向けネイティブtmuxポートを構築
開発者は、C言語を知らないにもかかわらず、Claude Codeを使用してWin32 APIとconptyの実装を扱い、tmux-winというネイティブなWindows用マルチプレクサを作成しました。このツールは、垂直/水平分割、デタッチ可能なセッション、VMオーバーヘッドのないネイティブなパフォーマンスを特徴としています。

Blip MCPサーバー:UI変更を説明する代わりにClaudeコードで描画する
Blipは、Claude Code用のMCPサーバーで、UI変更の口頭での説明を視覚的な注釈に置き換えます。実行中のアプリケーションに直接描画し、Claudeが注釈付きスクリーンショットに基づいて対応するコードを記述します。