痛點：256G Mac 的「系統資料」是怎麼膨脹到 100G 的

Mac 老用戶都有一個共同的噩夢——「關於這台 Mac」裡那個灰色的「系統資料」，動輒幾十 G、上百 G，卻說不清裡面到底裝了什麼。256G 入門款的 MacBook Air 尤其慘，系統吃掉一半，再裝幾個開發工具，剩下的空間連裝一個新版本 Xcode 都得先刪點東西。

快取就藏在三個地方：飛書、Chrome、終端機工具鏈。飛書的 LarkShell/aha 目錄會快取你看過的所有文件，有人一不小心累積到 42G（據專案 README）；Chrome 的 Service Worker 加上除錯資料能膨脹到 50G 以上（據原帖實測）；Python 開發者常用的 ~/.cache/uv 靜悄悄吃掉 56G 也不稀奇（據原帖實測）。再加上 Telegram 媒體快取、npm 快取、Homebrew 下載目錄，一台用了一兩年的開發機，快取佔 100G 是常態。

問題在於，這些快取一半是垃圾，一半是狀態。飛書的文件快取刪了沒事，但同一目錄下的登入態檔案刪了就要重新掃碼；Chrome 的 Service Worker 能刪，旁邊的 IndexedDB 刪了網頁應用程式的資料就沒了。傳統清理工具只會列出「哪些資料夾大」，卻判斷不了「哪些能刪」。

更讓人心疼的是解決方案——蘋果的固態硬碟焊死在主機板上，從 256G 升到 512G 官方加價 NT$6,800，升一檔價格通常破萬。這筆錢，本來可以不花。

機會：把「判斷能不能刪」這件事外包給 AI

硬碟小浣熊（Disk Raccoon）這個開源專案的核心思路，是把「哪些快取能刪、哪些不能碰」這件事，做成一份結構化的快取地圖，再讓 AI 程式助手按圖索驥。它不是又一款清理軟體，而是一個裝在 Claude Code、Cola 等 AI 程式助手裡的 Skill——你可以把它理解成給 AI 助手裝的外掛技能包，告訴它遇到這類任務該怎麼處理。你跟 agent 說一句「幫我看一下快取」，它就開始幹活。

專案網址在 GitHub：https://github.com/orange2ai/disk-raccoon，開源協定 MIT，star 數目前 11（據原帖稱，未獨立查證），最近一次更新在 2026 年 8 月底（據原帖，未獨立查證）。它的官方簡介寫得很直白：「macOS 快取清理 Agent：先洗再吃。快取地圖 + 三級安全等級，只刪能刪的。首次實戰一晚清出 135GB。」

「先洗再吃」這個比喻來自浣熊的習性——牠是自然界唯一吃東西前先把食物洗一洗的動物。不是不吃，是不瞎吃。這正好對應 macOS 清理的核心矛盾：大的不一定該刪，該刪的不一定大。傳統工具只解決前半句，小浣熊解決的是後半句。

順帶說一句，會裝 AI Skill 本身就是接案能力——你幫別人清一次硬碟收 NT$900，工具現成的，省下的就是賺到的。

路徑：三級安全分級 + 快取地圖

硬碟小浣熊的工作流程可以拆成三步，每一步都有明確的安全護欄。

Step 1：先用 Mole 掃盤，定位大資料夾

Mole 是另一個開源工具，專門掃大資料夾，你可以理解成小浣熊的「眼睛」——沒有它，小浣熊就不知道該往哪看。Mole 負責把硬碟裡的大資料夾列出來——哪些目錄佔了 10G、20G、50G，一目了然。這一步相當於「健檢報告」，告訴 AI 重點該看哪些位置。不裝 Mole 也能用，只是少一份健檢報告，AI 會盲掃慢一些。

Step 2：AI 按快取地圖逐項判斷

小浣熊內建一份 references/cache-map.md，每條快取路徑都標了安全等級。下面是真實條目長這樣的片段：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

## ~/.cache/uv
- 等級：✅ 放心刪
- 類型：Python 套件快取
- 備註：uv install 會自動重建，不影響專案執行

## ~/Library/Application Support/LarkShell/aha/profile_explorer
- 等級：⚠️ 小心刪
- 類型：飛書文件快取
- 備註：只刪 profile_explorer，profile_main 含登入態

