Claude Code自己監査で~/.claudeに3GBの不要ファイルを発見 — 削除方法はこちら

あるRedditユーザーがClaude Codeに、動作が遅い原因を調査するためフォレンジック監査プロンプトを与えました。その結果、~/.claudeディレクトリとプロジェクトレベルのCLAUDE.mdファイルに3GBもの蓄積されたゴミが発見されました。クリーンアップ後、ディレクトリは200MB未満に縮小されました。
使用されたプロンプト
私の~/.claudeディレクトリとワークスペース内のプロジェクトレベルのCLAUDE.mdファイルのフォレンジック監査を実行してください。蓄積されたゴミがパフォーマンスを低下させていると疑っています。報告事項:
各発見について、なぜパフォーマンスに影響するか(起動時のディスクI/O、コンテキストウィンドウの肥大化、再試行ループなど)を説明し、安全なfind/rmコマンドでクリーンアップする方法を示してください。ただし、実行はせず報告のみにしてください。
ユーザー環境での発見
- projects/に2.6 GB — 172のプロジェクトディレクトリに9,318のJSONLセッション記録があり、一度も削除されていません。起動時のディスクI/Oの原因になります。
- telemetry/に170 MB — テレメトリがエンドポイントに到達できずバッファリングを続けるサイレント再試行ループによる
1p_failed_events.*ファイルが91個。 - 153 MBのファイル履歴アンドゥバッファ。
- 3,095個の期限切れtodo JSONファイル — セッションやエージェントごとに1つずつ、これまで生成されたすべて。
- 986行の
CLAUDE.mdに加え、cdで近くに移動するたびに読み込まれるnode_modules内の346行のファイルがあり、コンテキストウィンドウの肥大化を引き起こします。 - ネストされたバックエンドディレクトリ内の積み重なった
CLAUDE.mdファイルが、サブディレクトリにいるだけで約900行のコンテキストを追加します。
対処法
ユーザーは正確なクリーンアップコマンドを共有していませんが、監査レポートには安全なfind/rmの提案が含まれていました。発見内容に基づいて独自のコマンドを作成できます:~/.claude/projects/から古いセッション記録を削除し、テレメトリ再試行バッファを削除し、アンドゥバッファを取り除き、肥大化したCLAUDE.mdファイル、特にnode_modules内や深くネストされたディレクトリ内のものを圧縮または切り詰めます。
📖 完全なソースを読む: r/ClaudeAI
👀 See Also

全てのプロンプトで全てのMCPサーバーを読み込むと静かにトークン予算を浪費する
5~6個のMCPサーバーを使用しているユーザーが、各プロンプトで全てのサーバーが読み込まれ、大量のトークンが無駄になっていることを発見しました。ルーティング層を実装してプロンプトに関連するサーバーのみを読み込むようにしたところ、トークン使用量が大幅に削減され、応答時間が改善されました。

クロードはコーディングが苦手ではない ― あなたのコンテキスト設定が問題なのだ
Claudeを数ヶ月使った後、ある開発者は失敗の原因はモデル自体ではなく、コンテキストの構造化の仕方にあると主張する。主な改善点:指示とロジックを分離し、コンテキストのノイズを削減し、安定したパターンを使用する。

短いシステムプロンプトがClaudeの遵守率を向上させ、トークンの無駄を削減する
ある開発者が、3,847語のシステムプロンプトを、合計約200語の小さな焦点を絞ったプロンプトに置き換えることで、Claudeの指示の逸脱や忘却を解消したことを発見した。

VSCode/Cursor統合ターミナルでClaude Codeを実行してワークフローを改善
VSCodeやCursorの統合ターミナルでClaude Codeを実行すると、外部ターミナルではなく、ウィンドウを切り替えることなくgit diffパネルやデバッガーにすぐにアクセスでき、設定も不要です。