Claude 最近額度亂搞，大家罵歸罵，Claude 還是得繼續用。前陣子我整理了一大串省額度的技巧發在 Threads 上，收穫一千多讚之後，有網友提議可以做成 skill。
所以我就做好放在這邊了：https://github.com/danyuchn/cc-audit
把連結丟給 Claude Code 請他幫你裝就好了。
每週一封，只挑跟你工作有關的 AI 動態。免費訂閱電子報 →
它在做什麼
cc-audit 是一個健診 skill。觸發後它會跑四個步驟，最後給你一份結構化報告和可執行建議清單。
Step 1：靜態設定審查
- 預設模型是不是設成 Sonnet（大部分情境 Sonnet 比 Opus 省很多，而且夠用）
- Hooks 設了哪些，有沒有失控的 post-hook 吃 token
- MCP server 清單，每個都是啟動時的固定開銷
- Rules 檔案每檔行數——看有沒有哪個 rule 膨脹到 >200 行需要拆分
- Skills 清單
Step 2：JSONL Session 分析（近 5 個 session）
這一步是重點。它會撈你最近 5 個 JSONL 檔，逐條計算：
- Context 使用率：
(input_tokens + cache_creation + cache_read) / 200000 - 快取類型：從
ephemeral_5m_input_tokens跟ephemeral_1h_input_tokens分辨你吃的是 Pro 的 5 分鐘快取還是 Team/Enterprise 的 1 小時快取 - Compact 觸發次數：
type=system訊息中有summary關鍵字代表觸發過/compact - 貼圖後的 cache miss：用「user content 有 image type + 下一條 assistant cache_read < 500」組合偵測
跑完你會看到「這個 session 花了多少 token、有沒有 auto compact、有沒有被貼圖搞掉快取、context 用到 80% 還是 30%」——全部一目瞭然。
Step 3：官方最佳實踐查詢
這一步它會 WebFetch 去抓 Anthropic 最新的 Claude Code 文檔，比對你目前的設定跟官方建議有多遠。我寫的這些建議會不會過時？不會，因為它每次跑都重新抓。
Step 4：Rules path-specificity 檢查
檢查你的 rules 是不是應該加 paths: 條件載入，讓它只在相關檔案路徑出現時才吃 context。這一招省很多，很多人不知道。
為什麼不直接看 /stats？
Claude Code 內建的 /stats 只告訴你「這個 session 用了多少 token」，但沒告訴你：
- 為什麼這麼多
- 哪幾個設定是元兇
- 下一步該改什麼
cc-audit 的輸出格式是可執行建議清單。每一條都對應到具體的檔案、具體的行數、具體的修改。你不用自己對照文檔猜。
養成習慣
我自己的用法是每週 Claude Max 重置那天跑一次 cc-audit，配合我前面寫過的 Obsidian + Claude Code 工作流——額度即將重置的那一天，你暫時變身「單日 token 富翁」的時候，正是你做這種重構的好時機。
之前我是手動對照文檔改，花三四十分鐘。做成 skill 後變成五分鐘全自動，還不會漏掉項目。
丟這個連結給 Claude Code：https://github.com/danyuchn/cc-audit
它會幫你裝好、驗證、然後你打 /cc-audit 就開始跑。
後記（2026-10-20）：上面公式有兩處已經變了。快取時效不是照 Pro 或 Team/Enterprise 分，而是只要用 Claude 訂閱、還在方案額度內，主對話就是 1 小時快取，subagent 或吃額外用量的部分才是 5 分鐘。另外現在很多 session 跑的是 1M context window，用的是這種的話，分母要改成 1,000,000，不是 200,000。