ローカルLLMをClaudeコードサブエージェントとして使用してコンテキスト使用量を削減する

r/LocalLLaMAの開発者が、Claude Codeを使用してLM Studio経由で実行されるローカルLLMにタスクを委任する方法を実演し、ファイルコンテンツをローカルに保持することでClaudeのコンテキスト使用量を削減しています。
仕組み
このシステムは、エージェントループを実行する小さなPythonスクリプト(約120行、標準ライブラリのみ)を使用します:
- ファイルコンテンツなしでClaudeにタスク説明を渡す
- スクリプトは
read_fileとlist_dirツール定義を含めてLM Studioの/v1/chat/completionsエンドポイントに送信 - ローカルモデルが自ら必要なファイルを読み取るためにそれらのツールを呼び出す
- 最終的な回答が生成されるまでループが継続
- Claudeはファイルコンテンツではなく結果のみを確認
使用例
python3 agent_lm.py --dir /path/to/project "summarize solar-system.html"
# [turn 1] → read_file({'path': 'solar-system.html'})
# [turn 2] → このHTMLファイルはインタラクティブなアニメーション太陽系を作成します...
ファイルコンテンツはClaudeのコンテキストではなく、ローカルモデルのコンテキストに入ります(Apple Silicon上のMLX経由のQwen3.5 35B 4-bitでテスト済み)。
適している用途
- コードの要約と説明
- バグの発見
- ボイラープレート/最初の草案の生成
- テキスト変換と翻訳(ヘブライ語でテスト済み)
- 論理タスクと推論(難しい問題には
--thinkフラグを使用)
適していない用途
- 関係性が重要なマルチファイル理解など、Claudeの完全なコンテキストを必要とするタスク
- 現在の会話履歴を必要とするタスク
- 正確性が重要なもの
作者はこれを「俳句レベルのアシスタントであり、代替品ではない」と表現しています。
セットアップ
- APIサーバーが有効なLM Studioをローカルで実行
- エージェントループ用のPythonスクリプト1つ、シンプルなプロンプトのみのクエリ用スクリプト1つ
- 両方をグローバルな
~/.claude/CLAUDE.mdに接続し、Claude Codeが関連時に委任を提案できるようにする - MCPサーバー、pip依存関係、プラグインインフラは不要
- 推奨:Jinjaテンプレートの先頭に
{%- set enable_thinking = false %}を追加 - ほとんどのタスクで品質を低下させずに時間とトークンを節約
作者は、Claudeに投稿の執筆を手伝わせたが監督と修正を行い、関心があればスクリプトを共有すると述べています。
📖 全文を読む: r/LocalLLaMA
👀 See Also

80行のPythonスクリプトがClaudeを使って内部リンク提案を自動生成、リンク作業時間を2時間から8分に短縮
Redditユーザーが80行のPythonスクリプトを作成。記事の下書きとサイトマップをClaudeに読み込ませ、関連する内部リンク先と推奨アンカーテキストを返すようにしたところ、記事1本あたりの手動リンク作業時間が2時間から8分に短縮された。

OmniCoder-9Bのファインチューニングは、8GB VRAMシステム上でのエージェント型コーディングにおいて優れたパフォーマンスを示しています。
Redditユーザーが、OpusトレースでQwen3.5-9BをファインチューニングしたOmniCoder-9BをOpenCodeでテストし、8GB VRAMシステムで100kコンテキスト長のQ4_K_M GGUF量子化を使用して毎秒40トークン以上の速度を報告しました。

脳:MCPを介したClaudeコードのための持続的エラーメモリシステム
Brainは、Claude Codeに永続的でプロジェクト横断的なエラーと解決策のメモリを提供するオープンソースのMCPサーバーです。エラーのコンテキストを捕捉し、信頼度スコア付きで実証済みの修正案を提案し、すべてのプロジェクトにわたるエラー、解決策、コードモジュールを接続する重み付きシナプスネットワークを構築します。

Grape Root Toolは、リポジトリコンテキストをキャッシュすることでClaudeコードのトークン使用量を削減します
Grape Rootという無料の実験的ツールは、Claude Codeにおける冗長なトークン消費に対処します。以前に探索されたリポジトリファイルに関する軽量な状態を維持することで、フォローアッププロンプト時の変更されていないファイルの不要な再読み込みを防ぎます。