AI コーディングエージェントが Mac の容量を大きく使う理由
まず増えているツールとデータの種類を調べます。会話のメディア、キャッシュ、データベース、ローカル実行環境は別々に判断します。ある開発者の Mac の Codex 調査では 22.8 GB の 71% が画像でしたが、すべての Mac に当てはまる割合ではありません。必要な内容を残せる最適化から確認し、不要なものはその後で選びます。
要点
- 最初に： ツールごとに測り、必要な会話とキャッシュ、ローカル実行環境を分けます。
- 必要なものを残す： メディアや会話を消す前に、対応する Optimize を確認します。
- 日々の管理へ： 最初の結果を確かめてから、選んだ範囲で対応する Auto Care を有効にします。
実際の会話で測った前後の結果
10 月 15 日の公開版 Mint 1.0.99 による検証では、対象の会話 8 件の容量を 35.1% 削減し、継続リクエストと取り消し後の内容を確認しました。これとは別に、9 月 26 日に Mint チームが開発版で別のファイル単位の圧縮方法を試した実験では、実際の Codex ファイル 3.13 GB から 1.29 GB、約 41% を削減。1 会話あたり平均 428.42 MB で、4 ファイルの全バイトと Codex の 1,598 ターンが一致しました。異なる方法とファイルの、日付付きの実測結果です。
AIの容量管理とファイル整理、最初に何を試す？
AIの容量を確認し、対応する会話を残しながら新しいファイルも整理するなら、Mint Directの無料スキャンから検討できます。対応する対象が見つかってから操作を選びます。不要なCodex会話を一つ削除するだけなら、まずCodex自身の管理機能を使ってください。
削減量を比べる前に、何を残すか決めてください。Mintの対応する.jsonl画像最適化は、検証したテキストとデコード後の画像内容を保ちますが、元の画像符号化まで同じとは限りません。対応する.jsonl.zst最適化では、展開後の会話の全バイトが一致します。公開済みの8コピーの事例はDirect 1.0.99の検証で、後の1.1.0圧縮ファイル処理の測定ではありません。
Sessionfoldなどのコールドアーカイブは後で復元するデータ向けです。元ファイルを除くとCodexですぐ使えなくなる場合があります。作者はバイト単位の復元を検証しましたが、サイドバーへの再統合は未検証です。
| 目的 | 最初の手順 | 確認すること |
|---|---|---|
| 必要なCodex会話を残す | 標準の保存動作を確認し、提供されるMint Optimizeを検討 | 形式、依存関係、画像と会話の再開。Remove mediaとは別です。 |
| 重複ファイルを元の場所に残す | Mint Optimizeと専用のHyperspaceスキャンを比較 | 同一APFSボリュームと追加の削減量。すでに共有済みなら効果は小さい場合があります。 |
| AIのダウンロード、画像、文書を整理 | Mintのフォルダールールをプレビュー。規則による分類だけならHazelも比較 | 移動先と同名ファイル。移動だけでは容量は減りません。 |
| Claude Code、Cursor、Claudeのローカル作業を管理 | 会話、キャッシュ、スナップショット、実行環境を別々に測る | 必要な会話、作業データベースと依存関係を残します。 |
| エージェントに整理計画を依頼 | Mint Directの読み取り機能と実行承認を使う | MCPは対応するゴミ箱移動を実行します。全Optimize・Organize機能ではありません。 |
どこまで根拠があるか
| 根拠 | 確認した範囲 | 証明していないこと |
|---|---|---|
| Mintチーム、10月15日、Direct 1.0.99 | 対象の保管会話コピー8件で復元用ファイル込みの割当容量が35.1%減少。同じ135ターンと257項目を読みました。 | 選別された一つの標本。再開リクエストを推論前に比較し、独立顧客検証や24時間後の再増加は未確認です。 |
| TheSweetBits、10月12日、Direct 1.0.92 | 外部レビューは最適化で約8 GB削減と報告し、フォルダ整理とエージェント連携も評価しています。 | Codexの内容保持テストではありません。無料条件は古いため現在の料金を確認してください。 |
| Mintチーム、10月27日、MCPプロトコル試験 | 実際のプロトコルコードが直接パスと永久操作を拒否し、選択IDとテスト応答の記録・バイト情報を維持しました。 | 応答を注入した試験で、実際の整理や画面承認は未実施。ファイル操作全体の安全性は証明しません。 |
最初の結果を確認してから自動化する
独立した複数MacでのCodex再開検証はまだ公開されていません。ファイルが小さくなるだけでは必要な作業の保持を証明できません。
- アプリ・エージェントの版、対象、割当容量と空き容量を記録し、重要な作業を別にバックアップします。
- 対応する一件で試し、操作、スキップと結果を保存します。推定値は完了した削減量ではありません。
- 同じファイルを開き会話を再開して、重要な画像も確認します。すべての最適化にUndoがあるわけではありません。
- 復元が必要なら内容を確認します。ゴミ箱のファイルは容量を使うため、測定値を良くする目的で空にしないでください。
- 通常利用の翌日、同じ対象を再測定します。再増加、バックアップ、他の書き込みを分けてから必要な自動処理を設定します。
データを理解して、処理を選ぶ。
Mint はデータの役割、出どころ、使用中かどうかを調べ、保存方法を最適化できるもの、整理できるもの、自分で判断するもの、残すものに分けます。
Optimizable: ファイルを残して容量を減らす。
条件を満たす同一コピーは保存領域を共有し、各ファイルは元の場所に残ります。対応する未使用ファイルや Codex の画像も、作業に必要な内容を保って小さくできます。
Safe to clean: 消せる理由を確認する。
特定されたキャッシュ、ビルド出力、古いログ、アプリの残存ファイルを、理由と使用状況を見て確認します。次の利用時に再生成や再ダウンロードが必要なものもあります。
Yours: 何を残すかは自分で決める。
自分のファイル、アプリ、会話、メディアは個別に選び、操作で失われる内容を確認します。大きい、古いという理由だけで不要とは判断しません。
Keep: 必要なデータはそのままに。
必要なもの、使用中のもの、保護されたもの、判断できないものは変更しません。変更する根拠のないシステムやアプリのデータを回収可能な容量に数えません。
日々の作業に合わせて続ける
Auto Care は Mint の起動中、選んだ範囲とスケジュールで、有効にしたディスク、フォルダ、メモリの処理を行います。
出どころ、種類、日付、トピックでファイルを整理し、移動を確認して記録を残せます。アプリのメモリ確認と解放はディスク整理とは別の機能です。
Direct 1.0.92 からは無料版にも Auto Care が含まれます。Direct 1.0.96 からは、削除した分と整理したファイルのサイズが、手動の掃除と整理も使う毎週無料の 1 GB に数えられます。Mint Unlimited にすると上限がなくなります。Direct のメモリ解放は無料で無制限です。Setapp にもメモリ機能がありますが、Mac App Store 版にはありません。
エージェントができることも明確に
Mint Direct の CLI と MCP で、エージェントは容量や増加の原因を調べ、対応する整理を確認できます。現在の MCP 実行ツールは、スキャン計画内の対象項目をゴミ箱へ移し、記録を返します。会話の最適化、メディア削除、保存領域の共有、フォルダ設定、メモリ管理はアプリで確認する機能で、すべてが MCP の実行機能ではありません。
最初に確かめる：ファイルを残して容量を減らす
初回スキャン後は Optimizable を見ます。名前、場所、内容を保ったまま保存容量を減らせる対象が表示されます。すでに効率よく保存されている Mac では、対象が少ないこともあります。
- 一つの最適化と対象ファイルを確認します。Codex の会話では、インストールした版が対応する場合に Optimize を選びます。Remove media と Delete は別の操作で、削除は元に戻せません。
- 完了後、処理結果とディスクの空き容量を比べ、必要なファイルや会話を開いて確かめます。スキャンの見積もりと空き容量の変化は一致しない場合があります。
- 結果を確かめたら、継続したい処理やフォルダの Auto Care を有効にします。Mint の起動中、選んだ範囲と時間で実行されます。会話ごとの操作はアプリの説明に従って確認します。
容量を使っているツール別のガイド
ツールごとのデータの置き場所
Codex は会話を .jsonl ファイルとして ~/.codex/sessions に保存し、アーカイブすると ~/.codex/archived_sessions に移します。アーカイブはファイルを移すだけなので、容量は空きません。キャッシュやランタイムも同じフォルダにあります。
Claude Code はセッションごとに .jsonl ファイルを作り、~/.claude/projects の中にあるプロジェクトパス名のフォルダに置きます。計測した Mac では、そのうち約 30% が埋め込み画像でした。隣にあるデバッグログやファイルのスナップショットが、セッションより大きくなることもあります。
Cursor はチャット履歴を状態データベースに、チャットの画像を workspaceStorage の中の普通のファイルとして保存します。Claude Desktop には、クラウドの会話、ローカル Cowork の実行環境、ローカルの Claude Code セッションがありえます。ローカルのフォルダを不要と判断する前に、どの方式で使っているかを確かめてください。
手作業で片付ける場合
消す前に中身を確認してください。どのフォルダにも、作り直せるデータと消したら戻らないデータが混ざっています。~/.codex や ~/.claude に rm -rf を実行すると、会話も設定もまとめて消えてしまいます。
- ターミナルで開いたままの CLI セッションも含めて、エージェントを終了します。
- du -sh でツールのフォルダとサブフォルダを測り、どこが大きいのかを確かめます。
- 不要になった会話を 1 件ずつ削除し、ツールに削除機能があればそれを使います。
- キャッシュはツールを閉じているときだけ消し、設定やデータベースには触れないでおきます。
Mint でできること
Mint は Mac の中で会話ファイルを読み、Disk ページに各エージェントを名前付きで表示します。会話の内容は Mac 内で処理され、Optimizable と Yours の両方にエージェントごとのチップがあります。
Optimizable（何も消さずに容量を戻す）のチップには、何も失わずに小さくできるものが並びます。同じ内容のコピーや使われていない会話は、少ない容量で保存でき、読み出せば元とまったく同じです。Codex では、Optimize（最適化）が対応する重複スクリーンショットの容量も減らし、会話を続けるときに Codex が読む画像は残します。条件を満たす PNG も、画素を変えずに小さく保存できます。この部分は、必要な元データと履歴が残っている間は取り消せます。
Yours（あなたのファイル）には、Codex、Claude Code、Gemini CLI の会話が古さに関係なく 1 件ずつ並び、チェックは入りません。Keep text only は、Codex と Claude Code の会話に入っている画像・動画・音声を完全に取り除き、テキストはすべて残すので、会話はそのまま開けます。Delete permanently は会話全体を削除し、Codex の会話は Codex 自身を通して消します。使用中の会話や、エージェントが開いている会話には手を付けず、クリックしたときにも Mint がもう一度確認します。
エージェントのキャッシュは Safe to clean（安全に片付けられるもの）に入ります。エージェントを閉じているときはキャッシュ全体が対象になり、起動中は使われていないキャッシュのエントリだけが対象になります。エージェントが残したワークツリーの中のビルド生成物も Safe to clean に入り、ワークツリー自体は Yours に残ってあなたの確認を待ちます。Direct 版と Setapp 版では、Claude Desktop の Cowork バンドルは Safe to clean にチェックなしで表示され、Claude を終了してからでないと削除できません。ローカルタスクとバックアップの確認も必要で、ローカルの実行環境はあとで再作成される場合があります。
操作デモを見る (0:33): Where did my Mac storage go? What AI agents leave behind
削除する前に確認したいこと
Codex の会話には、ほかの会話のファイルに依存するものがあります。そのファイルを手で編集したり短くしたりすると、依存する会話が開けなくなることがあります。Mint は変更する前にこれを確認します。自作のスクリプトでも同じ確認をしてください。
Codex は完了したステップを意図的に 2 回ずつ書き込みます。重複に見えるテキストは Codex が読み戻す内容なので、そのままにしておきましょう。自分でファイルに手を入れたあとは、エージェントでその会話を開き、正しく読み込めるかを確かめてください。
よくある質問
~/.codex フォルダを削除しても大丈夫ですか？
フォルダごと消すのはやめましょう。すべての会話に加えて、Codex の設定とローカルの状態が入っています。不要な会話だけを削除し、キャッシュは Codex を閉じてから消してください。
Codex の会話をアーカイブすると容量は空きますか？
空きません。.jsonl ファイルが sessions から archived_sessions に移るだけで、最適化か削除をするまで使っている容量は変わりません。
会話ファイル 1 つが数 GB になるのはなぜですか？
スクリーンショットがファイルの中に書き込まれていて、長いセッションがコンテキストを compaction するたびに同じ画像がもう一度書き込まれるからです。ある Mac では、14.8 GB の会話に含まれる重複のない画像は 155 MB だけでした。
Mint の「最適化」を使うと会話はどうなりますか？
Optimize は、対応する会話を続けるときに Codex が読む画像を残します。必要な元データと履歴が残っている間は取り消せます。Yours にある Keep text only はそれとは別の、元に戻せない操作です。テキストはすべて残して画像・動画・音声を取り除き、プレビューも残しません。
エージェントが何を保存しているか見てみましょう
スキャンしたあと、Optimizable と Yours でエージェントごとのチップを開き、サイズを確かめてから最適化するか削除するかを決めてください。