C 槽又紅了：用 Codex 掃了 8 分 14 秒，才發現兇手藏在 AppData

先標一下時間：這篇分享由掘金用戶 niaonao 於 2026 年 10 月 6 日發布。C 槽爆紅是每年都會上演的老戲碼，但這次的主角不是清理軟體，而是把 Codex 加上一份自製 Skill，讓 AI 來當磁碟稽查員。

情境拆解：C 槽到底被誰喫掉了

開發者的 C 槽通常死得很慢也很安靜。開發工具一路裝在預設路徑，本地 AI 應用拉模型、瀏覽器快取、臨時檔案，全部落在系統槽。原作者形容自己是「經常安裝開發工具、折騰本地 AI 應用的小研發人員」，某天打開檔案總管，C 槽的容量條紅了。

這次統計的結果是：C:\Users 佔了 117.94 GB，約佔全盤 62%，其中 AppData 一個資料夾就喫掉 87.81 GB。C:\Windows 則是 24.62 GB，屬於正常範圍。

有一個關鍵前提值得先畫線：87.81 GB 是 AppData 的佔用量，這些檔案不能全部當成可刪除的垃圾。原文也特別提醒，清理動作要依報表裡的大資料夾完整路徑逐一判斷，另行處理，Skill 本身只統計、不動刀。

Skill 是什麼，流程怎麼跑

Skill 在這裡可以理解成一份可重複使用的任務說明書，搭配腳本告訴 Codex 按哪些步驟完成排查。這套 disk-usage-excel Skill 的做法是：用 PowerShell 收集目錄大小，再用 Python 生成 Excel 報表。

掃描過程只讀取既有檔案，不修改、不移動、不刪除，寫入的只有 JSON 與 Excel 成品。統計從 C 槽第一層、第二層目錄開始，按大小倒序排列，再挑出第一層佔用最大的兩個目錄往下鑽，最終產出四層深度的分析工作表與彙總頁。

這種「把說明書寫成 Skill」的用法，和之前開發者社羣跟著替提示詞瘦身的Codex 提示詞清理指南是同一股風向：與其每次現場指揮 AI，不如把流程沉澱成一份可以反覆使用的資產。

三個值得記下的避坑點

原文的價值一半在結果，一半在踩過的坑。整理如下：

• 權限先自檢再掃描。C 槽含用戶目錄與 Windows 系統目錄，沙箱限制可能讓部分路徑讀不到，報表數值會明顯偏小。
• 擴大沙箱範圍不代表全部系統目錄都可讀。掃完仍要檢查報表彙總頁的完整性資訊，若出現「資料完整性告警」，先排查統計範圍與權限，再判斷資料能不能用。
• Skill 裝完沒出現就重啟 Codex。安裝路徑以實際回傳為準，每臺機器不同。

實際跑完一趟，完整統計耗時 8 分 14 秒，拿到的是一份可排序、可往下鑽的 Excel，而不是一個只會喊「空間不足」的紅色進度條。

圍觀之後：工具變了，習慣還在原地

這篇分享之所以有共鳴，在於它把一件人人都遇過的雜事，變成一條可以複製的流程。過去清理 C 槽靠的是樹狀圖工具加上經驗與膽量，現在多了一條路：讓 AI 掃描、出報表，人只負責最後「哪些能刪」的判斷。

判斷這一步沒有被取代，反而是被凸顯了。報表只告訴你 AppData 佔了 87.81 GB，至於哪些快取能清、哪些設定不能碰，還是得回到開發者自己對機器的理解。工具升級之後，亂刪的風險沒有消失，只是被推到了流程的最後一關。