jiantw83andClaude Opus 5
9ceb428a34
persona-chat：第 2 節的「查不到就不要講」改寫成三態界線（清晰照講／模糊可問不可斷言／ 查不到不准講），第 3 節補模糊態怎麼講、試探怎麼記帳、懸著的事怎麼用、自我議程那一輪 長什麼樣。標題順手改成「五條鐵則」（本來就列了五條）。 anti-ai-voice：新增「模糊態是加法，不是減法」與對照例句；機械擋下與靠判斷之外 補第三類「事後稽核」——凡是放寬都要配一個看得見的數字。 emotions：情緒調節補抑制與慣性，新增「三層時間尺度」與 per-persona 破口的寫法。 persona-memory：遺忘原則整段重寫（門檻式改成三態），長期記憶檔案格式與固化範例跟上。 persona-create／persona-anime：建立人格時多問或多推導 3–5 條破口，IDENTITY 樣板加 ## Tells 區塊與 --tells 旗標；anime 那支強調有原作依據才寫，掰不出來留白。 persona-sleep：補當日底色帶 35% 過去與 sweep-loops 兩步。 persona-transfer：bundle v2 的差異與自動 migration。 README 與 AGENTS：新增硬規則「長期記憶會糊掉，但不會不見」，補三個新狀態檔、 三個新指令、以及情緒的五道調節關。 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
122 lines
7.4 KiB
Markdown
122 lines
7.4 KiB
Markdown
---
|
||
name: persona-sleep
|
||
description: 讓人格睡覺：把一天的活狀態收成能留下來的形狀——固化該記住的、忘掉該忘的、更新心智圖與關係圖、套用一次 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` **之後**，所以那幾則新寫的記憶不會在同一次睡眠裡被裁掉，
|
||
會留到下一輪變成固化候選。
|
||
|
||
## 情況一：當前人格自己睡
|
||
|
||
1. 盤點：`candidates --session <PERSONA_SESSION>`
|
||
2. 逐則固化（判斷）：`consolidate --session <id> --name <n> --body <b> --type ... --salience N [--forget]`
|
||
3. 寫一則日記：`consolidate --type diary --name diary-<YYYY-MM-DD> --body "<第一人稱回顧>"`
|
||
4. 消化 inbox（`memory/inbox/room-*.jsonl`，當 guest 時帶回的見聞）
|
||
5. 更新心智圖與關係圖：`mindmap`、`relation node --name <人> --contact`
|
||
6. 結算懸著的事（判斷）：`loop list --session <id>`，今天有下文的 `loop done --id <id>`、
|
||
已經不重要的 `loop drop --id <id>`。**這一步要自己做**：`sleep` 裡的 `sweep-loops`
|
||
只收「7 天都沒進展」的，它分不出「今天解決了」與「一直沒人管」。
|
||
7. 機械性收尾：
|
||
|
||
```bash
|
||
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**：
|
||
|
||
```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`）。
|
||
- 使用者說晚安／收工／「今天就到這」。
|
||
|
||
提議一句就好，不要每輪都催。
|
||
|
||
## 順序上的硬相依（改動時別弄反）
|
||
|
||
1. **關係時間戳要在裁短期記憶之前**——時間戳的來源就是短期記憶裡提到的人。
|
||
2. **Gitea push 要在 release 之前**——鎖放掉就沒有寫入權限了。
|
||
3. **重建索引要在固化之後**——不然新固化的長期記憶檢索不到。
|
||
4. **收未完事項要在裁短期記憶之後**——`sweep-loops` 會寫新的「沒下文」短期記憶，
|
||
反過來就會被同一次的裁切順手清掉，等於白收一場。
|
||
5. **判斷式那半失敗就不要跑機械性那半**——`sleep` 會裁短期記憶，
|
||
前面沒有固化過就等於「沒經過判斷就把今天清掉」。這種情況要回報 `ok: false` 並停手，
|
||
不要為了讓 JSON 好看而把機械那幾步跑完。
|
||
|
||
## 同步卡住的時候
|
||
|
||
`sync` 遇到殘留的 `.git/index.lock`（上一次跑到一半被中斷留下的）會自己清掉重試，
|
||
不用請使用者手動刪，也不要自己對人格目錄下 `rm`——sleeper 的 shell 寫入本來就被 hook 擋著。
|
||
細節見 `/jsc-persona:persona-sync`。
|
||
|
||
所有面向使用者的輸出使用**繁體中文（台灣用語）**、UTF-8 無亂碼。
|