jiantw83andClaude Opus 5
5d27051293
`pushArea` 遇到 non-fast-forward 時會 `git reset --hard origin/<branch>`、
把本機工作副本重新疊上去再推一次，然後回 `{ok:true, changed:true}`——
沒有任何衝突訊號。而 Stop hook 每一輪都在背景 push，所以兩台機器同時聊同一個
人格時，對方的 emotion.json／short-term.jsonl 會被靜默取代，誰都不知道。
「本機工作副本是這台機器的真相來源」這個設計選擇保留，但那條路徑現在要記帳：
* 算出「對方在分歧後改過、而我們正要蓋掉」的檔案交集，連同覆蓋前的遠端 sha
一起回傳 `overwrote`，並寫進 state/sync.json（留最近 10 筆）。
* `sync push` 一律往 stderr 寫一行警告（--quiet 也寫，背景 push 才有痕跡），
正常輸出與 `sync status` 都列得出「蓋掉幾個檔案、上一版是誰」。
* 背景 push 是 detached、輸出丟掉的，所以由 Stop hook 認領未回報的紀錄，
講給使用者聽一次（劇場模式也照講——那是資料被蓋掉）。
* commit 訊息也寫進「覆蓋 N 個檔案，上一版 <sha>」，被蓋掉的內容仍可用
`git -C <人格>/.sync/<區> show <sha>:<檔案>` 取回。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
135 lines
7.0 KiB
Markdown
135 lines
7.0 KiB
Markdown
---
|
||
name: persona-sync
|
||
description: 人格編號與 Gitea 儲存：指派人格編號（英文名全大寫＋索引，例如 ASUNA-01）、在 Gitea 為每個人格開一個以編號命名的私有存取庫、把高頻的活狀態同步到檔案區、把低頻的身分與長期記憶同步到 Wiki 區，以及把既有人格遷移上去。當使用者說要把人格存到 Gitea、備份或同步人格、在另一台機器接續同一個人格、問人格的編號是什麼、想看人格在 Gitea 上的存取庫、或同步出現衝突時觸發。不適用於：建立新人格（persona-create，它會自動開存取庫）、離線的單檔匯出匯入（persona-transfer）、記憶固化（persona-memory）。
|
||
---
|
||
|
||
# 🔗 persona-sync — 人格編號與 Gitea 儲存
|
||
|
||
**CLI**：`node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs"`（一律帶 `--session <PERSONA_SESSION>`）
|
||
|
||
---
|
||
|
||
## 人格編號
|
||
|
||
**編號 = 英文名全大寫 + 兩位索引**，同名才遞增：
|
||
|
||
```
|
||
亞絲娜（第一個） → ASUNA-01
|
||
結衣 → YUI-01
|
||
另一個亞絲娜 → ASUNA-02
|
||
```
|
||
|
||
- 編號**就是 Gitea 存取庫的名稱**，也是新人格的本機目錄名。
|
||
- 中文／日文名字要先轉**羅馬拼音**：由你提議拼法（`亞絲娜 → Asuna`、`沈宇 → Shen Yu`），
|
||
**拿給使用者確認再送出**——拼錯了會變成一個很難改的編號。
|
||
- 查下一個可用編號：`code next --romaji Asuna --session <id>`。
|
||
|
||
## 資料放哪裡（依更新頻率切）
|
||
|
||
| 區 | 放什麼 | 什麼時候 push |
|
||
| --- | --- | --- |
|
||
| **檔案區**（主存取庫） | 高頻活狀態：`state/emotion.json`、`short-term.jsonl`、`inner.jsonl`（心裡話）、`said.jsonl`、`inbox/`、`mindmap/threads/`、`journal/` | 每輪對話後由 `Stop` hook 背景推送（有最小間隔） |
|
||
| **Wiki 區** | 低頻設定：`IDENTITY`／`SOUL`／`AGENTS`／`USER`、**人格圖示 `icon.svg`／`icon.png`**、長期記憶、`INDEX`、心智圖、人際關係圖 | 記憶固化、改身分、改關係圖、`release` 時 |
|
||
|
||
Wiki 是給人讀的設定百科：Gitea 的 wiki 只有根目錄的 `.md` 會變成頁面，所以
|
||
`memory/long-term/xxx.md` 會攤平成 `Memory-xxx.md`（頁面顯示為「Memory xxx」），
|
||
原始路徑記在 `_paths.json`，拉回來時自動還原。Home 頁會自動列出所有長期記憶的連結。
|
||
|
||
**本機永遠是工作副本**：hook 每輪讀寫的是本機檔案，不經過網路。Gitea 掛掉、離線、沒設 token，
|
||
人格照樣能聊天，只是不同步——**同步失敗永遠不阻斷對話**。
|
||
|
||
人格圖示（`/jsc-persona:persona-create` 或 `icon generate` 產生）除了同步到 Wiki 區，
|
||
也會被設成**存取庫頭像**，Gitea 的清單上就看得到每個人格的臉。
|
||
|
||
## 設定
|
||
|
||
```bash
|
||
export GITEA_HOST=https://gitea.example.com # 或 PERSONA_GITEA_HOST
|
||
export GITEA_TOKEN=<個人存取權杖> # 或 PERSONA_GITEA_TOKEN
|
||
export PERSONA_GITEA_OWNER=<帳號或組織> # 選填，預設是 token 本人的帳號
|
||
export PERSONA_GITEA=off # 需要時整個關掉
|
||
export PERSONA_SYNC_MIN_SECONDS=60 # 檔案區背景 push 的最小間隔
|
||
```
|
||
|
||
存取庫**預設私有**（人格裡有使用者的個人記憶）。要公開必須是使用者明講，才加 `--public`。
|
||
|
||
## 常用流程
|
||
|
||
```bash
|
||
# 現在的同步狀態（編號、存取庫、兩區的最後 push/pull）
|
||
node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" sync status --session <PERSONA_SESSION>
|
||
|
||
# 手動推送（--area files|wiki|all）
|
||
node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" sync push --session <PERSONA_SESSION> --area all
|
||
|
||
# 從 Gitea 拉回（載入人格時會自動做一次）
|
||
node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" sync pull --session <PERSONA_SESSION>
|
||
```
|
||
|
||
### 把既有人格遷移上去
|
||
|
||
既有人格（還沒有編號的）要兩步：
|
||
|
||
```bash
|
||
# 1) 載入它（同步只能動本 session 載入的那個人格）
|
||
node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" load --persona <舊 slug> --session <PERSONA_SESSION>
|
||
|
||
# 2) 指派編號 + 開存取庫 + 首次推送；--rename 連本機目錄名也改成編號
|
||
node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" code assign \
|
||
--session <PERSONA_SESSION> --romaji "<英文名>" --rename
|
||
```
|
||
|
||
`--rename` 之後這個人格就用編號稱呼（`--persona ASUNA-01`）。不加 `--rename` 也可以，
|
||
目錄名維持原樣、只是多了一個編號與對應的存取庫。**遷移前先跟使用者確認**：
|
||
這會把他的個人記憶送上 Gitea（私有庫，但仍是上傳）。
|
||
|
||
### 在另一台機器接續同一個人格
|
||
|
||
在新機器上設好 `GITEA_HOST`／`GITEA_TOKEN`，然後：
|
||
|
||
```bash
|
||
node "${CLAUDE_PLUGIN_ROOT}/scripts/persona.mjs" sync pull --session <PERSONA_SESSION>
|
||
```
|
||
|
||
（人格目錄還不存在的話，先用 `/jsc-persona:persona-transfer` 匯入一份，或手動 clone 存取庫。）
|
||
|
||
## 衝突
|
||
|
||
兩台機器都改過同一個檔案時，`load` 與 `sync pull` 會**停下來不覆蓋本機**，並列出衝突的檔案。
|
||
這時候：
|
||
|
||
1. 用一句話告訴使用者哪幾個檔案兩邊都動過。
|
||
2. 問他要哪一邊：
|
||
- 以 **Gitea** 為準 → `sync pull --force`（本機那份會被覆蓋）
|
||
- 以 **本機** 為準 → `sync push`（會蓋掉遠端）
|
||
3. **不要自己選**。記憶被蓋掉是不可逆的。
|
||
|
||
### push 撞到別台機器時是本機贏——但會記帳
|
||
|
||
`sync push`（包含每輪對話後的背景推送）遇到遠端比較新時，會**以本機為準覆蓋遠端**，
|
||
因為本機的工作副本才是這台機器的真相來源。這條路可以走，但不會安靜地走：
|
||
|
||
- 回報「覆蓋了哪幾個檔案、上一版是哪個 commit」，並記進 `state/sync.json`。
|
||
- `sync status` 列得出來；下一輪的 `Stop` hook 會把它講給使用者聽一次。
|
||
- 被蓋掉的內容還在 clone 的歷史裡：
|
||
`git -C <人格>/.sync/files show <上一版 sha>:<檔案>`。
|
||
|
||
看到這種回報就**告訴使用者**：另一台機器可能正在用同一個人格。要救回舊版就從上面那行取出來。
|
||
|
||
## 殘留的 git 鎖
|
||
|
||
`push`／`pull` 跑到一半被中斷（sub agent 被砍、視窗關掉）會在 clone 裡留下 `.git/index.lock`，
|
||
之後那一區的 `git add` 每次都失敗 → 整區同步卡住。這件事**不用你處理**：
|
||
這些 clone 只有 CLI 會動，所以超過 30 秒還在的鎖一定是殘骸，`push` 與 `pull` 會自己清掉再繼續。
|
||
|
||
不要叫使用者手動進 `.sync/` 刪檔案，也不要自己下 `rm`——
|
||
sleeper 連自己的人格目錄都不能用 shell 寫，那條路本來就是死的。
|
||
真的還是失敗（例如權限問題），照原樣把錯誤訊息轉告他就好。
|
||
|
||
## 邊界
|
||
|
||
- 只能同步「本 session 目前載入的人格」——跨人格同步等於跨人格讀取，會被 hook 擋下。
|
||
- guest（`persona-guest` sub agent）不能同步，它對人格檔案唯讀。
|
||
- `.sync/` 是兩區的 git clone 快取，**不要手動編輯**；砍掉它不會掉資料，下次 push 會重新 clone。
|
||
- 所有面向使用者的輸出使用**繁體中文（台灣用語）**、UTF-8 無亂碼。
|