Ollama 模型太佔 Mac 空間？這樣找出並安全移除

先確認模型的實際位置與資料邊界

macOS 上的預設模型庫是 ~/.ollama/models，設定在 ~/.ollama，記錄檔則在 ~/.ollama/logs。模型權重通常最大，但設定與診斷記錄是不同類的資料，不能為了刪一個模型就抹掉整個 ~/.ollama。如果設定了 OLLAMA_MODELS，作用中的模型庫可能在其他磁碟上。模型由 manifest 與內容定址的 blob 組成，光看檔名無法判斷某個 blob 被哪些模型共用，所以不能在 Finder 裡憑感覺手動刪除最大的檔案。

依使用情境與替換成本盤點

先用 ollama ls 記下名稱、tag、顯示的大小與修改資訊，再用 ollama ps 找出目前載入的模型；目前沒載入不代表不再使用，編輯器、排程或本機 API 可能只在工作開始時才載入。用 du -sh ~/.ollama/models 或已確認的 OLLAMA_MODELS 路徑測量，但共用內容與檔案系統的計算方式，會讓實際釋放的空間和清單上的總和不同。公開模型通常可以重新下載；自訂模型則只有在 Modelfile、GGUF、adapter、提示詞範本、參數與所有本機來源都保留時，才能重建。

1. 執行 ollama ls，記下每個模型的完整名稱、tag、顯示的大小與修改日期。
2. 執行 ollama ps，確認哪些模型正被編輯器、App、自動化流程或本機 API 使用。
3. 執行 du -sh ~/.ollama/models；如果設定了 OLLAMA_MODELS，就改為測量已確認的作用中路徑。
4. 把每個候選模型對應到使用它的流程；自訂模型要先備份 Modelfile 與所有本機來源、GGUF 和 adapter。
5. 一次只執行一個 ollama rm model:tag，接著重新執行 ollama ls、重新測量，並驗證所有要保留的流程。

模型目前沒有出現在 ollama ps，不代表可以刪；請先確認排程、離線備援，以及偶爾才啟動的整合，也不要把 ~/.ollama/models/blobs 當成可以按大小清理的一般資料夾。

使用 Ollama CLI 一次移除一個模型

從 ollama ls 複製完整的名稱與 tag，停止使用該模型的應用程式與自動化流程，再執行 ollama rm model:tag。一次只處理一個，接著重新執行 ollama ls、測量模型庫與 macOS 的可用空間，並測試要保留的編輯器、App、指令碼與本機 API 整合。公開模型誤刪、且該 tag 仍可取得時，可以用 ollama pull model:tag 重新下載；但這不等於救回一個沒有保存來源紀錄的自訂模型。絕不要手動刪除 blob 檔案，也不要用管線指令批次移除所有模型。移除模型不等於解除安裝 Ollama，刪除 /Applications/Ollama.app 也不會自動處理模型資料；要完整解除安裝，必須另外盤點 App、CLI、模型、設定與整合。

驗證復原能力，必要時搬移模型庫

下載時間、頻寬、確切的 tag 是否還在，以及離線工作的需求，都是模型實際的復原成本；常用或難以重建的模型應該保留。如果啟動磁碟太小，可以把 OLLAMA_MODELS 指向可靠的磁碟，但要先完整複製、依 Ollama 實際的啟動方式設定環境，確認 ollama ls 與要保留的模型都能從新位置執行後，才移除舊的副本；之後外接磁碟就成了必要條件，沒有接上或掛載路徑改變時，Ollama 可能會找不到任何模型。AskClean 目前只把預設的 ~/.ollama/models 顯示為單一項目，標示為重新下載成本高，並預設不勾選；如果勾選它，等於選取該位置裡所有已下載的模型，確認後會永久刪除。自訂位置與逐一模型的決定，仍要交給 Ollama 處理。

清理決策與風險對照

Ollama 模型在 Mac 上存放在哪裡、佔了多少空間？用 ollama ls 盤點後以 ollama rm 逐一移除不用的模型，或把模型庫搬到其他磁碟，同時保留自訂模型所需的 Modelfile、GGUF 與 adapter。

常見問題