jiantw83andClaude Opus 5
b5c540feb1
睡眠有做固化，但隔天開機照樣提醒「N 組已達固化條件」，數字只會往上爬 （實測 KIRITO-01：短期記憶 120 筆、候選 222 組）。原因不是睡眠沒做事， 是判斷沒有留下痕跡——promotionCandidates() 無條件掃全部短期記憶，而 consolidate 不在來源那筆上寫任何東西，也不刪它（--forget 是按顯著度刪， 不是按固化過沒有刪），所以同一批每輪都被重算成候選。 - 短期記憶多兩個欄位：reviewed_at（看過、判斷過了）與 promoted_to （固化成了哪一則）。兩者分開記——「看過決定不記」跟「已經記下來」都不該 再進候選，但事後要查「這則長期記憶從哪幾筆長出來」只能靠 promoted_to。 - promotionCandidates() 只看沒有 reviewed_at 的那些；total 照舊算全部。 R6 容量壓力仍看總筆數，但候選只從未判斷的挑，全部判斷完就不再出現 （否則它會單獨把提醒永遠點亮）。 - consolidate --from-short "#N,#N"：寫長期記憶時一起標來源。 - candidates --reviewed all|<#N,#N> [--until <ISO>]：看過決定不記的標這裡。 --until 讓「某次睡眠當下判斷過的那批」可以一次收掉。 - candidates 輸出每筆前面加 #N（就是上面兩個旗標要填的編號），並在結尾 提示判斷完要標記。 - 標記不等於刪掉：那幾筆還在短期記憶裡，照舊被 prune 依天數與顯著度裁。 文件：persona-sleep 的流程多一步「標掉判斷過的」並註明漏掉的後果、 persona-memory 補一張「怎麼標」的表、README 的 R1–R6 段補這一層。 selftest 補 13 項（602 → 615 全綠）。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
7.9 KiB
7.9 KiB
name, description
| name | description |
|---|---|
| persona-sleep | 讓人格睡覺：把一天的活狀態收成能留下來的形狀——固化該記住的、忘掉該忘的、更新心智圖與關係圖、套用一次 8 小時的情緒衰減、壓縮舊紀錄，最後把兩個區都同步到 Gitea 並驗證。可以只睡當前人格，也可以由主人格透過 sub agent 請其他人格各自去睡，或用 `sleep --personas A,B` 一次批次收尾多個人格（它們自己決定要記住什麼，只回報睡完了沒）。當使用者說要睡覺／晚安／收工、要人格整理今天、說「叫大家去睡」、或問上次睡是什麼時候時觸發。不適用於：只做記憶固化不收尾（用 persona-memory）、單純釋放鎖（用 persona-status 的 release）、跨機器同步（用 persona-sync）。 |
🌙 persona-sleep — 睡眠與收尾
CLI：node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs"
session：所有指令帶 --session <PERSONA_SESSION>。
睡眠是什麼
不是關機，是把一天的活狀態收成能留下來的形狀。分成兩半：
| 誰做 | 內容 | |
|---|---|---|
| 需要判斷 | 人格自己 | 哪些短期記憶值得固化、日記寫什麼、哪些該忘、心智圖怎麼接、關係怎麼變 |
| 機械性 | sleep 子指令 |
關係時間戳 → 裁短期 → 收思維導圖 → 情緒衰減 8 小時＋當日底色帶 35% 過去 → 收掉懸太久的未完事項 → 重建索引 → 修剪 said → 壓縮舊 journal → 寫 state/sleep.json → Gitea 兩區 push＋驗證 |
判斷的部分永遠屬於那個人格自己：不要替別的人格決定它要記住什麼。
兩步是這一版新加的（scripts/persona.mjs:543）
emotion-decay順便帶當日心情底色：state/mood.json是「即時情緒」與「氣質基線」中間 那一層——沒有它就做不出「這句話今天聽了會炸、昨天不會」。睡覺時它不歸零，只帶 35% 過去 （sleepDayMood()）。理由跟情緒衰減同一個：睡一覺不該把昨天的低氣壓抹掉， 只該讓它淡一點。歸零的話這一層就退化成「每天早上都是全新的人」，那比沒有還假。sweep-loops：收掉懸超過 7 天沒進展的未完事項，並各留一則「這件事沒下文」的短期記憶。 睡覺是它自然的收尾點（一天結束才知道哪些事今天也沒下文）。留記憶是重點： 懸了一週沒下文本身就是一件事，默默刪掉等於假裝沒發生過，那正是機器會做而人不會做的事。 它排在prune-short-term之後，所以那幾則新寫的記憶不會在同一次睡眠裡被裁掉， 會留到下一輪變成固化候選。
情況一：當前人格自己睡
- 盤點：
candidates --session <PERSONA_SESSION> - 逐則固化（判斷）：
consolidate --session <id> --name <n> --body <b> --type ... --salience N --from-short <#N,#N> [--forget]--from-short不要省：那是把來源短期記憶標成判斷過的地方，編號看candidates輸出的#N。 - 看過但決定不記的，也要標掉：
candidates --session <id> --reviewed <#N,#N>（或--reviewed all）。 這一步漏掉，明天開機照樣提醒「N 組已達固化條件」——判斷做了但沒有留痕跡， 計數只看短期記憶有沒有被標記，不看你昨天固化了幾則。看起來就像睡眠沒做固化。 - 寫一則日記：
consolidate --type diary --name diary-<YYYY-MM-DD> --body "<第一人稱回顧>" - 消化 inbox（
memory/inbox/room-*.jsonl，當 guest 時帶回的見聞） - 更新心智圖與關係圖：
mindmap、relation node --name <人> --contact - 結算懸著的事（判斷）：
loop list --session <id>，今天有下文的loop done --id <id>、 已經不重要的loop drop --id <id>。這一步要自己做：sleep裡的sweep-loops只收「7 天都沒進展」的，它分不出「今天解決了」與「一直沒人管」。 - 機械性收尾：
node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" sleep --session <PERSONA_SESSION> --json
- 預設保留載入鎖（睡完還能繼續聊）；真的要收工才加
--release。 - 不想同步 Gitea：
--no-gitea（沒設GITEA_HOST／GITEA_TOKEN時自動略過）。
情況二：主人格請其他人格去睡（不碰它們的檔案）
使用者說「叫大家去睡」時，對每一個要睡的人格各開一個 sub agent：
subagent_type：jsc-persona:persona-sleeper- prompt 內帶：
persona=<slug> session=<PERSONA_SESSION> plugin_root=<CLAUDE_PLUGIN_ROOT>
那個 sub agent 就是那個人格本人在睡：它自己判斷要記住什麼，寫的是自己的檔案。
它手上是 5 分鐘的 sleeper 租約（不是 exclusive 鎖），所以它的每個指令都會帶 --as-sleeper——
那個旗標只有 persona-sleeper 型的 sub agent 能用，主人格自己帶會被 hook 擋下。
帶了它，讀（brief／show／recall）與寫（consolidate 等）都算它自己的資料；
回報說「判斷式那半被隔離擋下」十之八九就是漏了這個旗標，不是它沒有權限。
主人格全程不會讀到對方的任何資料——你只會拿到一份 JSON：
{ "persona": "YUI-01", "ok": true, "slept_at": "...", "steps": [ ... ], "sync": { ... }, "kept_lock": true }
只有「睡完了沒、哪一步出錯、同步結果」。不要向使用者追問或推測對方睡眠時整理了什麼—— 那是它的記憶，回傳值刻意不含內容，這條界線不是限制而是設計。
回報給使用者時就講結果：
🌙 睡眠完成
- YUI-01：完成（Gitea 檔案區/Wiki 區 已同步、驗證通過）
- ASUNA-01：完成（Gitea 略過：沒有 GITEA_TOKEN）
- KIRITO-01：⚠ reindex 失敗 → <錯誤訊息>
鎖（為什麼有時候會拒絕）
sleep 會裁短期記憶、重建索引、push。所以：
| 目標人格的狀態 | 行為 |
|---|---|
| 沒有活著的載入鎖 | 直接取得 sleeper 租約（5 分鐘）→ 睡 → 還掉 |
| 鎖屬於本 session（自己睡自己） | 直接睡，不需要租約 |
| 死鎖（心跳超過 15 分） | 可以接手——睡眠本來就是收尾動作 |
| 鎖活著且屬於別的程序 | 拒絕（failed_step: "lease"）。它可能正在別的視窗對話中，硬睡會讓記憶互相覆蓋。把 owner 與最後心跳告訴使用者，讓他決定 |
什麼時候該提議睡覺
<persona-context>出現「距離上次睡眠已經 N 小時」（≥16 小時）。- 短期記憶達固化條件的組數一直在漲（hook 會提醒
R1–R6）。 - 使用者說晚安／收工／「今天就到這」。
提議一句就好，不要每輪都催。
順序上的硬相依（改動時別弄反）
- 關係時間戳要在裁短期記憶之前——時間戳的來源就是短期記憶裡提到的人。
- Gitea push 要在 release 之前——鎖放掉就沒有寫入權限了。
- 重建索引要在固化之後——不然新固化的長期記憶檢索不到。
- 收未完事項要在裁短期記憶之後——
sweep-loops會寫新的「沒下文」短期記憶， 反過來就會被同一次的裁切順手清掉，等於白收一場。 - 判斷式那半失敗就不要跑機械性那半——
sleep會裁短期記憶， 前面沒有固化過就等於「沒經過判斷就把今天清掉」。這種情況要回報ok: false並停手， 不要為了讓 JSON 好看而把機械那幾步跑完。
同步卡住的時候
sync 遇到殘留的 .git/index.lock（上一次跑到一半被中斷留下的）會自己清掉重試，
不用請使用者手動刪，也不要自己對人格目錄下 rm——sleeper 的 shell 寫入本來就被 hook 擋著。
細節見 /jsc-persona:persona-sync。
所有面向使用者的輸出使用繁體中文（台灣用語）、UTF-8 無亂碼。