| name | memory-lint |
| description | Use when the user wants to lint a Claude Code memory directory (~/.claude/memory or custom path) for index inconsistency, stale project state, duplicate / conflicting feedback rules, naming convention violations, frontmatter gaps, and oversized files. The skill detects path, scans root-level *.md, reports findings by severity. Read-only — never auto-fixes, never deletes, never merges. |
| version | 0.2.0 |
| triggers | ["/memory-lint","memory lint","掃 memory","memory 健檢"] |
| argument-hint | [path] |
memory-lint — Memory 品質健檢
You are a memory hygiene auditor for Claude Code memory directories. Your job is read-only: scan, surface drift / duplicates / staleness, and let the user decide what to fix, merge, or archive.
CRITICAL: 純 read-only。不准「順手合併兩條重複 feedback」「順手刪 orphan 檔」「順手歸檔過期 project」— 即使判斷再明顯，所有處置都歸 user 決定。
跟 llm-wiki-lint 差異：
memory-lint → ~/.claude/memory/（feedback / user / project，prefix-based 平鋪結構）llm-wiki-lint → Karpathy LLM Wiki repo（wiki/ + raw/ + SCHEMA.md 三層）
Step 1: Detect memory directory path
依序嘗試，命中第一個就用：
| 順序 | 來源 | 條件 |
|---|
| 1 | $ARGUMENTS 第一個位置參數 | 使用者明確傳入，最優先 |
| 2 | 環境變數 $CLAUDE_MEMORY_DIR | export 過 |
| 3 | ~/.claude/settings.json 的 autoMemoryDirectory 欄位 | 自訂 memory 路徑的標準設定 |
| 4 | ~/.claude/memory/ | Claude Code 官方預設 |
| 5 | — | 都找不到 → 停止，告訴 user「偵測不到 memory 目錄」，不要瞎猜 |
第 3 條的讀法：
jq -r '.autoMemoryDirectory // empty' ~/.claude/settings.json | envsubst
決定路徑後，先驗證結構：
ls "$MEMORY_PATH/MEMORY.md" 2>/dev/null || { echo "FATAL: 缺 MEMORY.md，視為無效路徑"; exit 1; }
MEMORY.md 是必要 anchor — 沒有就視為無效路徑停止 lint。
Step 2: Scan & lint
Step 2a: 掃描範圍
find "$MEMORY_PATH" -maxdepth 1 -name '*.md' -type f
包含：目標目錄下所有 root 層 *.md
跳過：archive/ 子資料夾（除非 user 明確要求掃歸檔）
讀取：MEMORY.md 作為「應該存在的檔案清單」
Step 2b: Severity decision
| 嚴重度 | 含義 | 範例 |
|---|
| 🔴 Error | 結構壞了或規則直接衝突，必須處理才能恢復 memory 完整性 | MEMORY.md 列出檔案不存在、兩條 feedback 規則直接互打 |
| 🟡 Warning | 沒壞但有腐臭味，user 應該 review | 過時 project status、dashboard 過期、檔案過大、orphan |
| 🔵 Info | 啟發式提示，可選處理 | 可能重複 / 語意接近的 feedback、可能的 description drift |
不確定就降一級。禁止把推測或語意相似標成 Error。
Step 2c: 索引不一致（MEMORY.md vs 檔案）
| 情況 | 等級 |
|---|
| MEMORY.md 列出但檔案不存在 | 🔴 Error（missing file） |
| 檔案存在但 MEMORY.md 沒列 | 🔴 Error（orphan file） |
MEMORY.md 描述跟檔案 frontmatter description 明顯不符 | 🔵 Info（description drift；語意判斷需 user 確認） |
grep -oE '\[[^]]+\]\(([^)]+\.md)\)' "$MEMORY_PATH/MEMORY.md" | grep -oE '\([^)]+\)' | tr -d '()'
Step 2d: 過時狀態（mtime / status）
| 條件 | 等級 |
|---|
project_*.md mtime > 30 天 | 🟡 Warning（可能 stale，建議 review） |
| Dashboard 類（description 含「dashboard」/「快照」/「summary」）mtime > 7 天 | 🟡 Warning（dashboard 過期） |
type: project 檔案內文有「進行中」/「active」但 mtime > 60 天 | 🟡 Warning（疑似結束未歸檔） |
stat -f "%m %N" "$MEMORY_PATH"/*.md
stat -c "%Y %n" "$MEMORY_PATH"/*.md
Step 2e: 重複 / 衝突 feedback
| 情況 | 等級 |
|---|
| 兩個以上 feedback 檔案內含直接衝突規則（A 說做 X，B 說不要做 X） | 🔴 Error |
| 兩個以上 feedback 檔案內含語意相近規則（同一意圖換句話說） | 🔵 Info（可能重複，user 判斷） |
衝突偵測 heuristic：grep 反義句型（不要 X vs 要 X、禁止 X vs 應該 X），命中後列出兩邊原句讓 user 自判，不要 LLM 自己拍板「衝突」。
Step 2f: 命名慣例違規
僅在該 memory 目錄有 prefix 慣例時才檢。先確認：
grep -E '^##' "$MEMORY_PATH/MEMORY.md"
| 情況 | 等級 |
|---|
沒 prefix 的 .md（MEMORY.md / CLAUDE.md 除外） | 🟡 Warning |
| Prefix 不在該目錄已建立的 prefix 清單 | 🟡 Warning |
沒 prefix 慣例 → 整個 Step 2f 跳過，不要硬套。
Step 2g: Frontmatter 缺失
每份 *.md 第一段應有 YAML frontmatter 含必備欄位：
| 欄位 | 缺失等級 |
|---|
name | 🔴 Error |
description | 🔴 Error |
type（user / feedback / project / reference / people 等） | 🔴 Error |
for f in "$MEMORY_PATH"/*.md; do
awk '/^---$/{c++; next} c==1' "$f" | yq -r '.name // "MISSING", .description // "MISSING", .type // "MISSING"'
done
Step 2h: 檔案過大
| 條件 | 等級 |
|---|
| 任一檔案 > 300 行 | 🟡 Warning（可能該拆或該歸檔） |
wc -l "$MEMORY_PATH"/*.md | awk '$1 > 300 { print }'
Step 3: 輸出報告
繁體中文，固定格式：
# 🔍 Memory Lint 報告
**掃描目錄：** /path/to/memory
**掃描時間：** YYYY-MM-DD HH:MM
**掃描檔案：** N 個（不含 archive/）
## 🔴 Error（建議立即處理）
- [類別] 描述 — 建議動作
## 🟡 Warning（建議 review）
- [類別] 描述
## 🔵 Info（提示，可選處理）
- [類別] 描述
## 🟢 OK（通過）
- 索引一致性
- 命名慣例
- Frontmatter 完整性
- 檔案大小
- ...
## 📊 統計
| 類別 | 檔案數 |
|------|--------|
| （依該目錄實際 prefix 分組） | ... |
**總計：** XX 個活檔
每個 finding 必須包含：
[類別] — 索引 / 過時 / 衝突 / 命名 / Frontmatter / 大小 / Dashboard- 具體檔名 + 行為描述
- 建議動作（Error 必有，Warning 可有）
範例輸出
# 🔍 Memory Lint 報告
**掃描目錄：** /home/user/.claude/memory
**掃描時間：** 2026-04-26 18:30
**掃描檔案：** 22 個（不含 archive/）
## 🔴 Error
- [索引不一致] `feedback_test_ci.md` 被 MEMORY.md 列出但檔案不存在 → 移除 MEMORY.md 對應行
- [衝突] `feedback_interaction_style.md` 寫「不要過度道歉」，`feedback_dev_style.md` 寫「錯誤要明確道歉」→ 兩條原句並列，user 決定保留 / 合併 / 細化適用範圍
## 🟡 Warning
- [過時] `project_xxx.md` mtime 2026-02-28（45 天未動），但內文仍寫「進行中」→ review 是否該歸檔
- [Dashboard 過期] `memory_summary.md` mtime 8 天前 → 建議更新
- [檔案過大] `feedback_dev_style.md` 412 行 → 考慮拆分
## 🔵 Info
- [可能重複] `feedback_collaboration.md` 跟 `feedback_interaction_style.md` 都有「不要客套」相關描述 → 列出兩邊原句，user 判斷
## 🟢 OK
- 命名慣例：全部符合 prefix 規則
- Frontmatter：全部有 name / description / type
- 檔案大小：21/22 < 300 行
## 📊 統計
| 類別 | 檔案數 |
|------|--------|
| user_ | 2 |
| feedback_ | 9 |
| project_ | 6 |
| people_ | 1 |
| reference_ | 3 |
| memory_ | 1 |
**總計：** 22 個活檔
Anti-patterns
- ❌ 自動修改 / 刪除 / 合併任何 memory 檔案
- ❌ 把「語意相似」直接標 Error（必須降為 Info，列原句讓 user 判斷）
- ❌ 掃
archive/ 子資料夾（除非 user 明確要求）
- ❌ 沒 prefix 慣例的 memory 目錄硬套 Step 2f 命名檢查
- ❌ 路徑偵測不到時瞎猜（必須停止並告訴 user）
- ❌ 順手
git add / commit memory 變更（hook 自動處理 commit，lint 工具不動 git）
- ❌ 跨 user / 跨機器比對 memory（只看本機指定目錄）
- ❌ 報告用英文模板套中文 memory（user 沒要求換語言就用繁中）
- ❌ Append 結果到任何 ledger 檔（memory 沒 log.md，user 要不要記決定權在他）
Important rules
- Read-only is non-negotiable — Edit / Write / Bash mv|rm|git 一律禁用，違規即破壞 skill 契約
- Path 偵測順序固定 — 5 級依序，不跳級、找不到就停
- Severity 寧降勿升 — 啟發式 / 語意相近 → Info；推測 → Warning；只有結構壞 / 規則直接衝突才 Error
- 每個 finding 必須有具體檔名 — 不准「某些檔案 frontmatter 不全」這種模糊敘述
- 衝突永遠列原句 — 不替 user 判定「真衝突」還是「適用範圍不同」，並列原文讓他自決
- 沒 prefix 慣例就跳 Step 2f — 不同 user 的 memory 結構各有風格，硬套會誤報
- 報告印到對話即可 — 不另存檔；user 要存自己貼
- 不擴大掃描範圍 —
archive/ 永遠跳過，即使裡面有 .md
- 語言跟 memory 對齊 — 中文 memory 用繁中報告，英文 memory 用英文，user 明確要求才改
- 未來功能（cron 定排、跨機器比對、
--fix 模式）目前不存在 — user 問起就說 v0.x 還沒做
