Claude Codeの新しいセッションは、単に話しすぎたからではなく、プロジェクトメモリや長い CLAUDE.md、大きなドキュメント、MCPツールの説明などを読み込みすぎたから、多くのコンテキストから始まります。 まず「/context」を確認してから、何を削除するか決めてください。
まずソースを見るには /context を使います
Anthropicのドキュメントには「/コンテキスト」と記載されており、現在コンテキストに何が読み込まれているか確認できます。 コンテキストに誰がいるかを知る必要があります:プロジェクトファイル、チャット履歴、ツール、MCP、メモリファイル、あるいは多くのルール文書などです。
感情でファイルを削除しないでください。 まず割合を見てから、一番大きな頭を扱う。
CLAUDE.md 短く、正確に
「CLAUDE.md」はプロジェクトの構造、共通コマンド、コーディングルール、重要な考慮事項について書くべきであり、長大な背景資料、完全なAPIドキュメント、歴史的意思決定ジャーナルには適していません。
数千語を超える場合は、メインファイルの入口と索引だけを残し、詳細なドキュメントは「docs/」に置き、必要に応じてClaude Codeに読みます。
MCPツールはコンテキストも奪います
MCPサーバーが接続されるたびに、ツール名、説明、パラメータがコンテキストに入力されることがあります。 ツールが多すぎると、Claudeコードは遅くなり、コストが高くなり、ツール選択にためらいがちになります。
現在の任務に必要なMCPのみが保持されます。 例えば、フロントエンドスタイルを修正すれば、データベースやブラウザの自動化、クラウド展開、問題管理などをすべてオンラインで使う必要はありません。
決意のステップ
まず「/コンテキスト」を使い、次に「CLAUDE.md」を短縮し、余計なMCPを閉じ、最後に無関係な大きな文書を整理します。 これが終わったら、新しいセッションを開いて確認し、すでに汚染されたセッションで繰り返し試さないようにしてください。
結論:コンテキストフルは単なる「モデルが小さすぎる」という単純な問題ではなく、むしろプロジェクトロード戦略の問題です。 エントリードキュメントを短くし、ツールを減らし、タスクをより集中させれば、Claude Codeは安定します。
