wiki-repair

karpathy-wiki-pattern plugin v1.3.1 新增的 skill——跟 wiki-lint 配對：lint 偵測問題、repair 修補問題。

為什麼存在

[[wiki-lint]] 跑出「孤兒頁、缺失連結、路徑壞掉」等問題，但只給提案不修補。repair 填補這個 gap——執行結構化修復，同時保留人工審查機會（dry-run → review → execute）。

修復類型（v1.3.1）

問題	lint 偵測	repair 修補方式
`source:` 路徑壞掉	✅ 標記 🔴 broken source	自動改寫路徑（基於 PARA_ROUTING 規則）
孤兒頁（0 inlinks）	✅ 列清單	🤔 待定：新增自動 stub link 還是留孤兒？
推斷連結 `??` 過多	✅ 計數、flag god-nodes	提案「這些 ?? 該不該升強連結」
缺失概念（[[X]] 無對應 entity）	✅ 標記紅 link	自動建 stub entity 或提案新 entity
Frontmatter 缺 v1.3 欄位	✅ 清單	自動補 `domain / type / status` 預設值

使用流程（CLI）

# 步驟 1：掃問題
wiki-lint /path/to/vault --output=problems.json

# 步驟 2：審視修復提案
wiki-repair /path/to/vault --plan problems.json  # dry-run，不寫檔

# 步驟 3：確認後執行
wiki-repair /path/to/vault --execute problems.json

# 步驟 4：re-lint
wiki-lint /path/to/vault --output=after.json
diff problems.json after.json  # 應該乾淨

技術細節

冪等性：repair 跑兩次結果一樣（不會重複修補）
reversible：所有改動都有 git diff，可輕易回滾
audit trail：每個 repair 加 frontmatter comment 記錄「誰/何時/什麼問題」

與其他概念的關係

強連結

[[wiki-lint]] — repair 的上游（偵測器）
[[wiki/entities/]] — 被修補的對象
[[PARA_ROUTING]] — 修路徑時遵循的規則

推斷連結

[[wiki-notion-sync]] ?? — 修好後是否自動 sync？
[[git hooks]] ?? — 能否在 commit 前自動跑 lint+repair 檢查？