MacでClaude Codeのメモリ・CPU使用量が多すぎる? 見つけ方と取り戻し方

セッションは、会話全体、読んだすべてのファイル、すべてのコマンドの出力を保持します。何時間も続くと積み重なり、Claude Codeのイシュートラッカーには、何ギガバイトにも達したセッションや、アイドル中もCPUコアを1つ使い続けたセッションの報告があります。どの報告でも対処法は同じで、セッションを終了して再開することです。会話は随時保存されるので、claude --resumeで何も失わずに、新しいプロセスから始められます。

Claude Codeを最新に保つことは、ほかの多くのツールより重要です。頻繁にリリースされ、メモリの問題もバージョンごとに修正されています。claude updateでアップデートできます。

セッションが終わると、起動したプロセスも一緒に終わるはずです。しかし、いつもそうなるとは限りません。MCPサーバ、サブエージェント、ヘッドレスブラウザが親を失ったまま動き続け、誰も使っていないのにメモリを抱え続けることがあります。これについて書いたある開発者は、1日の作業のあとに、そうしたプロセスが37個、合わせて6 GB以上を抱えているのを確認しました。

一度見れば簡単に見分けられます。ターミナルがなく、親が1で、開始時刻が何時間も前です。終了しても問題ありません。厳密には、ゾンビプロセスは別のものです。すでに終了していて、メモリを使いません。ここでゾンビと呼ばれているものは孤児プロセスで、生きていてメモリを抱えています。

作業を確認するために、Claude Codeは開発サーバを起動したり、テストを実行したり、プロジェクトをビルドしたりします。バックグラウンドで起動した開発サーバは、タスクが終わっても動き続け、何も止めなければセッションを閉じたあとも動き続けます。2つか3つのプロジェクトにそれぞれ忘れられた開発サーバがあるというのは、メモリに余裕があるはずのMacでメモリが足りなくなるよくある理由です。

セッションを終える前に、起動したものを停止するようClaude Codeに頼むか、どのポートが待ち受けられているかを確認します。使っていないポートのサーバは、誰も使っていないサーバです。

タスクごとやブランチごとにエージェントを並行して動かすと、上のすべてが倍になります。セッションごとに、メモリ、すべてのMCPサーバのコピー、開発サーバがあります。16 GBのMacでは、余裕があるか、メモリプレッシャーが黄色になるかの分かれ目です。終わったセッションは閉じ、サーバには別々のポートを割り当てて、2つ目がひそかに失敗して再試行を繰り返さないようにしましょう。