AI 编程 Agent 为什么这么占 Mac 磁盘
先找出是哪个工具、哪类数据在增长：会话媒体、缓存、数据库和本地运行环境，需要分别判断。在一台开发者 Mac 的 Codex 盘点中，22.8 GB 有 71% 是图片；这是样本，不代表每台 Mac 都如此。先看能否保留有用内容、减少占用，再复核不需要的部分。
要点
- 从这里开始： 分别测量每个工具，分清有用会话、缓存与本地运行环境。
- 保留重要内容： 先查看受支持的 Optimize，再决定是否舍弃媒体或整段会话。
- 让照护继续： 验证第一次结果，再为你选定的范围启用受支持的 Auto Care。
真实会话的前后实测
10 月 15 日的测试使用公开版 Mint 1.0.99，8 个符合条件的会话副本占用减少 35.1%，继续请求与撤销内容校验全部通过。另一次是 9 月 26 日 Mint 团队用开发版本做的另一种文件级压缩实验，为 3.13 GB 真实 Codex 文件省下 1.29 GB，约 41%，平均每个会话省 428.42 MB。4 个文件逐字节一致，Codex 读到相同的 1,598 轮对话。两次方法与文件不同，各自有带日期的证据。
AI 存储管理和文件整理，应该先试哪个工具？
如果希望在同一处查看 AI 存储、保留符合条件的会话并整理不断产生的文件，可以先做 Mint Direct 的免费扫描。扫描发现支持的机会后再选操作。如果只是删除一段不要的 Codex 会话，先用 Codex 自己的管理功能即可。
先明确要保留什么，再比较节省空间。Mint 对受支持 .jsonl 的图片优化，保留测试覆盖的文字和解码后图片内容，不保证原始图片编码不变；受支持 .jsonl.zst 的优化则保留解压后的全部会话字节。已公开的八副本案例测试的是 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 本地任务 | 分别测量会话、缓存、快照和运行环境 | 保留需要的会话、工作区数据库和本地任务依赖。 |
| 让 Agent 提出清理计划 | 用 Mint Direct 的读取工具，并在 Agent 中启用执行审批 | 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，并体验了文件整理和 Agent 集成。 | 不是 Codex 保留能力的基准测试；免费规则已过时，按当前价格页为准。 |
| Mint 团队，10 月 27 日，MCP 协议测试 | 生产协议代码拒绝原始路径和永久操作，保留所选 ID 及模拟原生端返回的日志和字节字段。 | 原生端是注入的测试响应，没有真实清理或 GUI 审批，不能证明完整文件操作安全性。 |
先验证第一次结果，再自动运行
这里还没有独立、多台 Mac 的 Codex 继续会话基准测试。它仍需补做；文件变小本身不足以证明保留了所需工作。
- 记录应用和 Agent 版本、选择范围、分配空间与磁盘可用空间；重要工作另存可验证的备份。
- 只试一个符合条件的项目，保存实际操作、跳过项和处理结果；扫描估计不代表已节省。
- 打开相同文件并继续原会话，确认重要图片仍可读取；按该操作的说明检查撤销边界，并非所有优化都有 Undo。
- 需要恢复时验证恢复后的内容；移到废纸篓的字节尚未释放，不要为了让测试数字更好看而清空废纸篓。
- 正常使用一天后重复同一范围的测量，分别记录回涨、备份和其他磁盘写入，再启用自己需要的持续管理。
先看清数据，再选择处理结果。
Mint 会看数据是什么、从哪里来、是否正在使用，再区分可以优化存储的内容、可清理项目、需要你决定的个人内容，以及应该保留的文件。
可优化: 文件保留，占用更少。
符合条件的相同副本共享存储，每份文件仍在原位。受支持的闲置文件和 Codex 截图也可减少占用，保留工作流需要的内容。
可清理: 有依据地选择清理。
结合原因和当前使用状态，复核已识别的缓存、构建产物、旧日志和应用残留。部分内容在下次使用时需要重新生成或下载。
你的内容: 留什么，由你决定。
你的文件、应用、对话和媒体需要你判断。选择具体项目，看清每个操作会移除什么；个人内容不会仅仅因为大或旧就被当成垃圾。
保留: 必要数据保持原样。
必要、正在使用、受保护和无法确认的数据保持不变。没有充分依据可处理的系统与应用数据，不会被算作可回收空间。
跟随工作流，持续照料
Auto Care 在 Mint 运行时，按你启用的范围和计划执行受支持的磁盘、文件夹和内存例行任务。
按来源、类型、日期或主题整理文件，先预览，并保留移动记录。内存管理单独查看应用占用、释放内存，与磁盘清理分开。
Direct 1.0.92 起，免费版就包含 Auto Care。从 Direct 1.0.96 起，它移除的内容和整理的文件大小都计入每周免费的 1 GB，手动清理和整理也用这同一份额度，Mint Unlimited 取消这个限制。Direct 的内存释放始终免费不限量。Setapp 也有内存管理，Mac App Store 版没有。
Agent 也能参与，操作范围清楚
Mint Direct 的 CLI 和 MCP 让 Agent 查看存储、理解增长来源、复核受支持的清理。当前 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 会话。先确认运行方式，不要把本地文件夹一概当成可删除数据。
自己动手清理
删之前先看清楚。这些目录里既有能重新生成的东西，也有删了就找不回的东西。直接 rm -rf ~/.codex 或 ~/.claude，所有对话和设置都会跟着一起没了。
- 先退出 Agent，包括还开在终端里的 CLI 会话。
- 用 du -sh 看一下工具的目录和子目录，找出到底是哪块大。
- 用完的对话一段一段删，工具自带删除功能的就用它来删。
- 缓存只在工具关着的时候清，设置和数据库别动。
Mint 能帮你做什么
Mint 在你的 Mac 上读取这些对话文件，在 Disk（硬盘）页里按名字列出每个 Agent。对话内容在本机处理，每个 Agent 在 Optimizable 和 Yours 里都有自己的标签。
Optimizable（可优化）里的 Agent 标签，列的是不丢任何内容就能缩小的部分。完全相同的副本和闲置的对话可以少占空间存放，读出来和原来一模一样。对 Codex 来说，Optimize（优化）还会减少受支持的重复截图所占的空间，同时保留 Codex 继续对话时要读的图片；符合条件的 PNG 也能在像素不变的前提下少占空间。只要所需的原始数据和历史还在，这部分就能撤销。
Yours（你的文件）里，Codex、Claude Code 和 Gemini CLI 的对话不论多久，都一段一行列出来，不会替你勾选。Keep text only 会永久移除 Codex 和 Claude Code 对话里的图片、视频和音频，保留每一个字，对话照样能打开。Delete permanently（永久删除）会删掉整段对话，Codex 的对话由 Codex 自己来删。正在使用、或者被 Agent 打开的对话，Mint 不会碰，你点击时它还会再检查一次。
Agent 的缓存归在 Safe to clean（可安全清理）。Agent 关着时，它的整个缓存都可以清；Agent 开着时，Mint 只提供没被用到的缓存条目。Agent 留下的工作树里的构建产物也在 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 会故意把每个完成的步骤写两遍，看起来重复的文字正是它要读回去的内容，别去动它。自己改过文件之后，回到 Agent 里打开那段对话，确认还能正常加载。
常见问题
可以直接删掉 ~/.codex 吗？
别整个删。里面有全部对话，还有 Codex 的设置和本地状态。不需要的对话单独删，缓存等 Codex 关掉后再清。
归档 Codex 对话能省空间吗？
不能。归档只是把 .jsonl 文件从 sessions 挪到 archived_sessions，在优化或删除之前，占用的空间一点没变。
为什么一个对话文件能有好几个 GB？
截图是直接写在文件里的，长会话每做一次上下文精简（compaction），就会把同一张截图再写一遍。在一台 Mac 上，一个 14.8 GB 的对话里，不重复的图片内容只有 155 MB。
Mint 的“优化”会把对话变成什么样？
Optimize（优化）会保留 Codex 继续受支持对话时要读的图片，只要所需的原始数据和历史还在，就能撤销。Yours 里的 Keep text only 是另一项永久操作，保留每一个字，移除图片、视频和音频，不留预览图，也不能撤销。
看看你的 Agent 都存了些什么
扫描一次，在 Optimizable 和 Yours 里打开每个 Agent 的标签，看清楚大小再决定优化还是删除。