## ~/Library/Application Support/Google/Chrome/Default/Service Worker
- 等級：✅ 放心刪
- 類型：PWA 離線快取
- 備註：瀏覽器會自動重建

地圖上沒有的路徑怎麼辦？小浣熊的策略是「查清楚再說，查不清楚就不動」。它會讓 AI 去查每個目錄屬於哪個應用程式、存的是什麼、刪了會怎樣，查完列一張單子給使用者確認。

Step 3：預設唯讀，sudo 交給使用者

安全設計上，小浣熊有幾條硬規矩：

• 預設唯讀：第一輪只看不刪，先出報告。
• 可還原優先：能進垃圾桶就不直接 rm -rf。
• 先退出再動手：app 還在跑就先關掉，避免邊刪邊重建。
• sudo 交給你：系統級刪除只產生指令，使用者自己執行。

為什麼預設唯讀比一鍵清理更值錢？誤刪一次聊天記錄或專案依賴的還原成本，遠超一次性清理省下的幾十 G 時間。CleanMyMac 那種「一鍵掃描 + 一鍵清理」的設計，本質是把判斷成本轉嫁給使用者——你敢點「全部清理」嗎？大多數人不敢。小浣熊把判斷環節交給 AI，使用者只需要在最終清單上點頭或搖頭，決策成本被壓到最低。

案例：135GB 是怎麼清出來的

據原帖作者公開的實戰紀錄顯示，第一次跑小浣熊清出的三大頭分別是：

這 135G 換算成蘋果官方的升級價格，相當於省下了一台 512G MacBook 的升級費——NT$6,800。按一次清理省 100G 算，相當於每次使用價值 NT$5,000。這個案例的典型性在於，它涵蓋了三種最常見的「硬碟殺手」：開發工具鏈（uv）、瀏覽器（Chrome）、辦公軟體（飛書）。一個 Python 開發者 + 飛書 + Chrome 重度使用者的組合，幾乎是開發圈的標準配備。如果你也是這套組合，硬碟裡大概率藏著類似的 100G+ 快取——你跑一遍也能重現這個量級。

為什麼傳統清理工具搞不定這件事

市面上不缺 Mac 清理軟體，CleanMyMac、DaisyDisk、OmniDiskSweeper 都是老牌選手。但它們有一個共同的盲區：只告訴你「什麼大」，不告訴你「什麼能刪」。

以飛書為例，LarkShell/aha 這個目錄在 Finder 裡幾乎是隱形的，藏在多層 Library 路徑下。CleanMyMac 掃出來會標黃，但點進去只有一堆看不懂的子資料夾，使用者根本不敢刪。Chrome 的情況更複雜，Service Worker、IndexedDB、Cache Storage、Cookies 分屬不同機制，刪錯一個，PWA 離線資料就沒了。

小浣熊的解法是用 AI 做「語意判斷」——同樣是 50G 的 Chrome 目錄，AI 能區分哪些是 Service Worker（可刪）、哪些是 IndexedDB（按需）、哪些是登入態（不碰）。CleanMyMac 掃出 50G 飛書快取只標黃不解釋，小浣熊直接告訴你哪 30G 能刪哪 20G 是登入態。這就是為什麼 CleanMyMac 賣 40 美元/年卻解決不了這個問題——規則引擎無法理解路徑語意，這是 LLM 第一次讓清理工具具備閱讀能力。

行動呼籲：今晚就給你的 agent 裝上這隻浣熊

如果你用的是 Mac，硬碟經常告急，又不想花 NT$6,800 升級，照著下面三步走：

第一步：安裝 Skill

1

git clone https://github.com/orange2ai/disk-raccoon ~/.claude/skills/disk-raccoon

支援 SKILL.md 協定的 agent 都能用，Claude Code、Cola 都行。

第二步：搭配 Mole 做健檢

先跑一遍 Mole 找出大資料夾，再讓小浣熊上場判斷哪些能刪。兩個工具一個管「掃」，一個管「判」，分工明確。

第三步：跟 agent 說話

不用記複雜指令，直接說「幫我看一下快取」或「硬碟滿了，能清什麼」，agent 會按快取地圖逐項給你列清單。看完清單，點頭就清，搖頭就跳。

快取地圖是活的，專案作者在 README 裡呼籲大家提 issue 或 PR，把新踩到的快取路徑補進去。提 issue 時附上路徑、大小、所屬 app 即可——你清一次硬碟，可能就幫下一個使用者省下 NT$6,800。