wiki 蓋好之後，讓它繼續活著才是真正的問題
2026-04-04，Karpathy 發了 LLM-wiki gist，一個月內社群冒出 20+ 個實作。我在 2026-04-23 跟上，26 天密集搞這個系統：向量記憶架了退、退了換、記憶層爆了大手術，最後搞出一個每天盯著它的例行迴圈。
結構建好之後，每天有沒有人在看它，才是讓它活下去的關鍵。
我先試過向量那條路，行不通
向量記憶加一層，邏輯上很誘人：自動寫進去、語意查詢、理論上 AI 隨時拿得出你的上下文。在我這找不到就業機會。
試了五天，驗證查詢向量全輸手工 grep。不行就是不行。
完整論證在前一篇，不在這裡重複：我把向量記憶砍掉了，但不後悔。
退掉向量，管線重搭一次
向量退役之後，依 Karpathy gist 的「把知識寫成 wiki entity」的概念，我建了這條管線：
原始對話 → 自動寫入記憶層（MEMORY.md 主索引 + 群集）→ 我手動 /wiki-promote → wiki 層（整理後的 entity）→ 晉升 CLAUDE.md 規則
記憶層是 AI 自動寫的，量大、私人、含原始脈絡。wiki 是我手動 gate 的，整理過、去識別、相對公開友好。CLAUDE.md 是從 wiki 晉升上來的，要過四個條件：信心度高、跨 session 引用三次以上、內容穩定一個月、有跨專案通用性。
我看了社群幾個比較完整的實作，各借一塊：純手動整理的哲學、index 跟 log 是必需的、一套管生命週期的規格。然後刻意不做 hook 每輪自動觸發（太頻繁、雜訊多）。
更新路徑：AI 主動提議升級，或我自己手動觸發。沒有自動整理。
2026-05-07：撞牆
狀態：早上 Claude 注入記憶時收到警告。
MEMORY.md is 25.8KB (limit: 24.4KB) — index entries are too long.
Only part of it was loaded.打開一看，34.7 KB，118 條。超出注入上限 42%。
一次性大手術：
- 刪 7 筆過時條目
- 重寫 28 條長描述
- 重組成 10 個群集索引（第二層向下鑽取）
手術後：34.7 KB → 17.7 KB（-49%）、118 條 → 69 條，緩衝剩 7.3 KB。
平時沒在看，撞到上限才知道要動手。
2026-05-07 大手術後那幾天：發現問題根本在前面一步
手術做完有點後悔。這種等到爆了才挖的方式，下次一樣會爆，只是不知道是哪天。
問題在這：記憶系統每天在長，但我是每幾週瞄一眼。長到撞牆之前，我根本不知道現在健康度是什麼狀態：多少條太長、哪些可以升級 wiki、buffer 還剩多少。系統在背景自己跑，我沒在看它的狀態，跟當初那層沒人理的向量記憶一樣。
每天一次大手術不現實，但每天知道現在狀況，是可以做到的。
改法：每天自動量記憶層健康度，算一次大小、掃一次 buffer、列一份建議清單（哪些條目太長、哪些有 wiki 升級候選）。這份清單是唯讀的，自動化只量狀態、提建議，整理不整理、要不要升級，最後都由我拍板。
說穿了就是把順序倒過來：以前等它撞牆才動手，現在每天先主動量一次。
2026-05-19：12 天後再量一次
距 2026-05-07 大手術，12 天過去了。
| 指標 | 大手術後（2026-05-07） | 現在（2026-05-19） | 變化 |
|---|---|---|---|
| 大小 | 17.7 KB | 21.6 KB | +3.9 KB（+22%） |
| 條目數 | 69 條 | 73 條 | +4 條 |
| 距上限 buffer | 7.3 KB | 3.4 KB | 縮窄 |
群集索引從 10 個長到 17 個（新增 7 個）。12 天裡有 10 天有寫入活動。/wiki-promote 觸發 6 次。
又長回來了。放在大手術前，我大概會盯著「12 天吃掉 53% 緩衝、只剩 3.4 KB」開始焦慮，準備排下一場手術。這次沒有。長回來本來就在預期內，這 12 天它每長一步我都看著。
這條管線有沒有在被讀，我量不到
誠實說一件比較掃興的事：wiki entity 到底有沒有被 Claude 真的讀取、引用來回答問題，我沒有任何直接證據。系統不記錄「這個答案是從哪條 wiki 拿的」。
我知道有用到的依據是：research-before-answer skill 要求查內部 wiki，偶爾某個問題答得出奇準。但這是觀察，不是量測。沒有歸因機制，連「有沒有在讀」都量不到🤣
所以這篇不會說「wiki 系統成功了、讀取命中率多少」。沒有這個數字。
Karpathy 給了結構，但讓系統活下去的不是架構
Karpathy 範例給了「把知識寫成 wiki entity」的結構。結構當然要有，但蓋完之後最容易沒人回頭看：東西一直丟進去，不知道到底有沒有在用，某天爆了才想起來清一下。
25 KB 那次手術真正的教訓，整理誰都知道要做。重點是：把被動等撞牆，換成每天主動量一次。
我看到的幾個實作走的是自動 consolidation，讓 AI 定期自己整理、自己升級。我刻意不走這條：自動整理的結果我看不到，整理品質不確定，更重要的是，這個系統最終是給我用的，拍板要留在人手上。
12 天後記憶層又長回 21.6 KB，緩衝剩 3.4 KB。換個角度看：系統在正常長，每日迴圈就是在盯著這個。撞牆前就知道，而不是等警告才動。
這套東西不會自己變好，是每天那一下逼自己看，才撐著它沒爛掉。