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

7件のMCPゲートウェイバグ:セッション漏洩、デッドSSE、およびゲートウェイモードのOAuth
あるRedditの投稿が、MCPゲートウェイの実世界での7つのバグを詳述している。セッション状態がクライアント間で漏れる、SSE切断が静かに発生する、ゲートウェイモードでOAuthが失敗するなど。修正は、より良いプロンプトではなく、堅実なインフラに基づいている。

AIエージェントが私のずさんなプロンプトを露呈:賢いモデルよりも明確さが重要
Redditの投稿が明らかにしたのは、AIエージェントは不明瞭なタスクを魔法のように解決するわけではなく、即座にフィードバックを返すだけだということ。本当の問題は、ユーザー自身の指示の曖昧さにあった。

OpenClawがAPIコスト修正とローカルモデルツールの改善を実施
OpenClawは、API利用コストへの対応とローカルモデルツール連携の改善を含む重要なアップデートを実施し、開発者体験と運用効率を向上させました。

Raspberry Pi 5上のHackRFを使用したESP32+CC1101 433 MHzセットアップのデバッグをOpenClawが行う
直接のGPIOやESP32へのフラッシュが失敗した後、OpenClawはHackRFを使ってCC1101のTx/Rxピンが入れ替わっていることを診断し、最終的にPi 5で433 MHz信号の自律的なキャプチャとリプレイに成功しました。