遞迴改進 harness:讓這個 repo 從「會記憶」進化到「會改進自己的記憶流程」

[atomchung]

起源

讀 Anthropic 6/4「When AI Builds Itself」(notes/anthropic-blog-2026-06.md)後問:我怎麼讓自己的系統也能遞迴自我改進?

核心翻譯:能遞迴改進的不是「腦」,是 harness

Anthropic 的 RSI 是模型改自己。但在這個 repo 裡模型是 Claude,我動不了它(它按 Anthropic 時程變強)。所以 RSI 唯一能發生的層是 harness:CLAUDE.md、profile.md、boot/awake/sleep 三拍、hook、skill。

這剛好是既有判斷 harness > model 的直接推論——要自我改進,就遞迴改進 harness,因為那是唯一握得到的槓桿。

我現在在第幾階

• L0 線性:一直加 notes。內容複利,但「找得到、答得準」沒變強。
• L1 迴圈(現在在這):boot/awake/sleep 記憶層。記得多、能接上次。是改進,還不是自我改進——規則本身沒變。
• L2 遞迴(目標):系統根據自己哪裡失敗,改寫 boot/retrieve/sleep 的規則本身。改進者改進改進者。

跨到 L2 缺的不是內容,是一個 loss 信號——現在沒在測這套腦哪裡爛。

四種可測缺陷(梯度來源)

現在發生完就蒸發,所以系統學不到:

1. Boot miss:開場讀了 profile 還是漏掉,害用戶重講背景
2. Retrieval miss:repo 裡其實有相關 note/卡,但 grep 沒命中、沒撈出來
3. Rot:freshness 過期卡被當現況用,給錯答案
4. Merge gap:學完卡在分支、手機讀不到

遞迴步驟:個案失敗 → 改規則,不是改個案

例:grep 一直撈不到某主題 → 不只是這次手動找到 → 去 CLAUDE.md 加「notes frontmatter 放 keywords」約定 → 以後所有 session 的 retrieval 都變好。一個內容失敗升級成一條流程規則。skill/約定 = 我的「會複利的 code」。

候選 backlog(一起看哪個先開始)

基礎建設:

• 建 meta/defects.md:四類缺陷發生時 append 一行(一行就好,不拆卡)。梯度的儲存。
• 寫 /meta-review skill:讀 defects + 上月 inbox → 提 ≤3 條對 CLAUDE.md/profile/hook 的修改,每加兩條必須刪一條(反膨脹閘)。

待驗證的具體改法:

• Retrieval:notes 要不要統一 frontmatter keywords?(可能提升 grep 命中,但有儀式化風險,要小範圍試)
• Rot:freshness 過期卡沒有任何 review 觸發。要不要 boot 時掃出過期卡列清單?
• profile 膨脹:「下一題候選池」「開放疑問」會不會只增不刪變成債務?meta-review 要負責剪。
• Boot 盲點:boot 只讀 profile.md,漏的時候沒人記。defects 由用戶補比 Claude 自評準。
• sleep 可靠性:sleep 是 Claude 手動步驟,session 突然結束會漏。要不要 hook 化?

反膨脹約束(最重要)

一個會自我改進的流程,預設方向是「加更多結構」,但用戶明確討厭儀式。所以 RSI 的優化目標不是「更多規則」,是「每單位記住的知識、摩擦更低」。能刪規則的 RSI 才是對的 RSI。

誠實的天花板

• 時鐘速度是使用頻率,不是 compute。迴圈要人踩一腳才轉,不像 Anthropic 自己轉。
• 沒有自動 eval,梯度靠手動標,Claude 會漏自己的盲點 → defects 要接受用戶補。

---

這個 issue 當「遞迴改進 harness」的總帳,改進記在這、規則改在 harness。先挑 1–2 項開始。

[atomchung]

進度更新 2026-06-06：社群 best practice 整合 + 首筆真實缺陷

整合社群 pattern（notes/recursive-harness-community-patterns.md）

確認手刻系統是社群已命名 pattern 的再發明（Letta/MemGPT 分層記憶、Zep 情節記憶、Anthropic 長任務 harness 的 artifact 接力）。方向對。社群點出三個風險：

• R1 自評不可靠 — Anthropic 實測 agent 評自己會自信稱讚自己
• R2 profile 會膨脹 — Letta/Mem0：hot 層必須小
• R3 CLAUDE.md 已 283 行 — 超 200 警戒線

R1 已落地 ✅

• /meta-review 加證據門檻：動規則前至少一筆 @user 標的缺陷，否則證據不足只整理不大改
• meta/defects.md 格式加 @user|@claude 來源標記

R2 / R3 待辦

• R2：profile 設軟上限（≤120 行）+ 已解決疑問驅逐。現在 57 行還健康，預防性
• R3：CLAUDE.md 283 行 → 壓回 <200，流程細節移 skill。要專門開一輪小心拆

首筆真實缺陷（meta-review 的第一個梯度）

本 session 與另一並發 session 同時改 profile.md/inbox.md，觸發 push 衝突。無資料遺失（已手動解、兩邊內容都保留），但暴露一個四類沒涵蓋的問題：

熱檔並發寫衝突：profile/inbox 是單一熱檔、每 session 都寫同一尾巴 → 並發必撞。更危險的是 git 對非衝突行的靜默 auto-merge，可能無聲讓一邊覆蓋另一邊。

候選解（先記不改，反膨脹）：inbox 拆每日/每 session 檔（append-only 天生免衝突）；profile 保持小 + 寫前 fetch。是否立為第五類缺陷交 /meta-review 決定。已記入 meta/defects.md @user。

---

共同原則不變：能刪規則的整合才是對的整合。

---

Generated by Claude Code