Mint 如何在優化、清理和保留檔案之間做選擇
在優化、清理、整理或保留資料之前，先知道它為什麼占著空間會有幫助。Mint 會綜合過去的掃描、資料所屬的 App 或專案、檔案裡的內容，以及現在是否有東西正在使用這些檔案。這幾項各自能證明的事情不同，有些決定仍然由你來做。
看清脈絡，再選擇處理結果。
Mint 會看資料是什麼、從哪裡來、是否正在使用，再把它分開：能以更有效率的方式儲存的機會、可以清理的東西、需要你個人決定的項目，以及該保留的檔案。
Optimizable: 檔案留著，占用更少空間。
符合條件的相同副本會共用儲存空間，每個檔案都留在原處。支援的閒置檔案和 Codex 螢幕截圖也能占用更少空間，同時不會失去工作流程需要的內容。
Safe to clean: 檢查哪些可以移除。
檢查已辨識出的快取、建置產物、舊記錄檔和 App 殘留，每一項都附上原因和目前使用狀態的檢查結果。有些資料在需要時會重新建置或重新下載。
Yours: 留什麼由你決定。
你的檔案、App、對話和媒體需要你自己判斷。選好項目，看清楚每個動作會移除什麼；個人內容不會只因為占用大或放得久，就成了可以丟掉的東西。
Keep: 必要的資料留在原處。
必要、使用中、受保護和無法確定的資料都會維持原樣。Mint 找不到充分理由去更動的系統和 App 資料，不會被當成可以回收的空間顯示出來。
目前的大小，和隨時間的成長
Mac 上最大的資料夾和成長最快的資料夾，指向的常常是不同的問題。一個幾個月來都停在 80 GB 的專案，可能什麼都不用做。一個從 2 GB 長到 12 GB 的 App 雖然比較小，卻可能是你這週空間不夠的原因。
這份歷史來自 Mint 記錄下來的掃描。第一次掃描是基準。之後，一個來源的變化就是它較新的大小減去較舊的大小，而且只有兩次掃描都量到它時才算得出來。第一次出現在清單上的 App，之前不一定只占用零位元組。
這份歷史呈現的是兩次掃描之間的變化，Mint 並不會記錄每一次檔案寫入。如果總用量增加了 10 GB，其中一個來源增加了 7 GB（數字僅為範例），就先從這個來源看起。其他來源可能也有變動，涵蓋範圍也可能不完整，所以剩下的 3 GB 不能直接算在系統頭上，那 7 GB 也不會自動就是垃圾檔案。一次清理處理掉的量，也可能和下一次掃描看到的減少量不同，因為 App 會持續寫入，檔案系統也可能還留著可復原的資料。Mint 把這兩者分開。清理紀錄計算的是它處理過的位元組，磁碟上實際量到的變化則另外顯示。
資料放在哪裡，用來做什麼
路徑告訴你資料在哪裡。擁有者告訴你它屬於哪個 App 或專案，角色則告訴你它用來做什麼。Application Support 裡可能放著 App 能重新下載的檔案，也可能有設定、資料庫，以及在別處都找不到的工作成果。一個叫 cache 的資料夾，並不能證明裡面的東西都可以移除。
在開發專案裡，原始碼、建置產物和下載來的相依套件常常放在一起。程式碼是你寫的，建置產物需要重新建置，相依套件則可能需要重新下載。對於支援的專案類型，Mint 會檢查專案的識別資訊、設定、資料夾結構和目前的使用狀態。只是名稱叫 build 或 bin 的資料夾，提供不了這些證據。
壓縮檔也一樣。一個 ZIP 可能是你下載的安裝檔，也可能是你交給客戶的作品唯一的一份。在 Direct 版裡，對 ISO、XIP、ZIP 和 IPSW 韌體這幾種安裝檔，Mint 會看裡面裝了什麼、檔案放在哪裡，以及是否已經掛載或正在使用。較舊的磁碟映像檔和安裝套件只依類型和存放時間標出，所以這些列絕不會替你勾選。要不要留著安裝檔，以便離線安裝或回復到舊版本，由你決定。
一項有用的發現，會把一個位置和它的擁有者、角色，以及移除它會改變什麼連在一起。「Disk」分頁依移除代表的意義把發現分組（Optimizable、Safe to clean、Yours、Keep），並在每一列寫出所屬的 App。不論是分組還是 App 名稱，都不等於允許 Mint 清空 App 存放資料的整個資料夾。
什麼才算重複
完全相同的檔案、看起來相像的照片，以及在同一段對話裡存了好幾次的圖片，是不同的發現。只有完整內容相符，才能證明是副本。抽樣相符只能縮小搜尋範圍，看起來相似也無法告訴 Mint 你會留下哪一張照片。內容完全相同的檔案，也可能分別被不同的專案使用。
2026 年 9 月，我們研究了一台日常使用中的 Mac，沒有更動它的任何檔案。它的 1,467 個 Codex 工作階段 JSONL 檔案共占用 16.509 GB，沒有任何整個檔案重複的情況。在這些檔案裡，62,014 次圖片出現只對應到 12,104 張不重複的圖片。第一份之外的所有副本加起來有 4.605 GB，占解碼後圖片位元組的 76.9%。
這些重複發生在工作階段內部，取決於父任務、子任務和圖片參照之間的關係，所以找相同的檔案永遠找不到它。其中約 4.547 GB 落在同一個父工作階段家族之內。就這份樣本來說，先研究 App 本身怎麼儲存圖片，再考慮跨 App 的重複資料刪除，比較合理。
76.9% 是在我們能辨識的解碼後圖片位元組中所占的比例。它說明不了工作階段檔案有多大，也說明不了你能拿回多少磁碟空間。我們無法解析的內容另外列出，從未當成零計算。重播或繼續一段對話可能需要用到重複的圖片，所以在任何東西改動它們之前，都必須先確認沒有參照會斷掉，而且還原能正常運作。一台 Mac 無法告訴你一般使用者能省下多少，也無法說明清理整體上有多準確。
騰出的空間，和找回資料要付出的代價
知道資料可以重建，只代表有辦法找回來。它不會告訴你這要花多久、需不需要網路連線、舊版本還拿不拿得到，或者你明天會不會就需要這些資料。要問的是，今天騰出的空間，值不值得下次再花這些工夫。
建置進行到一半時，不該移除它的建置產物。如果你明天要離線使用這些檔案，重新下載也幫不上忙；要留哪一張個人照片，也只有你知道。所以 Mint 會把發現分開：有些是它可以清理的項目，有些需要你挑選並檢查，有些只用來說明空間去了哪裡。你能做什麼，取決於資料的種類、目前的狀態，以及你用的 Mint 版本。量到的位元組，不會自動變成可以清理的東西。
時間門檻用來挑出值得看一眼的東西。幾個月沒人打開的備份，可能是唯一的一份備份；昨天產生的暫存檔，可能早就完成了它的任務。
動作執行前，再檢查一次
從掃描到清理之間，App 可能已經啟動、檔案可能被替換、建置可能開始了，路徑也可能變成指向別的地方。所以 Mint 在動手之前，會重新檢查和這項動作有關的條件，例如有沒有東西正在使用、範圍裡到底包含哪些項目，以及是否受保護。只要有任何改變，先前的候選項目就可能被略過。
仍然有效的資料夾大小、內容雜湊值和工作階段分析結果，Mint 會直接沿用。這樣可以省時間，但動手那一刻的檢查每次都照樣執行。缺少權限、掃描被中斷，或碰到分析上限，都會讓那一部分維持未確認，Mint 不會把它當成沒問題。
這也是報告不一定能解釋每一個位元組的原因。Mint 可能知道一個資料夾有多大，卻不支援裡面的格式；也可能知道擁有者是誰，卻無法確認現在動它是否安全。把這些缺口呈現出來，比把每個說不清楚的位元組都稱為可回收空間更有用。
你的回饋會改變什麼，以及「Undo」的限制
檔案內容可以透露用途，卻無法告訴 Mint 你為什麼留著某樣東西。當你復原 Mint 做過的動作、把它整理過的檔案挪回去，或把清理掉的檔案從垃圾桶拿回來時，Mint 會問你要不要把這個路徑加入「Ignore List」。如果你不回答，什麼都不會改變，之後的執行仍可能再次移動它。一旦加入，這個路徑就是「Protected」，Mint 不會再動它。
Mint 會記錄檔案操作，只要檔案和所需的歷史紀錄還在，符合條件的操作就能復原。Codex 的「Optimize」會保留你繼續對話時 Codex 會讀取的圖片。「Keep text only」是另一個動作，會永久移除你所選對話裡的媒體，保留每一個字。永久刪除和清空垃圾桶同樣無法復原。歷史紀錄最多保留 90 天或 5,000 個批次，不能取代備份。
一個沒有人復原的動作，並不能證明分類是對的。修正、還原和沒有反應是不同的訊號，其中沒有一個是實際量測到的準確率。
怎麼看一項發現
從你遇到的問題開始。如果空間突然不見了，就看在可以互相比較的掃描之間，哪些來源變大了。如果你需要空間來安裝東西，就看具體的候選項目，以及每一項要找回來得付出什麼代價。接著確認資料在哪裡、用來做什麼，以及證據是完整的內容比對、結構檢查，還是只依時間和大小篩選。
動手之前，確認會改動哪一個項目、會不會影響進行中的工作，以及之後要再用時，需要重新建置、重新下載，還是從備份還原。一次清理只解決今天的空間不足，所以之後的掃描也要留意，看空間會不會又被填滿。證據不夠時，繼續查下去或把資料留著，都是合理的結果。
在你自己的 Mac 上看看一項發現
下載 Mint，執行一次掃描，然後打開任一項發現，看看它在哪裡、證據是什麼，以及移除它會改變什麼。