docs(skills): 規則跟上關係圖對接,新增親密度判斷參考

persona-chat:人名要對得上關係圖(--entities/--about);新人物當場進關係圖
改成硬規則,但屬於第 ⑥ 步記憶回寫,不佔第 ⑤ 步的回話句數,也不要宣告。

persona-relation:補「記憶怎麼指回節點」與 relation doctor 的四類報告
(同名歧義、解析不到的 id、孤兒節點、對不上的人名),並說明壞檔會以非零
exit 結束而不是裝成空圖。

新增 reference/closeness.md:初次建節點時 bond/closeness/trust 怎麼從
對話判斷——一輪之內查完就填,不要憑感覺,也不要為了安全全部填 15。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-08-03 03:17:29 +00:00
co-authored by Claude Opus 5
parent dd16411d2e
commit 7b20dba6db
5 changed files with 264 additions and 5 deletions
+8 -1
View File
@@ -36,7 +36,7 @@ node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" candidates --session <PERSONA_S
| **R2** | 同一 `topic` ≥ 3 筆,或 ≥ 2 筆且平均顯著度 ≥ 45 | `--type preference`(反覆出現=穩定偏好) |
| **R3** | 單筆情緒變動總量 ≥ 25 | `--type event`frontmatter 帶 `emotion:` 錨點 |
| **R4** | `intent=commit` 或命中承諾/界線關鍵詞 | `--type promise``boundary`salience ≥ 80**不可遺忘** |
| **R5** | 同一 `entity`(人)≥ 2 筆 | `--type relationship`,同時更新人際關係圖 |
| **R5** | 同一 `entity`(人)≥ 2 筆 | `--type relationship`,同時更新人際關係圖。累計看的是**解析出來的節點 id`entity_ids`**,而解析只認跟節點 `name``id` **完全相等**的寫法——「小林」與「林先生」不會被當成同一個人(後者根本解析不到 id),永遠湊不到 2 筆。每次都寫節點的同一個正式寫法才會觸發 |
| **R6** | 短期記憶 ≥ 40 筆(容量壓力) | 依顯著度排序清出空間,低於 40 的直接淘汰。`sleep` 的裁切會在超過**軟上限 120 筆**時自動執行(從顯著度最低、最舊的開始),但**顯著度 ≥ 80 或 `intent=commit` 的承諾與界線、以及 24 小時內的新紀錄一律不動**——沒經過判斷就把今天清掉是這裡最不能犯的錯 |
規則以外的東西**就讓它被遺忘**——遺忘是功能,不是缺陷。
@@ -80,6 +80,13 @@ node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" consolidate \
**還不確定:** 是否只針對需要動腦的會議。"
```
- `--about` 的值要寫成**人際關係節點的 `name``id`**(例:`小林``ASUNA-01``user`),
而且**一字不差**——CLI 只接受完全相等,簡稱、別名、加稱謂都解析不到
(節點叫「小林」,寫「林先生」就是對不上),同名撞到多個節點時視為歧義、**直接不寫 id**。
多個人用逗號分隔,每個都要是節點名。
- 對不上**不會報錯**,只是 `about_ids` 少一個:`<persona-context>` 不附節點摘要、R5 不觸發。
`relation doctor` 查——對不上的人名會出現在「長期記憶 `about` 對不到節點」那段,
**不是**孤兒那段(孤兒 `unmentioned_nodes` 反過來,是有節點卻沒有任何記憶提到)。
- `--rules` 記下是哪條條件把它送上來的(之後回頭檢討記憶品質很有用)。
- `--forget 40` 可在固化後順手淘汰顯著度 < 40 的短期記憶(R6 容量壓力時特別有用)。
- 內文請寫「依據」與「還不確定」,讓下次的自己知道這則有多可靠。