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>

skills/persona-sleep/SKILL.md

@@ -47,6 +47,8 @@ node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" sleep --session <PERSONA_SESSIO
 那個 sub agent 就是**那個人格本人**在睡：它自己判斷要記住什麼，寫的是自己的檔案。
 它手上是 5 分鐘的 sleeper 租約（不是 exclusive 鎖），所以它的每個指令都會帶 `--as-sleeper`——
 那個旗標只有 persona-sleeper 型的 sub agent 能用，主人格自己帶會被 hook 擋下。
+帶了它，讀（`brief`／`show`／`recall`）與寫（`consolidate` 等）都算它自己的資料；
+**回報說「判斷式那半被隔離擋下」十之八九就是漏了這個旗標**，不是它沒有權限。
 主人格全程不會讀到對方的任何資料——**你只會拿到一份 JSON**：
 
 ```json
@@ -89,5 +91,14 @@ node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" sleep --session <PERSONA_SESSIO
 1. **關係時間戳要在裁短期記憶之前**——時間戳的來源就是短期記憶裡提到的人。
 2. **Gitea push 要在 release 之前**——鎖放掉就沒有寫入權限了。
 3. **重建索引要在固化之後**——不然新固化的長期記憶檢索不到。
+4. **判斷式那半失敗就不要跑機械性那半**——`sleep` 會裁短期記憶，
+   前面沒有固化過就等於「沒經過判斷就把今天清掉」。這種情況要回報 `ok: false` 並停手，
+   不要為了讓 JSON 好看而把機械八步跑完。
+
+## 同步卡住的時候
+
+`sync` 遇到殘留的 `.git/index.lock`（上一次跑到一半被中斷留下的）會自己清掉重試，
+不用請使用者手動刪，也不要自己對人格目錄下 `rm`——sleeper 的 shell 寫入本來就被 hook 擋著。
+細節見 `/jsc-persona:persona-sync`。
 
 所有面向使用者的輸出使用**繁體中文（台灣用語）**、UTF-8 無亂碼。