Ollama 模型太占 Mac 空间？查看位置并逐个安全删除

确认 Ollama 实际使用的模型目录

默认模型库位于 ~/.ollama/models；~/.ollama 里还有配置，~/.ollama/logs 是日志，它们属于不同的数据，不能为了删一个模型就把整个 ~/.ollama 抹掉。如果设置了 OLLAMA_MODELS，实际使用的模型库可能在另一块磁盘上，请先核对 Ollama 是在什么环境下启动的。模型由 manifest 和按内容寻址的 blob 组成，文件名并不能可靠地说明它属于哪个模型。用 ollama rm 删除模型不会卸载 Ollama；如果要彻底卸载，还得另外盘点应用、命令行链接、配置、日志和各种集成。

逐个确认模型的用途和重新下载的代价

ollama ls 会列出准确的名称、标签和报告的大小，ollama ps 显示当前已加载的模型；当前没有加载，不代表没有工作流依赖它——编辑器、自动化脚本和定时任务都可能在需要时才加载。用 du -sh ~/.ollama/models 或已确认的 OLLAMA_MODELS 路径测量总量；实际磁盘占用不一定等于列表中各模型大小之和。公开模型通常可以重新下载，但要考虑下载时间、网络流量，以及那个准确的标签是否仍然可用；如果你经常离线工作，重新下载的代价就不只是麻烦而已。

1. 运行 ollama ls 和 ollama ps，保存准确的模型名称、标签、大小以及当前的加载情况。
2. 用 du -sh ~/.ollama/models 或已确认的 OLLAMA_MODELS 路径，测量实际使用的模型库。
3. 把每个候选模型对应到调用它的编辑器、脚本和本地 API；自定义模型先备份 Modelfile 和全部源文件。
4. 停止依赖该模型的工作流，再对一个明确的目标运行 ollama rm model:tag。
5. 重新运行 ollama ls、测量磁盘，并启动要保留的关键工作流；误删了公开模型，就用 ollama pull model:tag 重新下载。

不要按体积批量删除，也不要手动删除 blob。没在运行的模型可能仍被定时任务依赖，自定义构建也未必能从模型名称或公开下载中恢复。

通过 Ollama 一次删除一个模型

从清单里复制准确的名称，运行 ollama rm model:tag，而不是在访达或 blobs 目录里挑大文件删。一个 blob 可能被你还要保留的模型引用，手动删除会导致 manifest 还在、模型却已损坏。删除后重新运行 ollama ls，测量实际使用的模型目录，并测试要保留的工作流；误删的公开模型可以用 ollama pull model:tag 重新下载，但这需要网络和时间，而且那个准确的标签必须仍然可用。

把自定义模型当成恢复代价高的数据

自定义模型只有在 Modelfile、导入的 GGUF、adapter 和其他本地源文件都还在时才能重建；这些材料可能独一无二，必须随项目一起保存或做好可靠的备份。如果内置 SSD 空间紧张、而模型又都要用，可以通过 OLLAMA_MODELS 把模型库迁移到可靠的磁盘，确认 ollama ls 和实际运行都正常后，再删除旧副本。AskClean 只把默认模型库作为一项整体列出，标注重新下载代价高，并保持不勾选；如果在 AskClean 中勾选它，就是要永久删除这个位置下所有已下载的模型，而不是某一个过时的模型。逐个模型的删除仍应交给 Ollama。

清理边界与恢复成本

Ollama 模型在 Mac 上存在哪里、占了多少空间？用 ollama ls 查看模型和标签，用 ollama rm 逐个删除不再需要的模型，或通过 OLLAMA_MODELS 把模型库移到其他磁盘，同时保留自定义模型所需的 Modelfile 和源文件。

常见问题