fix(sleep): sleeper 讀得到自己的資料、sync 自己清殘留鎖(v0.1.1)
睡眠的「判斷式那半」實際上跑不起來,兩個原因:
1. `requireMember` 沒有 sleeper 分支——`requireOwner` 早就放 sleeper 寫了,
讀(brief/show/recall)反而被當成跨人格存取擋下,等於要它閉著眼睛
決定要固化什麼。補上分支,回傳 role `sleeper`(下游只判斷 `guest`,
所以行為與 owner 一致)。
2. `sync` 遇到殘留的 `.git/index.lock` 會讓整區永遠失敗,而 sleeper 被隔離
hook 擋著、連自己的鎖都刪不掉(CLI 也沒有清鎖的功能)。這些 clone 只有
CLI 會動且每個 git 都同步跑完,所以超過 30 秒還在的鎖一定是殘骸——
`pushArea`(兩處)與 `pullArea` 現在會自己清掉再繼續。
技能文件補上先前沒寫的部分:
- `persona-relation`:整個 bond/語氣層章節。這個功能 7c46db8 就上線,但技能
文件從頭到尾沒提過,於是每個新建的至親都預設是生人(`note` 寫「妻子」猜不出
`partner`,關鍵詞只認夫妻/老婆/伴侶/戀人)——症狀是「講話像在對戰友報告」。
一併補上 `relation style` 與 `relation speaker` 的用法。
- `persona-sleep`:說明帶了身分旗標之後讀寫都算自己的資料;新增第 4 條硬相依
——判斷式失敗就不要跑機械性那半,`sleep` 會裁短期記憶,否則等於沒判斷就把
今天清掉。
- `persona-sync`:新增「殘留的 git 鎖」一節。
版本號 0.0.5 → 0.1.1(master 上是 0.1.0,要跨過它),兩份 manifest 一起改。
selftest 238 項全過;另以獨立腳本(暫時 PERSONA_HOME)驗證修補前後 sleeper
的 brief/show/recall 由全數被擋變為全數通過。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -104,6 +104,16 @@ node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" sync pull --session <PERSONA_SE
|
||||
- 以 **本機** 為準 → `sync push`(會蓋掉遠端)
|
||||
3. **不要自己選**。記憶被蓋掉是不可逆的。
|
||||
|
||||
## 殘留的 git 鎖
|
||||
|
||||
`push`/`pull` 跑到一半被中斷(sub agent 被砍、視窗關掉)會在 clone 裡留下 `.git/index.lock`,
|
||||
之後那一區的 `git add` 每次都失敗 → 整區同步卡住。這件事**不用你處理**:
|
||||
這些 clone 只有 CLI 會動,所以超過 30 秒還在的鎖一定是殘骸,`push` 與 `pull` 會自己清掉再繼續。
|
||||
|
||||
不要叫使用者手動進 `.sync/` 刪檔案,也不要自己下 `rm`——
|
||||
sleeper 連自己的人格目錄都不能用 shell 寫,那條路本來就是死的。
|
||||
真的還是失敗(例如權限問題),照原樣把錯誤訊息轉告他就好。
|
||||
|
||||
## 邊界
|
||||
|
||||
- 只能同步「本 session 目前載入的人格」——跨人格同步等於跨人格讀取,會被 hook 擋下。
|
||||
|
||||
Reference in New Issue
Block a user