コンテキスト管理とコスト最適化——Claude Codeを長く快適に使うコツ
Hiroba による自動要約
Claude Codeの応答が遅くなる原因はコンテキストウィンドウが埋まるためで、会話ログ・ファイル読み込み・コマンド結果・画像などが蓄積される。/compact コマンドで会話を圧縮したり、話題を分けてセッション分割したり、モデルを Haiku/Sonnet/Opus で使い分けることで、コストを30～40%削減しながら精度を維持できる。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5565 件あります。
関連する記事
同じタグの記事
Claude Code のモデル選択──Opus / Sonnet / Haiku をタスクとコストで使い分ける
ZennClaude Code のモデル切り替え手段は4つ（起動フラグ・環境変数・セッション内コマンド・設定ファイル）があり、優先順位が決まっている。opusplan は計画段階で Opus、実行段階で Sonnet に自動切り替えするハイブリッド。タスク難度とコスト単価（Opus : Sonnet : Haiku ≈ 5 : 3 : 1）に応じた使い分けで、体感速度と請求額が大きく変わる。
Claude Code v2.1.310 の主要アップデート - Monitor ツールの Bedrock・Vertex・Foundry 対応と長時間 sleep のブロック
DevIOClaude Code v2.1.310 で Monitor ツールが Bedrock・Vertex・Foundry およびテレメトリ無効環境に対応し、同環境での長時間フォアグラウンド sleep をブロック。Enterprise カスタムロールへの Cloud sessions・Remote Control 権限追加、Windows のフック素通り修正も収録。MCP Tasks と Elicitations の先行提供も解説。
Claude Code + OpenRouter で構築する「ゼロ円 AI コーディング環境」— 無料モデル 5 選と設定手順
QiitaClaude Code の接続先を `ANTHROPIC_BASE_URL` で OpenRouter に差し替え、`:free` サフィックスの無料モデルで動かす手順の解説。Qwen3・Gemini 2.0 Flash・DeepSeek R1 など 5 モデルをコンテキスト長と強み・弱みで比較し、direnv によるプロジェクト単位の設定やレート制限下でのタスク別使い分けも収録。API 費用を抑えたい個人開発者向けの内容。
同じコードでClaudeだけ出力トークンが約60%多い：Claude Code・Codex・Antigravityを5言語で80回実測
Qiita同一のブロック崩しタスクを5言語のプロンプトで計80回実行し、コード1,000文字あたりの出力トークンを比較した検証記事。Opus 5.5はClaude CodeとAntigravityのどちらでも約591〜596で、Geminiより約60%、GPTより約57%多い結果。差はツールではなくトークナイザー由来と分析。プロンプト言語の影響はほぼなし。API費用を見積もる開発者向けの実測データ。