Mole 是一套以 Shell 編寫的開源 macOS 清理工具，在 GitHub 累積 69,455 顆星與 2,463 次複製，自 2025 年 9 月開源以來，以單一命令列介面整合系統清理、應用程式卸載、維護最佳化、磁碟分析與即時監控。專案採用 GPL-3.0 授權，命令列版本完全免費，最新版本 V1.58.0 於 2026 年 10 月 5 日發布，將大型建置快取的清理時間由 24 秒壓縮至 1 秒以內。
Mole 是什麼？
Mole 是以 Shell 撰寫的開源 macOS 命令列清理工具，自 2025 年 9 月開源，累積 69,455 顆星，以單一指令完成清理、卸載、最佳化、磁碟分析與系統監控。
專案的定位寫在說明文件的第一行：它是一套可在終端機執行的一體化工具組，把 CleanMyMac、AppCleaner、DaisyDisk 與 iStat Menus 這類商業軟體常見的工作流程，收斂進單一執行檔。使用者安裝後輸入 mo，即進入互動式選單；若偏好直接下指令，也可逐項執行清理、卸載或分析。
開發者為中國開發者 tw93，儲存庫建立於 2025 年 9 月 23 日，首個版本 V1.2.0 於同月 28 日釋出。專案在一年內累積 3,380 次提交與 151 位貢獻者，並維持每週約一至兩個版本的更新節奏，目前共發布 69 個版本、215 個標籤。這樣的高頻迭代在系統工具領域並不常見，原因在於清理規則必須隨 macOS 版本與各應用程式的目錄結構持續調整。
Mole 有哪些核心功能？
整合清理、卸載、最佳化、磁碟分析與即時監控五類工作，另提供專案建置產物清除、安裝檔掃描、Touch ID 設定與 shell 補全等輔助指令。
主要指令可分為五類。mo clean 負責清除快取、日誌、暫存檔、開發者產物與已卸載應用程式留下的殘留資料；mo uninstall 移除應用程式本體，同時處理啟動代理、偏好設定與隱藏殘留；mo optimize 執行 Finder、網路與系統服務的維護工作；mo analyze 提供視覺化磁碟空間瀏覽；mo status 則顯示即時的處理器、顯示晶片、記憶體、磁碟與網路狀態。
輔助指令同樣針對實際情境設計。mo purge 清除專案的建置產物，mo installer 找出並移除安裝檔，mo touchid 設定以指紋授權 sudo，mo completion 產生 shell 補全，mo history 則可調閱過去的清理紀錄，並支援 --json 輸出以便納入自動化流程。
Mole V1.58 的效能改善幅度有多大？
V1.58.0 針對大型 Gradle 建置快取最佳化，兩千筆項目的清理由 24 秒縮短至 1 秒以內，掃描流程改為完成一個目錄即接續下一個，不再等待最慢的項目。
V1.58.0 於 2026 年 10 月 5 日發布，代號 Brisk，主要內容集中在效能而非新功能。依官方更新說明，清理程序在面對包含兩千筆項目的 Gradle 建置快取時，處理時間由 24 秒降至 1 秒以內，原因是掃描工作改為平行處理，單一目錄完成後立即接手下一項，不再等待最慢的分支結束。
其餘修正多半針對邊界情境。在網路磁碟仍掛載但伺服器或虛擬機已停止的情況下，卸載程序不再因此保留所有殘留檔案，若確實保留也會在預覽中標示原因；磁碟分析的「大型檔案」清單新增 Core ML 編譯模型快取的唯讀提示；在無法讀取的目錄中執行時，程式會直接提示切換至個人目錄，而非重複輸出系統錯誤。
Mole 如何確保清理與卸載的安全？
刪除指令皆支援 --dry-run 預覽，內建路徑驗證、系統目錄保護與白名單；操作寫入日誌供 mo history 查閱，且不需以管理員身分執行。
設計上的核心原則是先證明安全再執行。程式會驗證路徑、保護系統與共用目錄，當無法確認某個項目可以安全變更時，會選擇略過或拒絕處理，而非強制刪除。舉凡清理、卸載、專案產物清除與安裝檔掃描等具刪除性質的指令，都提供 --dry-run 參數供使用者先行檢視實際會影響的路徑，必要時再加上 --debug 取得詳細日誌。
白名單機制則處理「想保留」的需求。使用者可透過 mo clean --whitelist 保護特定快取，以 mo optimize --whitelist 排除維護項目，設定會保存在個人設定目錄中並持續生效。所有操作紀錄寫入日誌檔，可隨時以 mo history 回顧，也能透過環境變數關閉紀錄功能。官方文件同時建議不以 sudo 執行工具，僅在真正需要時才由程式請求管理員權限。
Mole 與商業清理工具有何差異？
命令列版本免費且以 GPL-3.0 開源，功能涵蓋多款商業工具的主要情境；原生 Mac 應用程式為獨立產品，一次付費 19 美元，兩者各自維護。
最直接的差異在計費結構。命令列版本採 GPL-3.0 授權，可自由使用、修改與再散布，安裝方式為 Homebrew 或官方腳本，不涉及訂閱。官方在說明文件中明確區分兩條產品線：儲存庫維護的是免費的命令列工具，而具備介面、選單列狀態顯示與 VoiceOver 支援的原生應用程式則為另一個獨立下載項目，一次付費 19 美元，可涵蓋兩台 Mac 並附免費更新與十四日退款。
功能覆蓋面則彼此重疊甚多。清理、應用程式管理、維護、磁碟分析與即時狀態監控，在商業工具中通常分散於三到四套軟體，各自採訂閱制；Mole 的作法是將這些情境整合進單一執行檔，代價是操作介面改為終端機文字選單，對不熟悉命令列的使用者存在學習門檻。這也是專案同時維持圖形介面產品線的原因。
Mole 的數據與社群規模如何？
專案累積 69,455 顆星、2,463 次複製與 153 位關注者，提交次數 3,380 次，貢獻者 151 位，共發布 69 個版本與 215 個標籤，採 GPL-3.0 授權。
- 69,455GitHub 星標
- 2,463複製次數
- 3,380提交次數
- 151貢獻者人數
- 69發布版本數
- GPL-3.0授權條款
從提交結構可以觀察專案的運作方式。3,380 次提交集中於約一年的時間內，平均每日接近十次，其中包含大量由自動化流程產生的貢獻者更新紀錄，以及社群提交的效能修正與相容性調整。貢獻者統計頁顯示，核心開發者的提交量明顯高於其他參與者，其餘人士多以單一修正或問題回報的形式加入，屬於典型的高頻維護型開源專案。
議題管理相對克制。儲存庫目前僅有 10 個未結議題，相對於近七萬顆星的規模屬於偏低水準，顯示維護者對議題的處理速度較快，也呼應專案在更新說明中逐條列出修正項目的習慣。專案另提供安全政策文件與安全稽核說明，載明回報流程與目前已知的限制，這是系統層級工具較少見的做法。
如何安裝與開始使用 Mole？
透過 Homebrew 執行 brew install mole，或使用官方安裝腳本；首次操作建議先加上 --dry-run 預覽影響範圍，確認無誤後再實際執行。
安裝條件為 macOS 12 或更新版本，同時支援 Intel 與 Apple Silicon 機型。最簡便的方式是在終端機執行 brew install mole；若使用的系統版本已不在 Homebrew 支援範圍，官方另提供安裝腳本，可透過指定版本標籤或開發分支安裝，並允許自訂安裝目錄以避開需要管理員密碼的路徑。
首次使用建議採取漸進方式。可先執行 mo clean --dry-run 檢視預計清理的項目與容量，確認範圍符合預期後再移除預覽參數；若希望保留特定快取，則以 mo clean --whitelist 加入保護清單。完整操作紀錄可透過 mo history 查閱，若需要納入自動化流程，可加上 --json 取得結構化輸出。
出處連結有哪些？
本文數據取自 tw93/Mole 的 GitHub 儲存庫，星標、提交與版本數字為 2026 年 10 月上旬查詢結果，功能說明依其官方 README 與版本更新紀錄整理。
完整的安裝指令與功能說明，可於下列來源查閱：
常見問題有哪些？
以下整理四個常見疑問，涵蓋費用、與圖形介面版本的差異、執行權限與誤刪風險，答案依儲存庫的說明文件與實際結構整理而成。
Mole 需要付費嗎？
命令列版本完全免費，以 GPL-3.0 授權開源。具備圖形介面的原生 Mac 應用程式為獨立產品，一次付費 19 美元，涵蓋兩台 Mac 並附免費更新與十四日退款。
Mole 和圖形介面版本有什麼不同？
兩者由同一開發者維護，但為獨立的產品線。命令列版本在終端機以文字選單運作，圖形介面版本則提供視覺化操作、選單列狀態顯示與 VoiceOver 支援。
執行 Mole 需要系統管理員權限嗎？
官方建議不以 sudo 執行。程式僅在真正需要變更系統擁有的檔案時才請求管理員權限，日常清理與分析工作可在一般使用者權限下完成。
Mole 會誤刪重要檔案嗎？
程式會驗證路徑並保護系統與共用目錄，無法確認安全時會略過或拒絕處理。所有刪除類指令都支援 --dry-run 預覽，建議執行前先行檢視。
總結：Mole 適合哪些使用者？
適合熟悉終端機、希望以單一工具處理清理與系統維護的 macOS 使用者，以及需要可稽核、可自動化流程的開發者；偏好圖形介面者則可改用官方付費版本。
Mole 在 2026 年的意義，在於把長年被訂閱制商業軟體佔據的清理與維護情境，重新以開源命令列工具的形式呈現。它以 69,455 顆星、3,380 次提交與一年內 69 個版本的節奏，說明了社群對這類工具的需求確實存在，而 GPL-3.0 授權與免費命令列版本的組合，也降低了嘗試的門檻。
採用與否仍取決於工作習慣。長期在終端機作業、需要將系統維護納入腳本或自動化流程的使用者，能在這裡找到完整且可稽核的解法；而不習慣命令列、或需要圖形介面輔助判讀的使用者，則可評估官方付費版本，或先以 --dry-run 模式試用命令列版本，再決定是否導入日常流程。