Context Window Token 衛生
Claude Code 每次開新對話都會載入所有 Skill / CLAUDE.md / Memory——不管用不用。如果不定期清理，光是設定檔就吃掉幾萬 token，留給實際工作的 context 變少。定期「Token 體檢」是 Claude Code 重度用戶的硬要求。
痛點：不可見的 Token 流失
Hans 一次盤點發現：
| 來源 | 浪費量 |
|---|---|
4 個 Skill 同時存在 ~/.claude/skills/ 和 ~/.claude/commands/ 兩處 | 約 580 行 / 20,000 token |
| → 等於每次開對話多讀一篇 5,000 字中文文章 |
→ AI 「光是讀重複的 Skill 就等於讀了一篇長文，然後什麼事都還沒開始做」。
四個常見 Token 浪費點
| 浪費點 | 偵測方式 | 處置 |
|---|---|---|
| Skill 重複 | 兩個目錄同名檔 | 刪一邊（保留 ~/.claude/skills/） |
| CLAUDE.md 寫太多 | 超過 200 行 | 套 CLAUDE.md 內容篩選原則 精簡 |
| Memory 沒整理 | 過時 memory 還在被載入 | 刪過時項目 |
| Skill description 太長 | 出現在每次的指令列表 | 縮成一行 |
體檢流程（一次到位）
跟 Claude Code 直接說：
幫我檢查所有 skill 有沒有重複或不必要的
它會自動：
- 讀取
~/.claude/skills/和~/.claude/commands/全部 skill - 列出每個的位置、行數、內容摘要
- 比對哪些重複、哪些跟 CLAUDE.md 內容重疊
- 給清理建議
→ 約 5 分鐘掃完。
對應 vault 的 wiki-lint
vault 端的對等物是 wiki-lint skill：
| Claude Code 端 | vault 端 |
|---|---|
| Token 體檢 | wiki-lint 健康度檢查 |
| 找重複 Skill | 找跨 domain basename 衝突 |
| 找過時 memory | 找 90 天沒更新 stable entity |
| 一次掃完報告 | wiki-lint 分數報告 |
兩者哲學一致：規律性自我健檢勝於累積爛掉再一次重整。
與其他概念的關係
強連結
- CLAUDE.md 內容篩選原則 — CLAUDE.md 行數要管住
- Skill 觸發判準 — 不亂建 Skill 是源頭預防
- Skills 九種類型 — 重複的 Skill 通常是分類混亂的副產品
- Memory 記憶功能 — Memory 也是要清理的對象
推斷連結
- Auto-compaction 規則衰減 ?? — CLAUDE.md 越長 compaction 後丟越多
- Compounding Engineering ?? — Compounding 的反面：不清理就反向 compounding（複利浪費）