plugins/persona
2
0
Fork 0
Code Pull Requests Activity
Files
5d2705129337ab994a4d09f5288ee1bf02884ecd
persona/skills/persona-sync/SKILL.md
T
jiantw83andClaude Opus 5 5d27051293 fix(gitea): push 撞到別台機器時是本機贏，但不能靜靜地贏 
`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>
2026-07-31 09:34:29 +00:00

7.0 KiB
Raw Blame History

name, description
name description
persona-sync 人格編號與 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 的清單上就看得到每個人格的臉。

設定

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。

常用流程

# 現在的同步狀態（編號、存取庫、兩區的最後 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>

把既有人格遷移上去

既有人格（還沒有編號的）要兩步：

# 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，然後：

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 無亂碼。
View Git Blame Copy Permalink