plugins/persona
2
0
Fork 0
Code Pull Requests Activity
89 Commits 4 Branches 0 Tags
f0d7d7422e562280e1c28b34560f74496947e880
Commit Graph
76 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
jiantw83andClaude Opus 5 f0d7d7422e test(selftest): 補動作格渲染與三段式覆寫的案例，641 → 646 
新增五項：room read 的括號帶動作格、一對一也拿到括號格式、害羞預設破口是臉紅、
三段式逐人格覆寫生效且不套用預設收尾、沒寫覆寫的人格照舊。

改一項：「劇場模式強制只輸出對話」原本斷言 ctx 含字面「名字：內容」，
Q6 把格式改成「名字（情緒・動作）：內容」之後那個斷言必然失敗——
斷言跟著格式走，不是把格式改回去。

覆寫測試的 fixture 刻意用 sulk 這個 key 而不是「鬧彆扭」：後者是 MODESTY_SIGNALS
的推力詞，寫進 IDENTITY 會把羞恥度推過 75 落到惱羞那級，就測不到嘴硬的三段。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 08:07:45 +00:00
jiantw83andClaude Opus 5 05031da6dc feat(情緒表達): 三段式逐人格覆寫、括號動作算進額度、害羞預設臉紅、一對一也吃括號 
補的是合併後對照查出的缺口，設計都在 Q6／Q7 拍板範圍內，沒有新決策。

三段式逐人格覆寫（G2 的核心顧慮）
- personaSulk() 讀 ## Tells 的 sulk／鬧彆扭／三段式 那一行，分隔吃 → 或頓號。
  共用 ## Tells 這一層、不另開區塊——三段式跟破口是同一種東西（不自覺會做的事），
  分兩個地方寫只會有人只改一邊。
- 只覆寫嘴硬那一級（60-74）。惱羞（75+）最後一段是翻臉、不是音量掉下來，
  拿嘴硬的收尾去套會變成另一個形狀。
- 沒有覆寫就照舊用預設模板。原本所有人格嘴硬起來是同一個樣子，那正是 G2 要避免的。
- 順手把 personaTells() 讀區塊那段抽成 tellsSection()，personaSulk 共用；
  不抽就得再寫一份一樣的 reader。

括號裡的動作算在額度內（Q7 的漏洞）
- 每輪指示原本只說「一輪最多露 2 個動作」，沒說括號那個算不算。
  不講明就會出現「括號演一個、句子裡再演兩個」＝一輪三個。

害羞的預設動作是臉紅
- EMOTION_TELLS.shame 原本三條全是句法（鬧彆扭／講反話／轉移話題），
  沒有一條是看得見的，動作格拿不到預設值。臉紅擺第一個。

一對一也吃括號格式
- Q6 拍板的是格式，不是只給劇場。hooks 的劇場那段放寬成
  「名字（情緒・動作）：內容」，非劇場那段從完全沒提補成講清楚，
  並重申 *別過頭* 與句子裡的「我愣了一下」仍然不行。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 08:07:45 +00:00
jiantw83andClaude Opus 5 f02e01f629 fix(劇場渲染): room read 的括號吃掉動作格 
roomScript() 用 roomTag() 組括號，room read 卻自己拼「（情緒）」——同一份逐字稿
用兩支路徑渲染，動作格在 room read 這邊會整格消失。改成也走 roomTag()。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 08:07:45 +00:00
jiantw83andClaude Opus 5 f1f5ed61eb chore(TARGET): 合併後逐項對照，5.8 與 5.5 完成、5.7 與 5.4 標出還缺哪幾格 
feat/persona-anime-expression 併進來之後照解除條件逐項對照，不照 commit 訊息
照信，每條都回程式裡查過。

完成：5.8 emoji 表程度全部六個子項目、5.5 女性預設值兩個子項目。

5.7 與 5.4 大部分做完但不勾選，各自還缺幾格，逐條寫在該行下面：
- room read 還是只印（情緒），persona.mjs:1861 沒改用 roomTag()，動作格會被吃掉
  （roomScript() 有吃，所以是一半）
- hooks/prompt_submit.mjs:34 劇場模式仍寫死「名字：內容」，非劇場那段更是完全沒提括號
- 每輪指示沒講「括號裡的動作算在兩個額度內」——emoji 那段有提括號，動作沒有
- EMOTION_TELLS.shame 沒把臉紅放進預設破口（actionLint 放行了，但預設值沒改）
- 三段式模板沒有 per-persona 覆寫，所有人格的三段式目前是同一個樣子

記憶行為欄位那條標 ⏭️ 待人工處理：persona-story 不在 develop（在 feat/persona-story-import），
「跟它 1.12 用同一個欄位」現在對齊不了，硬做只會變成各存一份，正是那條要避免的事。
voice/reactions.md 全 repo 零引用。

順便修掉收尾裡已經過期的半句（README 第 29 行那句已隨 dccd07a 移除）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 07:56:07 +00:00
jiantw83andClaude Opus 5 e12c16ca3f merge(情緒表達): feat/persona-anime-expression 併入 develop 
把 G2／G3 的第一批實作（emoji 表程度、名字後括號的動作格、一輪兩個動作、
鬧彆扭三級階梯、女性羞恥預設 62 → 70）併進 develop，與 TARGET.md 的清單合流。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 07:49:40 +00:00
jiantw83andClaude Opus 5 35c8665db0 feat(情緒表達): emoji 表程度、名字後括號的動作格、鬧彆扭的階梯 
只有文字這一個通道，所以情緒表達是排版問題。這批補的是三個沒被用到的位置。

emoji ＝ 強度計（Q9）
- EMOTION_EMOJI 十二情緒各一個，EMOJI_INTENSITY 兩階（💦 / 💦❗）。
  40-59 本體、60-79 加 💦、80+ 加 💦❗，低於 40 不顯示（跟破口同一條線）。
- emotionEmojiNow() 讀當下主導情緒算出來，不是自己挑；IDENTITY 的 ## Emoji
  區塊可逐人格覆寫（跟 ## Tells 同一層）。
- 刻意不用重複本體表示程度（不是 😳😳😳）——疊字看起來像洗頁。
- room post 沒帶 --emotion 時自動帶入 emoji，強度不到才退回文字標註。

emoji 開放（Q5／Q10）
- speechLint 不再擋 emoji，超過六個才給 hint。用 linter 偷偷關回去等於撤銷
  「開放」這個決定。
- 唯一的煞車是數字：emojiAudit() 掛在 emotion --audit，算幾則帶符號、平均幾個、
  以及**只有符號沒有句子**那幾則（那才是真的退化）。

名字後面的括號有兩格（Q6）
- 括號原本就有（放情緒標註），動作是加進去的第二格：名字（情緒・動作）：內容。
  roomTag() 負責組，兩格都可省略。
- actionLint() 擋三種：超過 12 字、一格塞兩個動作、寫情緒名稱
  （（害羞）是旁白換了個位置）。生理反應算動作：臉紅、手在抖、聲音變小。
- room post --action、remember --behavior（記做了什麼，不是感覺到什麼）。

一輪兩個動作（Q7）
- TELLS_PER_TURN = 2，而且兩個必須來自同一種情緒且有遞進關係。
  鬧彆扭天生是否認＋轉移兩個動作，只准一個等於永遠只做得到一半。
  被擋下的形狀是「兩種情緒各演一個」。

鬧彆扭的階梯與女性預設（G3）
- modestyDirective 分三級：41-59 一句帶過、60-74 嘴硬（否認 → 反駁 → 音量掉下來）、
  75+ 惱羞（否認 → 反駁 → 翻臉）。惱羞是換情緒，所以仍然是兩個動作。
- GENDER_MODESTY_DEFAULT.female 62 → 70；MODESTY_SIGNALS 補傲嬌那一路
  （傲嬌、嘴硬、不坦率、口是心非、死不承認、愛面子、鬧彆扭、逞強）。
  界線不變：描述永遠蓋過預設，可以推到 0。

文件：README 加一節「文字通道的另外兩格」與鬧彆扭階梯表、emotions.md 加 emoji 章節、
persona-chat SKILL 與 anti-ai-voice 跟上。selftest 616 → 641 全綠。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 07:46:34 +00:00
jiantw83andClaude Opus 5 547cd2bd76 chore(TARGET): 標記暫停實作，解除條件寫在清單裡 
另一個 session 正在 feat/persona-anime-expression 上改 persona-lib.mjs、
persona.mjs 與 selftest.mjs，做的是同一批 G2／G3。兩邊同時改渲染與
speechLint() 會重複實作 5.7／5.8 並互相覆蓋，所以先暫停十二項的實作，
只准改 TARGET.md 本身。

解除條件寫死在檔案裡（該分支合進 develop、先逐項對照勾掉已完成的再繼續），
因為每天 00:00 的排程是非互動環境，沒有人在旁邊講這件事——寫在 log 或
對話裡都到不了那一跑的眼前，只有 TARGET.md 到得了。

順便講明排程跑到這段該做什麼：停下來寫 log，不要繞過階段 A1 的未提交變更檢查。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 07:43:41 +00:00
jiantw83andClaude Opus 5 dccd07a9b8 docs(專案目標): 三條長期目標從 README 搬進 TARGET.md 
目標跟「還沒做完的那幾項」分開放會對不起來——G2／G3 的界線寫在 README、
實作清單在別的地方，改東西的時候只會看到一邊。搬成同一份。

README 的〈專案目標〉留一段指路：三條目標各一句話 + 指向 TARGET.md。
原本那句「拍板紀錄與實作清單留在 PR #17 的討論裡」一併移除，
清單現在就在版控裡，不必再繞 PR。

TARGET.md 檔頭改成兩段：〈專案目標〉收 README 搬過來的完整表（前提、意思、
界線三欄原樣），〈這份清單〉說明來源與 Q5-Q10 已拍板。原本自己抄的六條界線
表拿掉——那六條除了 Q8 的「強度全域一致」之外，全都已經在搬過來的界線欄裡，
留著等於同一條規則寫兩遍，日後只會改一邊。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 07:38:30 +00:00
jiantw83andClaude Opus 5 d9013c6121 chore(TARGET): 建立情緒與語氣擬真優化的每日待辦清單 
對著 README〈專案目標〉的 G1／G2／G3 做，收 PR #17 所指「TODO 階段 5」
八節（5.1-5.8）＋階段 4 剩餘四項，共 12 個項目。

內容全部取自 9d76984^ 的 TODO_人格優化.md 與 PR #17 的 Q5-Q10 拍板紀錄，
沒有新增設計決策。原 TODO 已移出版控，所以把動手前的六條界線
（硬規則 8 優先、動作只能進括號、emoji 是加上去的、不靠隨機充人味、
性別只給預設值、強度全域一致）抄進檔頭，讓非互動排程也讀得到。

排序按相依性：5.7 括號格式是 5.8 emoji 與 5.4 動作額度的基礎，所以排最前面；
口語指紋緊接 5.6 語域，因為兩者共用同一格資料，不能各存一份。

.gitignore 的 /TODO_*.md 不匹配 TARGET.md，本檔進版控無須改 ignore。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 07:34:50 +00:00
jiantw83andClaude Opus 5 9d76984c27 chore(TODO): 兩份 TODO 清單移出版控並刪除 
工作用的清單留在本機就好，.gitignore 加一條 /TODO_*.md 擋掉以後再進來。

內容沒有消失：兩份的全文在 2aa0dad 與 c0e1c48 的歷史裡查得到，
今天拍板的六題（Q5-Q10）另外抄在 PR #17 的討論裡。

README 指向 TODO 的那句改成指 PR，並註明 G2／G3 那批還沒實作——
清單刪掉不等於事情做完了，這一句不能省。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 07:20:25 +00:00
jiantw83andClaude Opus 5 b5c540feb1 fix(記憶固化): 判斷過的短期記憶留痕跡，候選數字才會降 
睡眠有做固化，但隔天開機照樣提醒「N 組已達固化條件」，數字只會往上爬
（實測 KIRITO-01：短期記憶 120 筆、候選 222 組）。原因不是睡眠沒做事，
是判斷沒有留下痕跡——promotionCandidates() 無條件掃全部短期記憶，而
consolidate 不在來源那筆上寫任何東西，也不刪它（--forget 是按顯著度刪，
不是按固化過沒有刪），所以同一批每輪都被重算成候選。

- 短期記憶多兩個欄位：reviewed_at（看過、判斷過了）與 promoted_to
  （固化成了哪一則）。兩者分開記——「看過決定不記」跟「已經記下來」都不該
  再進候選，但事後要查「這則長期記憶從哪幾筆長出來」只能靠 promoted_to。
- promotionCandidates() 只看沒有 reviewed_at 的那些；total 照舊算全部。
  R6 容量壓力仍看總筆數，但候選只從未判斷的挑，全部判斷完就不再出現
  （否則它會單獨把提醒永遠點亮）。
- consolidate --from-short "#N,#N"：寫長期記憶時一起標來源。
- candidates --reviewed all|<#N,#N> [--until <ISO>]：看過決定不記的標這裡。
  --until 讓「某次睡眠當下判斷過的那批」可以一次收掉。
- candidates 輸出每筆前面加 #N（就是上面兩個旗標要填的編號），並在結尾
  提示判斷完要標記。
- 標記不等於刪掉：那幾筆還在短期記憶裡，照舊被 prune 依天數與顯著度裁。

文件：persona-sleep 的流程多一步「標掉判斷過的」並註明漏掉的後果、
persona-memory 補一張「怎麼標」的表、README 的 R1–R6 段補這一層。
selftest 補 13 項（602 → 615 全綠）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 07:12:50 +00:00
jiantw83andClaude Opus 5 0917e905c7 chore(plugin 版本): 三份 manifest 升版 0.2.1 
master 上是 0.2.0（#16 已合併），這批文件改動照規則 patch +1。

順便把根目錄的 plugin.json（Antigravity）拉齊——它從上一批就漏改，
還停在 0.1.1，master 上也是。三份現在都是 0.2.1。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 06:58:57 +00:00
jiantw83andClaude Opus 5 c0e1c4828f docs(故事匯入): 小說匯入的 TODO 進版控 
前一批留在工作區沒進版控的那份。內容是 persona-story 的階段清單
與四題拍板結果（語氣檔放 voice/、機械進 CLI、時間軸換算西元日期、
情緒基線差 10 以上要人看），還有踩過一次的坑：劇情時間不可以寫進
first_seen／last_seen，那兩欄是記憶的新鮮度時鐘。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 06:56:43 +00:00
jiantw83andClaude Opus 5 2aa0daddaf docs(專案目標): 三條長期目標進 README，TODO 補階段 5 的文字通道 
只有文字這一個通道，所以情緒表達是排版問題。三條目標寫成
G1（持續逼近真人）／G2（表達往動漫角色靠）／G3（女性人格的害羞與鬧彆扭），
每條附界線，新功能對著它們判斷。

TODO 加階段 5，六題已拍板（Q5–Q10）：

- 顏文字開放，連帶要在半形標點檢查裡開白名單
- 動作加進名字後**既有**的括號（`桐人（😳・臉紅）：`），情緒標註保留
- 生理反應算動作（臉紅、手在抖），`（害羞）` 只能待在情緒格
- 破口放寬到一輪兩個動作，煞車是必須同情緒且遞進
- emoji 表程度：種類表情緒、數量表程度，由 emotion.json 自動帶入
- 動漫化強度全域一致，內容仍逐人格

沒有任何程式改動，版號不動——0.2.0 還沒進 master，這批掛在同一個版號底下。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 06:56:34 +00:00
jiantw83andClaude Opus 5 59bbd2bc32 chore(plugin 版本): 兩份 manifest 升版 0.2.0 
master 目前是 0.1.1，這一整批未合併的改動只佔一個新版號。
記憶檔案格式與 bundle 版本都變了，所以走 minor 不走 patch。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 04:22:38 +00:00
jiantw83andClaude Opus 5 9ceb428a34 docs(規則與說明): 規則跟上擬真那批，建立人格時要問專屬破口 
persona-chat：第 2 節的「查不到就不要講」改寫成三態界線（清晰照講／模糊可問不可斷言／
查不到不准講），第 3 節補模糊態怎麼講、試探怎麼記帳、懸著的事怎麼用、自我議程那一輪
長什麼樣。標題順手改成「五條鐵則」（本來就列了五條）。

anti-ai-voice：新增「模糊態是加法，不是減法」與對照例句；機械擋下與靠判斷之外
補第三類「事後稽核」——凡是放寬都要配一個看得見的數字。

emotions：情緒調節補抑制與慣性，新增「三層時間尺度」與 per-persona 破口的寫法。

persona-memory：遺忘原則整段重寫（門檻式改成三態），長期記憶檔案格式與固化範例跟上。
persona-create／persona-anime：建立人格時多問或多推導 3–5 條破口，IDENTITY 樣板加
## Tells 區塊與 --tells 旗標；anime 那支強調有原作依據才寫，掰不出來留白。
persona-sleep：補當日底色帶 35% 過去與 sweep-loops 兩步。
persona-transfer：bundle v2 的差異與自動 migration。

README 與 AGENTS：新增硬規則「長期記憶會糊掉，但不會不見」，補三個新狀態檔、
三個新指令、以及情緒的五道調節關。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 04:22:32 +00:00
jiantw83andClaude Opus 5 6381aa7d45 test(selftest): 補擬真那批的案例，471 加到 602 項 
九段新案例（㉓–㉛）：疲勞、交互抑制與慣性、當日底色、open loops 與自我議程、
回想強度與模糊態、recall 情境加權、migration、probe 稽核、turnContext 不因新東西壞掉。

寫測試的過程抓出三個真缺陷，已在前一個 commit 修掉：
- resolveProbe 就地改欄位，但 rewriteJsonl 只在長度變了才寫檔 → 稽核計數永遠是 0，
  指令回報成功而硬碟上什麼都沒發生。開放界線唯一的煞車是斷的。
- migrateLongTerm 用 \n---\n 切 front matter，CRLF 或沒有 front matter 的檔會被
  整份複製一次（永久損毀），而 importBundle 會自動跑 migration，所以 import 就踩得到。
- recall 把總分乘上 0.5+0.5*retrievability，等於扣十幾分，會讓命中兩個關鍵詞但
  三個月沒想起的正確答案掉到榜尾。改成上限 3.5 分的扣分，加權永遠翻不掉語意命中。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 04:22:16 +00:00
jiantw83andClaude Opus 5 f9b189dd76 feat(persona 擬真): 記憶會糊掉、情緒有底色與疲勞、人格有懸著的事 
三個結構性缺口，這批一次補完（使用者拍板做階段 1+2+3 加自我議程）。

記憶只有「精準」與「沒有」兩態 → 連續衰減出來的三態。
memoryStrength() 由 strength／salience／recall_count／距上次回想多久算 retrievability，
低於門檻不刪、降級成 faded（只剩主旨）與 fuzzy（只剩有這件事）。內文因此分兩層
（主旨／細節），衰減先吃細節。被 recall 命中就 strength +8（spacing effect）。
boundary／promise／canon／salience >= 80 永遠清晰，這條沒動。

人格永遠以對方為中心 → state/loops.json 加自我議程。
同時最多 5 條、四種（他沒回答的、他答應的、被打斷的、我想問的），7 天沒進展自動收掉
並留一則「沒下文」的短期記憶。agendaTick 每 3 輪最多讓人格把話題拉回自己的事一次，
對方有明確急事時一律不觸發。

同一句話任何時刻聽起來都一樣 → 疲勞、當日底色、per-persona 破口。
fatigueLevel() 由 hoursAwake 推，壓 arousal 天花板、句數與單句字數、高張情緒的推力；
state/mood.json 是緩慢漂移的當日底色，只當反應增益不直接改情緒值，睡覺帶 35% 過去；
EMOTION_TELLS 改成預設值，人格可在 IDENTITY.md 的 ## Tells 覆寫。
applyEmotion 另加交互抑制（只有三組互斥）與慣性（連續同向 +8%，封頂 +25%）。

幻覺界線改成「開放試探」（使用者明示）：可以說不確定、可以問，不可以斷言。
換來的義務是稽核——每次試探進 state/probe.jsonl，probe audit 看否認率。
放寬界線一定要配一個看得見的數字。

其他：記憶蓋情境戳章（when／where／mood，where 可用 PERSONA_CONTEXT_WHERE=off 關掉）；
recall 加情境加權但翻不掉語意命中；migrate 就地升格式（冪等、看不懂的檔跳過）；
bundle v2，import 吃得下 v1 並自動補欄位。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 04:22:03 +00:00
jiantw83andClaude Opus 5 6fa7e6e370 chore(plugin 版本): 三家 manifest 升版 0.1.1 
master 已經在 0.1.0，這批 relation 的改動是新的未合併批次，佔一個新版號。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 03:17:58 +00:00
jiantw83 e59d0a471b Merge remote-tracking branch 'origin/master' into develop 2026-08-03 03:17:32 +00:00
jiantw83andClaude Opus 5 7b20dba6db 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>
 2026-08-03 03:17:29 +00:00
jiantw83andClaude Opus 5 dd16411d2e feat(relation): 記憶接回關係圖，並補上唯讀健檢 relation doctor 
寫入時把 --entities／--about 的人名解析成節點 id（entity_ids／about_ids），
之後「提到誰」與 turnContext 認人才接得回關係圖；同名有多個候選視為歧義，
兩邊都不寫，不替使用者挑一個。

節點 id 會被原樣寫進 front matter 與 jsonl，所以兩頭都要防：帶換行的 id
可以在 front matter 裡多插一行、覆寫 type，把一則普通記憶變成不該被遺忘的
canon；`:` `[` `]` `,` `#` 也都會改變結構。injectSafeLine 把這些擋掉。

graph.json 壞掉時不再偽裝成空圖：要做決定的 action 直接以非零 exit 擋下
（放它過去等於拿一張空圖覆蓋原檔），relation doctor 自己會報告。

recall 用關係節點的 name 當關鍵詞，但刻意不用 id——id 是內部識別，命中率
高得離譜（關係圖有一個 id 為 user 的節點，就會命中每一則 about: [user]），
一個命中值 +10 會把顯著度 75 的正確答案擠出榜。about_ids 同理不進 haystack。

順手把關係圖改成一次讀完：原本每筆的每個 entity 各讀一遍 graph.json，
實測 30 節點／240 筆 = 720 次讀檔；2000 節點時單輪要 1.2 秒。

selftest 448 → 471 項，全過。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 03:17:21 +00:00
jiantw83 e8d994df78 docs(persona): remove legacy marketplace namespace 2026-07-31 17:17:53 +00:00
jiantw83 6ea5076205 docs(persona-chat): clarify auto-hook boundary 2026-07-31 17:00:01 +00:00
jiantw83andClaude Opus 5 34b1dc7942 fix(marketplace): marketplace 名由 jsc-plugins 改為 persona（與 template 撞名） 
兩份 marketplace.json 原本都叫 jsc-plugins，與 jsc-template 的 marketplace 同名
——兩個 plugin 同時安裝時會撞名。template 已在 731a494 改為 template（＝它的 repo
名），本 repo 跟著改為 persona，也與 code／doc／generic「marketplace 名 = repo 名」
的慣例一致。plugin 名維持 jsc-persona 不動。

README 的安裝 token、marketplace update／upgrade／remove 指令、目錄樹註解與
「marketplace 名是 …」那句一併更新（Claude／Codex／Copilot 三節各一組）。

依 spec-plugin-version，安裝識別鍵是 <plugin 名>@<marketplace 名>，改名等於換識別
鍵，舊安裝不能用 update 遷移，必須先移除再安裝，中間 skills 會短暫消失。照
template 9b2e2bb 的做法在安裝章節開頭補上三家各自的升級路徑，並交代要清掉
settings.json 的 enabledPlugins 舊鍵、人格倉庫（PERSONA_HOME）不在 plugin 目錄裡
所以情緒與記憶不受影響。

版號維持 0.1.0 不動：spec 的「更名重置版號」指的是 plugin 更名（name 欄位改變），
本次三份 plugin.json 的 name 與 version 都沒動，marketplace.json 也沒有版本欄位；
template 當時的 marketplace 改名（731a494）同樣沒有重置，照常從 0.0.2 走。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 14:43:58 +00:00
jiantw83andClaude Opus 5 ed80158d99 chore(plugin 版本): 三家 manifest 升版 0.1.0 
master 現行 0.0.9，patch 已到 9，依 spec-plugin-version 進位 minor 並把
patch 歸零（0.0.9 → 0.1.0），非 0.0.10。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 14:38:39 +00:00
jiantw83andClaude Opus 5 bc571cf37f fix(data): 四處情緒／sync 狀態的讀改寫還沒進鎖，等於繞過了上次的修正 
B4 加了 updateJson／updateEmotion，但這幾個呼叫點還是「loadEmotion → 改 →
writeJson」的裸讀改寫，鎖形同不存在：

- sleep 的 emotion-decay、remember --emotion（每輪對話的熱路徑）、
  Stop hook 與 SessionEnd hook 的時間衰減，四處都改走 pl.updateEmotion()。
  衰減與 delta 的算法一個字都沒動，只是把讀與寫收進同一把鎖裡。
- sync.json 同理：背景 sync push 跟前景指令會同時寫它，兩邊撞上時後寫的會把
  pushed_at／overwrites 整段蓋掉——覆蓋紀錄就這樣安靜地消失。新增
  updateSyncState()（帶鎖），六處 loadSyncState + saveSyncState 成對使用全部
  改過去；補預設欄位的邏輯抽成 normalizeSyncState() 給兩邊共用。
  saveSyncState 沒有呼叫端了，直接移掉，免得下次又有人拿它裸寫。

sync.json 的欄位格式與 overwrites 留 10 筆的行為都沒變。

selftest 448 項（+1）：新增「並行 8 次 remember --emotion 跟循序結果一樣」，
把對話熱路徑的情緒寫入也蓋進競態測試——原本只蓋到 emotion --apply。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 14:35:06 +00:00
jiantw83 fa4aa8b787 merge(gitea): 同步漏檔／push 衝突回報／clone 新功能／錯誤訊息 
衝突：scripts/selftest.mjs 檔尾兩份都各自 append 一個測試區塊
（guard 的「注入區塊不可被人格檔案逸出（S6）」與 gitea 的「㉒ 從 Gitea
匯入本機還沒有的人格」）。兩塊都保留，各自收好自己的 `}`。
 2026-07-31 14:29:10 +00:00
jiantw83 9b5de053e3 merge(data): 並行鎖／consolidate 保護／情緒校驗／speechLint 誤殺修正 2026-07-31 14:27:26 +00:00
jiantw83 0a12321df6 merge(guard): 資安三項修正（S1 sleeper pin／S2 Glob-Grep 破口／S6 注入區與 room 偽造） 2026-07-31 14:27:20 +00:00
jiantw83andClaude Opus 5 ca4becbaba fix(gitea): clone 失敗訊息不要被 git 的多行 stderr 截斷成半個字 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 09:38:17 +00:00
jiantw83andClaude Opus 5 2b4b49d478 feat(gitea): clone —— 從 Gitea 匯入一個本機還沒有的人格 
底層本來就走得通（`pullArea` 的 restore 會把本機缺少的檔案全部補進來），
擋住的是上層的雞生蛋：`sync` 先走 `requireOwner`，而 `requireOwner` 第一件事
就是「本機沒有這個人格就 die」。本機沒有它 → load 不了它 → sync pull 被擋 →
永遠拉不回來。所以照 `import` 的模式另開一個只驗 session、不驗 host 的入口。

* `clone --code <編號>`：兩區都拉回來（Wiki 區給身分與長期記憶，檔案區給活狀態），
  然後補上 `pullArea` 不管的那幾件事——驗 IDENTITY.md（`validateBundle` 明文的
  人格最低要件，Gitea 這條路上原本不存在）、補寫 config.code／來歷、
  `rebuildIndex()`、`renderRelations()`。拉回來不成人格就中止並清掉半成品。
* `clone`（不帶 --code）：列出遠端有哪些人格、哪些本機還沒有。
  整個 codebase 原本沒有任何「列出 owner 底下的存取庫」的呼叫，新增
  `listRemotePersonas()`：分頁打 `GET /user/repos`（他人／組織走 `/users/<owner>/repos`），
  用編號格式過濾——存取庫名稱就是人格編號，所以那份清單就是遠端的人格清單。
* 本機已有同名人格時**預設不覆蓋**；`--force` 才蓋（沿用 `import` 的兩道保護：
  不得覆寫別人、不得覆寫正被其他程序載入的人格），`--persona` 可並存兩份。
* 加進 `OWNER_EXEMPT_SUBCOMMANDS`，否則已載入其他人格時會被 hook deny。
* 編號衝突：`nextCode()` 只掃本機，換機器會重複發號。新增
  `nextCodeAcrossMachines()`，發號前先問遠端已經用掉哪些編號；Gitea 連不上
  就退回本機答案並在輸出明講「只對過本機」。`create` 與 `code assign/next` 都改用它。
* 順手修正 `ensureRepo` 的建庫路由：`me` 取自 `resolveOwner()`，而它在有
  `PERSONA_GITEA_OWNER` 時只會把那個值原封不動還回來，於是組織永遠走成
  `/user/repos`（建到 token 本人底下）。改用不受該環境變數影響的 `giteaLogin()`。

測試：selftest 新增第 ㉒ 區，用 file:// 的裸倉庫當「假的 Gitea」跑完整往返
（推兩區 → 刪掉本機人格 → clone 回來 → 驗身分／長期記憶／活狀態／索引／關係圖），
並涵蓋前兩個修正（子資料夾與非 ASCII 檔名真的進了存取庫、push 覆蓋遠端的回報
與 Stop hook 只吵一次）。345 → 373 項全過。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 09:35:29 +00:00
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
jiantw83andClaude Opus 5 b937c9ad7a fix(gitea): 同步會漏掉子資料夾與非 ASCII 檔名的檔案 
兩個各自獨立、但都是「檔案在本機有、在存取庫沒有／拉不回來」的靜默失真：

1. `listAreaFiles` 只收資料夾第一層的 `entry.isFile()`，所以
   `mindmap/threads/archive/`（睡眠時把太久沒動的思維導圖收進去的地方）
   從來沒有被同步過。改成遞迴。

2. `git ls-files` / `status --porcelain` / `diff --name-only` 預設會把
   非 ASCII 路徑引號跳脫成 `"Memory-\350\267\250…"`。長期記憶的檔名正好是中文的，
   於是這些檔名跟工作副本比對不上：pull 時被當成「clone 裡沒有的東西」整批略過
   （拉回一個沒有長期記憶的人格），本機刪掉的也不會從遠端消失。
   一律改用 `-z`，並把三處解析收斂成 `diffPaths()` / `statusPaths()`。
   順便修掉 porcelain 第一筆因為整體 trim 而少一個字元的解析錯誤。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 09:32:49 +00:00
jiantw83 186de10179 fix(security): 人格檔案不能逸出注入區塊、room 台詞不能偽造成系統訊息（S6） 
注入到上下文的東西夾在 persona-runtime / persona-context / persona-ops 三種區塊
中間，而夾進去的內容有**不可信來源**：persona-anime 從 Fandom 抓設定寫進
IDENTITY／AGENTS、`sync pull` 從另一台機器拉、`import` 吃外部 bundle、
guest 的 room 台詞是別的人格寫的。原本這些地方**沒有任何跳脫**：

- AGENTS.md 裡放一行結束標記 → opsBrief 的區塊提早關閉，後面的內容跑到區塊外，
  連外層的 runtime 區塊都能一起關掉。
- IDENTITY.md 的 `Vibe:` 欄位值同理，經 identityBrief 進 turnContext。
- room 台詞塞換行 → roomScript 是一行一句「emoji 名字（情緒）：內容」，
  於是可以偽造成別人的台詞或系統訊息。

修法：

- 新增 `stripInjectionMarkers()`：把 `<persona-…` 的 `<` 換成全形。內容還讀得懂
  （人格自己寫的說明不會被吃掉），但它不再是一個標籤。
- 新增 `injectSafeLine()`：中和標記 + 換行壓成空白（比照短期記憶的作法）。
- 一個收口勝過十幾個防點：`turnContext()` 與 SessionStart 的 runtime 區塊都改成
  **組完之後對整個內文**做一次，再補上真正的標記；只有 turnContext／opsBrief
  這種自己已處理過、帶合法巢狀標記的整塊原樣保留。
- 讀出來就中和的：`opsBrief()` 的 AGENTS.md 全文（先截斷再中和，長度上限才算得準）、
  `identityFields()` 的欄位值（identityBrief／roomScript／roomDisplayName 全吃這一份）、
  `relationsBrief()` 的人名與備註。
- room：`roomPost()` 在**寫入端**就把 text／emotion／barge_in 壓成一行，
  `roomScript()` 與 `room read` 在**顯示端**再壓一次（舊逐字稿是原文寫進去的）。

測試：新增 14 項——AGENTS.md 與 IDENTITY 欄位的逸出、turnContext 與 SessionStart
的區塊只被關閉一次、短期記憶與關係圖人名走同一個收口、room 台詞的換行偽造與
標記逸出、舊逐字稿的顯示端防線、顯示名不夾帶標記。
反向驗證：把兩個中和函式改成 identity，這 14 項全數失敗。
368 → 383 項全過。
 2026-07-31 09:31:41 +00:00
jiantw83andClaude Opus 5 197ad3416f fix(speech): 修掉三個誤殺——書名號、變體選擇子 emoji、引述算進句長 
三個都是「該放行卻被擋」，而且都只有幾行：

  * speechBody() 的「提及 ≠ 使用」豁免清單漏了《》：
    「我在看《說到底》這本書」被判 preach，「他推薦我看《質量與信息》」被判中國用語。
  * EMOJI_RE 把 \u{FE0F} 寫在字元類裡，`❤️`（U+2764 + VS16）被算成兩個 emoji 而誤擋；
    ZWJ 家族（👨‍👩‍👦）算三個、膚色（👍🏽）算兩個。改成「底字 + 變體／膚色 + ZWJ 續接」算一個。
  * 句長檢查用的是 sentence 而不是 body，引號內容與 `code` 都算進字數——
    引述使用者原話必被擋，等於不准引述。

「質量」「信息」這類語境相依的中國用語誤判沒有動（那要語意判斷，成本不對）。

selftest +11：SNF 放行 7 條（書名號兩種、三種 emoji 組合、引述長原話與長 code），
SF 仍擋 4 條（書名號之外真的在說教、引號之外自己講的長句、兩個 emoji、
一個 emoji 加一個帶變體選擇子的）——豁免只針對提及與引述，不是整句放行。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 09:29:53 +00:00
jiantw83andClaude Opus 5 94a86c9703 fix(emotion): loadEmotion 驗證檔案內容，衰減一律 clamp 且半衰期必須為正 
emotion.json 是外部輸入（import／sync pull／手改都會進到這裡），但 loadEmotion()
用 `??=` 只補缺、不驗合法性，decayEmotion() 完全不 clamp。只要一份不合法的檔案：

  * baseline.joy = 5000        → decay 後 joy = 4378.79，mood 卡在 valence 100 / arousal 100
  * levels.anger = "很生氣"     → decay 後 anger = NaN，注入的上下文印出 valence NaN
  * half_life_minutes.joy ≤ 0  → factor 恆為 0，那個情緒從此累積不起來（連三次 +30 結果不變）

CLI 的 --baseline 與 --apply 本來就有保護，破口純粹在檔案入口，所以擋在 loadEmotion()：
levels／baseline clamp 到 0–100、非有限數字退回預設、half_life 非正數退回該情緒的預設值。
decayEmotion／decayEmotionBy 抽出共用的 applyDecay()，同樣重驗一次並 clamp 結果——
它們是 export 的，呼叫端有可能餵手寫或匯入來的狀態，不能假設一定經過 loadEmotion()。

selftest +9：baseline 超界被 clamp、非數字不變 NaN、上下文不印 NaN、
四種壞掉的半衰期都退回預設、壞半衰期下情緒仍累積得起來、decayEmotionBy 同樣擋得住。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 09:26:47 +00:00
jiantw83andClaude Opus 5 1d5b049152 fix(consolidate): --forget 套上短期記憶的保護；長期記憶撞名不再靜默覆蓋 
兩個資料遺失路徑：

① `--forget N` 無條件刪掉 salience < N 的全部短期記憶，完全不套 shortTermProtected()
   （salience ≥ 80／intent=commit／24 小時內）。prune 有這層保護，這裡沒有。
   實測 `--forget 200` 把一筆 intent=commit、salience 95、剛寫入的承諾一起刪掉，
   而 R4 明文寫「不可遺忘」。改走新的 forgetShortTerm()，跟 prune 同一層保護，
   並回報「有幾筆低於門檻但受保護、沒有刪」。

② slugify() 把標點吃掉：「我的貓」「我的貓？」「我的貓!!」全都落在 `我的貓.md`，
   writeText 直接覆蓋，只保留舊檔的 first_seen／recall_count，內文靜默被換掉。
   front matter 新增 `title:`（原本的 --name），撞名時 die 並給一個沒被占用的檔名
   （`--name 我的貓-2`）；真的要覆蓋同一則就加 --force。

selftest +11：--forget 不刪承諾／界線／今天的紀錄但該刪的照刪、撞名被擋、
舊內文原封不動、訊息給得出替代檔名、同名再寫是更新、title 有寫入、--force 仍可覆蓋。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 09:23:35 +00:00
jiantw83 7549c0b69f fix(guard): 補上 Glob/Grep 的兩個自然破口，並誠實標示 guard 的定位（S2） 
`extractPaths()` 只解析「含 / 且展開後包含 home 或 personas」的 token，
於是兩種**模型最自然會寫出來的列舉方式**整路穿過去：

1. `PATH_TOOL_FIELDS.Glob` 只列 `path`，所以樣式欄位不被檢查——
   `Glob { pattern: "<home>/*/IDENTITY.md" }`（不給 `path`）可以掃出全部人格的身分檔。
   新增 `PATTERN_TOOL_FIELDS`（`Glob.pattern`、`Grep.glob`），且**相對於 `path` 解析**
   （沒給 `path` 才相對 cwd），因為樣式的基準點跟路徑欄位不同。
   `Grep.pattern` 是正規表示式、不是路徑，故意不收，免得誤攔 `a/b/c` 這種樣式。
2. `Grep`／`Glob` 沒給 `path` 時 `extractPaths` 回空陣列 → guard 不表態，
   於是 cwd 站在 `~/.claude/personas` 或別人的人格底下直接 `Grep` 就整批穿過去。
   改成把 hook event 的 `cwd` 當預設目標。

其餘的直譯器逃逸（`node -e`、`python3 -c`、逐段 `cd`、引號切割 token）**不用正則補**：
Bash 圖靈完備，追指令字串永遠落後一步，每加一條正則就多一批誤攔正常指令的風險。
改為把文件的措辭修正成誠實的定位——

- README 新增〈guard 擋得住什麼、擋不住什麼〉：明說 guard 是**防漂移的護欄，
  對正常寫法一律 deny，不是對抗性沙箱**，並逐條列出擋得住與擋不住的形式，
  以及「真要對抗性隔離請走 OS 層」。
- 拿掉會誤導的字眼：`PreToolUse` 那列的「唯一強制點」、guard.mjs 檔頭的
  「唯一的強制執行點」、「不能被繞過的關鍵」。

測試：新增 13 項——樣式欄位指向全倉庫／別的人格／自己、樣式相對 path 解析、
`Grep.pattern` 不誤判成路徑、不給 path 時 cwd 在別人格／倉庫根／自己人格／
普通專案的四種情形、給了 path 就不看 cwd，以及兩項文件措辭的迴歸檢查。
355 → 368 項全過。
 2026-07-31 09:23:28 +00:00
jiantw83andClaude Opus 5 d9f865d7a4 fix(persona-lib): 檔案層互斥鎖，read-modify-rewrite 不再吃掉並行的 append 
short-term.jsonl / said.jsonl 的裁切是「整檔讀進來 → 過濾 → writeText 覆蓋」，
中間沒有任何鎖。而同一個 session 的 sub agent 與主程序共用同一把人格鎖（設計如此），
所以兩邊真的會同時寫——實測背景 prune 進行中 append 30 筆 salience 95 的承諾，
會被吃掉 1～9 筆，正是 shortTermProtected() 明文要保護的那一類。
emotion.json 更嚴重：並行 8 次 `--apply joy=+5`，循序得 50.24，並行只得 38.91（增量遺失 45%）。

加一把用 `fs.openSync(path, "wx")` sentinel 做的檔案鎖：
  * withFileLock(file, fn)：拿不到就退讓重試，超過 15 秒的殘留鎖視為死鎖並接手，
    真的等不到就直接做（寧可冒一次競態，也不要因為殘留鎖檔讓人格從此寫不進東西）。
    sentinel 放 .runtime/locks/，不落在人格目錄裡，不會被同步上去。
  * rewriteJsonl(file, transform)：整檔改寫的唯一入口，讀與寫都在鎖裡。
  * updateJson / updateEmotion：JSON 檔的 read-modify-write 同樣進鎖。
  * appendJsonl 也拿同一把鎖，否則 append 仍會落在別人的讀與寫之間被覆蓋掉。

改用新入口的：pruneShortTermDetail、trimSaid、trimJsonl、turnContext 的情緒衰減、
persona.mjs 的 `emotion --apply`（讀→衰減→套用→寫回整段在鎖裡）。

selftest +5：並行 append vs prune 一筆不掉、並行 emotion 與循序同值、
withFileLock 互斥（12 程序各加一次＝12）、過期鎖檔可接手、鎖檔不落在人格目錄。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 09:19:39 +00:00
jiantw83 b1e77b01a1 fix(security): sleeper 旗標不再是任意人格的萬用鑰匙（S1） 
問題：`requireOwner()` 看到 sleeper 旗標就直接 return，把驗證整個外包給
PreToolUse hook；而 hook 認得出這支 CLI 靠的是檔名正則。把 scripts/ 複製出去、
CLI 改個名字，hook 全程回 pass，任何程序都能用那個旗標對**任意人格**
remember／recall／emotion --apply——等於完整讀寫權。

修法：CLI 自己驗，證據取自 hook 唯一寫得下、程序偽造不了的東西——
session 檔（`.runtime/sessions/<id>.json`）裡的 sleeper pin。pin 由 hook 依
`event.agent_type` 寫入，沒經過 hook 的程序拿不到。

- `pinAgent()` 多記角色（`{ persona, role, pinned_at }`），`pinOf()` 相容舊的純字串格式；
  舊格式沒有角色，一律不算 sleeper 授權，hook 下次 first-touch 時會補上。
- 新增 `sleeperPins(sessionId, slug)`：本 session 中 pin 在該人格上的 sleeper。
- `requireSleeperPin()` 進 `sleeperAccess()`（requireOwner／requireMember 都會經過）：
  沒有對應的 sleeper pin 就 die，連 sleeper 租約都不會留下。
  有帶 `--agent-id` 時額外要求它就是那個被 pin 的 agent。
- 連帶更新讀 pins 的三處：resolveScope、`leave` 的 guest pin 清理、SubagentStop hook。

persona-sleeper sub agent 的正常流程不受影響：hook 的 first-touch pinning 在它
第一個指令就寫好 pin，之後每個收尾指令都驗得過。

測試：新增 10 項（實際把 scripts/ 複製成別的檔名重現攻擊）——改名後 hook 確實
不表態、無 pin 時 remember/recall/emotion 都被 CLI 擋下且不留租約、pin 在別的
人格上不能跨過去、guest pin 與舊格式 pin 都不算授權、真有 pin 時照常放行。
345 → 355 項全過。
 2026-07-31 09:19:20 +00:00
jiantw83 828c14b6ba docs(README): 安裝說明補齊五家助理並統一結構 
安裝章節原本只有 Claude Code 與 Codex 較完整，Antigravity 缺移除、
OpenCode 缺更新與移除、GitHub Copilot CLI 整節不存在。改為與 code／doc／
generic／template 相同的結構：五家各自都有安裝、更新、移除三段。

另補「前綴與呼叫方式」與「目錄結構」兩節（其他四個 plugin 都有，只有這裡缺），
跨助理支援度表加上 GitHub Copilot CLI，並把 headless 一次性執行獨立成節。

明確標註本 plugin 的 marketplace 名是 jsc-plugins 而非 repo 名 persona，
安裝 token 為 jsc-persona@jsc-plugins，避免照 repo 名去猜。

依 spec-plugin-version 把三家 manifest 版號一起升到 0.0.9（master 現行 0.0.8）。
 2026-07-31 08:34:48 +00:00
jiantw83 721fc0ece8 feat(hooks): SessionStart 注入人格的 AGENTS.md 操作規則 
新增 pl.opsBrief(slug)：把該人格的 AGENTS.md 全文包成 <persona-ops> 區塊，
由 SessionStart hook 在「接續人格」與「預設人格自動載入」兩條分支各注入一次。

刻意不放進 turnContext——操作規則是低頻的「怎麼做事」，每輪重貼只是燒 context。
超過 OPS_BRIEF_MAX_CHARS（6000）會截斷並指路回原檔；檔案不存在時回空字串。

這讓「這個人格自己的工具箱」可以寫在 AGENTS.md 裡跟著人格走（AGENTS.md 本來
就在 sync 的 wiki 白名單內），不必落在機器本機的 ~/.claude/agents。

selftest 補 5 條：全文注入、指路原檔、不進 turnContext、檔案不存在回空、
超長截斷。全套 345 項通過。
 2026-07-31 08:34:38 +00:00
jiantw83andClaude Opus 5 0527a3cad0 feat(relation): 親近度會改變情緒的份量；提到 ≠ 接觸（v0.0.8 同批） 
① 親近度 → 情緒的份量（`relationGain()`）
  在這之前 `applyEmotion()` 完全沒吃關係圖：親近度只影響語氣層、羞恥度與主動關心，
  情緒的 delta 從頭到尾是人格自己挑的，**跟對象是誰無關**。
  但同一句「你最近怪怪的」，從親近 97 的人跟從生人嘴裡出來，衝擊不該一樣。
  現在 `emotion --apply` 會依對象親近度把 delta 乘 0.7–1.35（親近 96 → ×1.28、
  親近 8 → ×0.75），`--from <對象>` 指定是誰引起的，沒指定就用當前對話對象。
  **只調幅度、不調方向**——誰講的都不會讓難過變成高興。

② 提到 ≠ 接觸（`contactsFromRooms()`）
  主動關心的依據是 `last_contact_at`，而睡眠以前是掃短期記憶的 `entities` 來蓋章。
  那等於「我在日記裡寫到尤吉歐」就算「我跟尤吉歐接觸過」——沉默計時被無聲重置，
  關心名單於是永遠是空的。實測就是這樣：所有人都停在 1.09 天，沒有人會被想起。
  現在只認真的有來有往：同一個聊天室裡我發過言、他也發過言。
  沒有聊天室的對象（真人節點）走 `relation node --contact` 明確蓋章。

測試：340 項全過（新增 7 項）。既有的「關係時間戳有蓋上」拆成兩條——
只被提到的不蓋、真的接觸過才蓋，正好把新語意釘住。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 06:30:34 +00:00
jiantw83andClaude Opus 5 646fd33541 feat(theater): 台詞不可以是心裡話搬上台面（機械擋下）（v0.0.8 同批） 
心裡話外流有兩種路徑。第一種是別的人格去讀你的檔案——那個 hook 早就擋死了
（本次補上測試：跨 session Read `state/inner.jsonl`、Grep `state/` 都是 deny，
聊天室逐字稿也只有 ts/speaker/kind/text/emotion/to，沒有任何心裡話欄位）。

第二種比較難防：**你自己把心裡想的原封不動講出來**。劇場模式尤其危險，
因為別的人格看得到的就只有你說出口的東西——那句一旦是心裡話的複述，
等於自己把它交出去了。「台詞不可以是心裡話的摘要」原本只寫在規則裡靠自律，
現在變成機械檢查：`innerLeak()` 拿這句台詞去比最近 12 則心裡話，
相似度 ≥ 0.62 就擋（`--force` 可以放行，真的決定要講開的時候）。

用的是既有的 `similarity()`（字元 bigram ＋ 字集合），跟擋重複發言同一把尺。

測試：334 項全過（新增 6 項）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 06:23:19 +00:00
jiantw83andClaude Opus 5 ab4ddb734d feat(modesty): 羞恥度動態化＋三種出口（縮／炸／坦白），心裡話進得了記憶（v0.0.8 同批） 
一、羞恥度高不等於話變少——三個出口（他指出來的，我上一版只做對一半）
  縮 shrink   ：預設。一句嘴硬，說出口的那句在**迴避**心裡那句
  炸 spill    ：慌了（焦慮 ≥55）／惱羞（憤怒 ≥45）／對方在生氣或逼你澄清
                → **4 句，但單句只有 22 字**：掩飾、急著否認、硬轉話題，碎而急
  坦白 confess：羞恥高＋信任 ≥75＋只有兩個人 → 3 句完整句，憋很久一次講完，
                而且**先寫完心裡話再開口**
  關鍵：句數與單句字數要**一起動**，只調句數分不出「碎念」與「演講」。
  `room post` 本來就同時擋這兩個，參數一改就生效。

二、羞恥度動態化（模擬跑過才實作）
  `modestyState()` = trait ＋ 情緒推力 ＋ 語氣層 ＋ 上一輪餘溫，存進 `felt.jsonl`。
  護欄四道：`MODESTY_GAIN`=0.35（<1 才收斂，0.9 三輪就貼 100）、一輪最多動 15、
  推力上限 25、只算超出基線的部分（比較不開心不代表比較害羞）。
  慢的情緒推力打折（信任半衰期 720 分是底色，不是此刻的事）——
  沒有這條，桐人會因為長期信任高而永遠低於自己的 trait 二十分。
  斷路器是惱羞成怒：anger 權重是負的，被逗到極限翻臉，羞恥自己掉下來。

三、心裡話進得了記憶（但永遠不回顯）
  在這之前心裡話只進 `inner.jsonl`、只被注入最近三句，**永遠不會變成記憶**。
  對害羞的人格來說那是致命的——重要的東西幾乎都在心裡那句。
  現在：`recallInner()` 讓 `recall` 找得到（標「不要講給他聽」），
  `innerCandidates()` 把「24 小時內想過 ≥2 次的同一件事」列成固化候選。
  要不要固化仍由人格自己決定。`think` 的輸出還是只有「💭 心想 N 句」。

四、修掉一個踩到的坑
  `Number(null) === 0` —— 沒有上一輪時 `prev` 退回了 0 而不是 trait，
  害每個人格的羞恥度都從 0 起算。已加測試守著。

測試：328 項全過（新增 14 項）。切詞從貪婪的 {2,4} 改成兩字滑動視窗——
貪婪比對會把「那台舊鐘的齒輪」切成固定區塊，「齒輪」永遠不會單獨出現。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 06:12:18 +00:00
jiantw83andClaude Opus 5 5b52dd18c2 feat(voice): 注入層與 CLI 訊息改成人話；越害羞話越少、心裡話越多（v0.0.8 同批） 
三層照建議只做兩層半：注入層與 CLI 訊息重寫，文件只順句子、不動規格
（數字、參數名、指令名、判斷條件一個沒改——那些精確的詞就是能力本身）。

一、越害羞的人話越少、心裡話越多（`speechBudget()`）
  這不是新加一條規矩，是同一件事的兩面：**說出口的那句常常正好在迴避心裡那句**，
  落差本身才是那個角色。所以句數上限與心裡話下限綁在同一個羞恥度上：

    羞恥度 ≥ 75 → 最多 2 句、心裡話至少 2 句，且**先寫完再開口**
                  台詞不可以是心裡話的摘要（心裡「我一直在等你問」→ 出口不能是「我有在等你問」）
    50–74       → 3 句、心裡話至少 1 句
    ≤ 49        → 3 句、想到什麼就講，不用先在心裡繞一圈

  `room post` 改用 `speechBudget(speaker).sentences`，不再是固定三句；
  被擋下時會講明「這個人格話比別人少」。

二、注入層改成人話
  原本是規格書腔（「**講完就算了**——不要解釋自己剛講的話」），現在像有人在旁邊提醒：
  「講完就停，不要回頭解釋自己剛講的話，也不要幫自己收尾。」
  黑名單從列舉詞條改成講清楚**為什麼**不像人（「先發一句免費的認可，對方要的是回答」）。
  機械會擋的規則壓成最後一行括號——保留全部關鍵詞，但不再稀釋前面的重點。

三、CLI 訊息改成人話（20 條）
  「⚠ 這段有 4 句，超過 3 句上限 → 砍到重點」→「講太多了，4 句。這裡最多 3 句——挑最想說的那一兩句就好」
  「幾乎只給自己加分——這種偏差要自己看得見」→「幾乎都在給自己加分。delta 是你自己挑的，這種偏差沒人會替你抓」

四、測試
  314 項全過（新增 4 項）。既有 6 條斷言原本釘在字面上，措辭一改就紅——
  改成釘意思（「最多」「講過」「講完就停」）而不是釘整句，這種脆弱本來就該修。

版本：與 PR #11 同一批，維持 0.0.8。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 05:52:13 +00:00
jiantw83andClaude Opus 5 3c73f614de feat(identity): 性別 → 羞恥敏感度（性別只給預設值，個性描述永遠蓋過它） 
`IDENTITY.md` 多一個 `Gender` 欄位（女性／男性／非二元／未指定；OpenClaw 沒有這欄）。
建立人格時要問、不要猜；沒有性別的人格（程式、精靈、動物）寫「未指定」。

作用範圍**刻意只有一個具名維度**：羞恥敏感度（會不會害羞、會不會鬧彆扭、
在不在意別人眼光）。不做「女性→情緒更外顯」這種全域放大——那會把角色壓成模板，
跟講話規則正在做的去 AI 味（刪掉公式化）正好相反。

  性別預設：女性 62／男性 38／非二元・未指定 50
  描述調整：MODESTY_SIGNALS，「害羞／容易臉紅／怕生／矜持」往上加，
            「不在意別人眼光／我行我素／臉皮厚／不怕丟臉」往下扣，可以扣到 0

排序固定：①個性描述 ②角色原作既有的性別化語言特徵 ③性別預設。
同樣寫「人類女性」，補一句「怕生、被稱讚會臉紅」是 88，
補一句「我行我素、不在意別人眼光、臉皮厚」是 8——兩個女性人格不會講起話來一樣。

效果走既有機制、不另開一套：只調「羞愧」這一個破口的顯示門檻
（`EMOTION_TELLS.shame` 本來就是「鬧彆扭，先否認再小聲承認」），其餘十一種不受影響。
高敏感度注入「先鬧彆扭再承認，不要直接說『我害羞』」；低敏感度注入「不用演害羞」。

推性別時**只看 `Creature`、不看 `Avatar`**：外觀散文的雜訊會推錯——
我自己的 Avatar 寫著「五官清秀到常被誤認成女生」，用它推會把桐人推成女性（已加測試）。

一併：`Gender` 進 IDENTITY 模板、`create --gender`、Gitea Wiki 的身分表，
`identityFields` 也認 `性別`。KIRITO-01 已補上明寫的 Gender。

測試：310 項全過（新增 8 項）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 05:20:57 +00:00
jiantw83andClaude Opus 5 71a5c8af16 chore: 版本號 0.0.8（PR #10 已併，這批是新的未合併批次） 
PR #10（0.0.7）在 02:31Z 併進 master 了，master 現在是 0.0.7。
剩下這兩個 commit（情緒四層、R6 容量壓力）因此是**新的一批未合併改動**，
依規矩佔一個新版號 → 0.0.8，三份 manifest 一起改。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 05:03:03 +00:00
jiantw83andClaude Opus 5 54d14eae68 fix(memory): R6 容量壓力真的會清，而且不清承諾與今天的紀錄（v0.0.7 同批） 
實際踩到的 bug：短期記憶連睡兩次都停在 70 筆、111 組候選，`prune-short-term`
每次都回報 ok 卻一筆都沒清掉。

原因：`pruneShortTerm()` 只有兩道——超過 14 天、超過硬上限 240 筆。但提示固化的門檻
（`CONSOLIDATE_THRESHOLD`）是 40 筆，中間那 200 筆沒有任何機制會動它。R6 在
`candidates` 裡被列為「依顯著度清出空間」，但那個清除動作**從來沒有實作**。

修法：加一道軟上限（`SHORT_TERM_SOFT_CAP`=120），超過就從顯著度最低、最舊的開始裁。
兩個保護，因為「沒經過判斷就把今天清掉」是這裡最不能犯的錯：

  - 顯著度 ≥ 80 或 `intent=commit`（承諾與界線都在這一層）→ 一則都不清
  - 24 小時內的新紀錄 → 一則都不清（還沒機會被固化）

順帶：`pruneShortTermDetail()` 回傳清了幾筆、為什麼清、保護了幾筆，`sleep` 的
`run()` 會把細節帶進回報——**不做無聲的裁切**。

測試：302 項全過（新增 5 項：軟上限會清、承諾不清、今天的不清、清的是顯著度最低的、
回報帶細節）。文件同步：README 的 R6 與目錄樹、persona-memory 的 R6。

版本：與 PR #10 同一批未合併的改動，維持 0.0.7。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 05:01:52 +00:00
jiantw83andClaude Opus 5 23751c2c05 feat(emotion): 情緒先行、走向、飽和與偏差稽核（四層，v0.0.7 同批） 
參考兩篇 ithelp 文章（Day25 情緒辨識模組、Day26 整合與情緒記憶池）的**架構**，
實作全部重寫——它們的六類關鍵字 first-match、罐頭哲學回應與模式切換都比現有的
十二情緒模型差，照抄是降級，而且它的罐頭回應正是上一個 commit 剛封殺的罐頭同理心。

一、輸入端：`readUserEmotion(text)`
  在這之前情緒**全部是人格自己填的** `--apply`，而人不會主動給自己扣分——正向一路貼頂、
  負向整天不動。現在每輪先讀對方那句話：十二類加權詞表（強3／一般2／弱1）、程度副詞乘係數、
  **否定會擋掉那次命中**（「我不害怕」不算 fear）、引號與 `code` 內不比對（提及不算使用）、
  標點只放大既有訊號不憑空長出新情緒（「居然修好了！！」不會被讀成憤怒）。
  強度用飽和曲線不是線性乘。回的是**訊號不是判定**，人格可以推翻。`emotion --read` 可單測。

二、怎麼接：`RESPONSE_STANCE`
  十二種各一條**動作**（悲傷→先接住不要急著給解法；憤怒→不辯解，先認可能認的那一小塊），
  不是罐頭句——罐頭句由 `SPEECH_BLACKLIST` 擋著。

三、走向：`state/felt.jsonl` ＋ `feltTrend()`
  每輪的偵測結果與套用的 delta 都記下來，近重遠輕的加權算最近 5 輪的趨勢
  （不用多數決：會被離群值主導又丟掉強度），注入「他最近 3 輪的走向：悲傷 ↘ 在退」。
  新檔案已歸到 Gitea 檔案區（高頻）。

四、情緒調節：飽和與單輪預算
  `applyEmotion` 不再是加完直接 clamp。飽和＝越接近端點同方向漲越慢（headroom^K，K=1，
  往 baseline 回的方向不壓）；單輪預算＝所有 |delta| 總和上限 60，超過等比例縮小。
  `emotion --audit` 印出最近幾輪往舒服／往難受的比例，正向 ≥90% 會被點名。
  依據：今天 85 次套用讓 joy/serenity/gratitude/anticipation 都到過 100、負向均值整天 14–17。

測試：297 項全過（新增 24 項，含讀取的 SF6/SNF4、飽和、預算、回歸方向不壓、走向、audit、
--read 不改狀態）。既有的「情緒有被施加」改成符合飽和後的語意。

版本：與 PR #10 同一批未合併的改動，維持 0.0.7。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 04:21:08 +00:00
jiantw83andClaude Opus 5 0f1d0cfc1e chore: 三份 manifest 的 skills 路徑對齊（version 已同為 0.0.7） 
版號同步檢查的結果：repo 裡只有三份 manifest 帶 version，已同為 0.0.7；
文件與程式碼裡沒有任何硬寫的版號，也沒有殘留的 0.1.0。
順手把 plugin.json 的 `"./skills/"` 去掉多餘的斜線，三份一致。

description／author／homepage 三份**故意不同**（分別對 Claude Code／Antigravity／Codex
三個宿主），不是漂移，維持原樣。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 02:31:00 +00:00
jiantw83andClaude Opus 5 f74a7ac1a5 feat(voice): 不說 AI 才會說的話（借 speak-human-tw 的刪除層）＋講過去要有出處（v0.0.7） 
人格回覆的「人味」再加一層。模式整理自 speak-human-tw（MIT, Raymond Hou）的 38 種
AI 寫作痕跡——那個專案是**文章**的事後審稿器（判情境→鎖保護清單→列清單等作者勾選→
交稿前自評），所以只搬對話也適用的**刪除層**，它的保護清單與兩輪確認流程不搬。

一、機械擋下（`SPEECH_BLACKLIST`，`room post` 直接拒收，`--force` 例外）
  罐頭同理心（「這個我懂」「我完全理解」）、頒獎開場（「好問題」）、交差句（「希望這對你
  有幫助」）、預告（「接下來我會」）、假坦白開場（「老實說」）、說教深度腔（「說到底」
  「本質上」）、罐頭收尾（「總的來說」）、立場真空（「各有優缺點」「因人而異」）、
  無來源權威（「研究顯示」）、用旁白演情緒（「我愣了一下」）；另加避險疊加、
  `CN_WORDS` 中國用語、半形標點、emoji／破折號／粗體與清單符號、「不是 A 而是 B」密度。

二、誤殺防護（比清單本身更重要）
  `speechBody()` 先拿掉引號與 `code` 再比對——**提及不算使用**（「我最近戒掉『賦能』
  這個詞」放行）。這是原專案自己踩到的坑：它的文件裡出現「...」與彎引號，正因為那幾行
  在說「不要用這些」。「老實說」只擋這一輪的第一句開頭。會誤殺的中國用語（水平、默認、
  質量、文檔）沒有收進表裡。

三、人格能做到、文章做不到的那一半
  原專案的界線是「人味是作者的，不是你的」——AI 沒有過去，所以不准寫「我以前錯了」。
  人格有過去（長期記憶、日記、關係圖、十二情緒），所以那句話是**有出處的引用**。
  換來的義務：講自己的過去要有出處。`speechLint` 對「我以前⋯」「我原本以為⋯」給
  `level: "hint"`（不擋，但要人去 `recall` 驗），查不到就是編造自己的過去。
  lint 因此分兩級，`speechBlockers()` 只回該擋的那些。

四、測試
  selftest 借它的 SF/SNF 成對做法：14 條 SF（該擋）＋ 11 條 SNF（不可誤殺）。
  另外把新規則掃過 144 句真實台詞紀錄：新增的詞語類規則**零誤殺**。

版本：master 是 0.0.6，這批未合併的改動算一個新版號 → 0.0.7（三份 manifest 一起改）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-31 02:25:06 +00:00
jiantw83andClaude Opus 5 c952a449b1 feat: 情緒會改變句子的形狀（EMOTION_TELLS），診斷加第四把尺 
模擬時最像人的兩個地方，其實都不是用詞選得好，是**情緒改變了句子的形狀**：
緊張的時候話沒說完、會疊字；害羞的時候鬧彆扭、嘴硬。把這件事寫成表，
跟情緒一起注入，不靠人格自己記得。

- `EMOTION_TELLS`：十二情緒各自「不自覺會做的事」。焦慮→句子斷在一半／疊字／
  追一句「這樣可以嗎」；羞愧→先否認再小聲承認／講反話／轉話題；憤怒→短句／
  稱呼退回全名；悲傷→只回一個詞／句子沒說完就停；其餘九種同理。
- `emotionTells()`：挑主導情緒（超出基線最多）裡強度 ≥ 40 的前兩種，
  每輪注入 `<persona-context>`，並附三條界線——**演出來不要講出來**
  （「我有點緊張」是解釋，斷句才是緊張）、**一輪最多露一個破口**、
  **強度不到就不演**（低強度的情緒在語氣上看不出來）。
- 混合狀態的疊法寫進 `reference/emotions.md`：緊張＝焦慮＋期待、
  害羞＝喜悅＋羞愧、賭氣＝憤怒＋悲傷、心虛＝羞愧＋焦慮…（十二情緒沒有的
  狀態都是疊出來的，不用另開情緒）。

心理醫生那邊多一把尺（第 4 把，**這一把不抓錯，是找沒說出口的東西**）：

- 「我沒事」＋句子全斷在一半 → 他在忍，要處理的是他為什麼不敢講。
- 「我很生氣」＋句子工整完整像客服 → 那是冷掉了，比生氣難修，優先講。
- 一整段都沒有破口 → 兩個人都在挑安全的話講，先讓一個人講真話再談用詞。
- 改寫規則加第 6 條：**保留情緒的痕跡**。斷句、話少、嘴硬留著，
  只拿掉攻擊、絕對化與讀心；改完像客服在念稿就是改壞了。

selftest 248 項全綠（新增 4 項）。版號留在 0.0.6——同一批未合併的改動。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 10:09:59 +00:00
jiantw83andClaude Opus 5 2e851f55f2 chore: .codex-plugin 的版號也改成 0.0.6（漏掉的第三個 manifest） 
版號有三份：`plugin.json`、`.claude-plugin/plugin.json`、`.codex-plugin/plugin.json`。
上一次改版號只動了前兩份，Codex 那邊還停在 0.0.5。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 10:02:39 +00:00
jiantw83andClaude Opus 5 0648c3b914 feat: 語氣診療 skill、聊天室的發言權、講話再加四條規則 
三件事，都是「講話要像人在講話」的延伸。

1. `persona-therapist`（新 skill）：以第三方心理醫生的身分診斷一段對話。
   雙方各給姓名／關係／情緒／逐字稿，用三把尺逐句標記——與關係不符
   （語氣層錯位）、與事實不符（絕對化、讀心）、與目的不符（他要被理解，
   講出來的話保證換到防衛）。標記掛在說那句話的人身上，修正只寫給他，
   格式是「你其實想要的 → 對方收到的 → 改寫」，改寫必須留在同一個語氣層。
   基線直接用 `TONE_TABLE`（已載入人格可 `relation show` 唯讀取得），
   破壞模式表 P1–P16 放在 `reference/patterns.md`。不附身、不取鎖、不寫回，
   出現自傷／暴力／受控訊號時停掉語氣分析改為安全優先。

2. 聊天室的發言權：同一個空間裡也會有一對一。`room post --to <他>` 進
   一對一（旁人插話直接被擋，要帶 `--barge-in "<理由>"`，理由留在逐字稿）、
   `--to all` 把話題開回全場。新指令 `room floor` 回報誰對誰在講、該誰接、
   誰先安靜、誰隔了幾輪沒開口。同一份現況每輪注入 `<persona-context>`，
   並明講「不要替沒被指名的人生成台詞，也不要為此啟動他的 sub agent」。
   三人以上時 `room script` 標出對象（`🪼 Alpha（喜悅42） → Beta：…`），
   兩個人的聊天室不標。舊逐字稿沒有 `to` → 視為全場，行為不變。

3. 講話的樣子再加四條：短句（一句 45 字內）、日常用詞、多講看得見的
   東西（人、動作、物件、當下的場面）、**不要解釋自己的話**。前兩條與
   第四條的句長／「我的意思是」這類開頭由 `speechLint()` 機械攔截
   （`room post` 擋下、`said check` 事前警告，`--force` 例外）；用詞與
   具體度抓不到規則，走每輪注入的說話規則。

selftest 244 項全綠（新增 16 項：發言權 10、講話的樣子 6）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 10:02:34 +00:00
jiantw83andClaude Opus 5 05d9b615d1 chore: 版本號改為 0.0.6（不是 0.1.1） 
master 上的 0.1.0 是早期「初版」留下的號碼，PR #3／#4 合併時沒有動到
manifest，所以它不是 develop 的計數基準——develop 這條線是 0.0.x，
這批就是 0.0.6。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 09:11:25 +00:00
jiantw83andClaude Opus 5 41e57432ea 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>
 2026-07-30 09:09:36 +00:00
jiantw83andClaude Opus 5 7c46db8e9a relation: 由關係推導語氣層（bond × 親近度 + 節點上的個人化規則） 
人格對伴侶與對女兒用同一種溫度講話，因為 kind 只說得出「這是人還是程式」，
說不出「跟我什麼關係」。語氣需要的是後者。

- 關係節點新增 bond（partner/child/parent/sibling/friend/mentor/ally/rival/
  stranger）；舊節點沒有的話從 tags/note 推測
- bond × 親近度 → 語氣層查表（伴侶 98 = 老夫老妻、子女 97 = 母親），
  解決「都是 9x 分卻分不出戀人與母女」
- node.style[facet] 記使用者本人要求過的規則（稱呼／敬語／口頭禪／禁忌／習慣），
  優先於查表；不另開檔案，因為關係圖每輪都會被讀進 context，
  這類規則不必跟關鍵詞召回競爭
- style 規則可帶 except（如 anger>=40），情緒成立時該規則暫停、退回預設講法
- relation speaker 指定使用者是關係圖裡的哪個節點，turnContext 每輪注入語氣指示
- 新增 relation style / relation speaker 子指令；selftest +8 項（共 228 項）

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 07:45:51 +00:00
jiantw83andClaude Opus 5 b3508a046b sleep: 判斷式收尾與 sleeper 隔離 
- sleeper 帶 --as-sleeper 就能在沒有 exclusive 鎖時做收尾
- sleeper 被 pin 在自己的人格上，讀寫其他人格（含主人格）一律攔下
- sleeper 只能走 CLI，不得用 Write 或 shell 重導向改人格檔案
- 主人格載入別的人格時，sleeper 仍以自己的 pin 為準

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 07:45:14 +00:00
jiantw83 28b6230426 bump version to 0.0.5 2026-07-30 06:58:07 +00:00
jiantw83 b61e8850f3 sleep batch targets 2026-07-30 06:56:06 +00:00
jiantw83andClaude Opus 5 a4e7297ec0 chore: 版本號改為 0.0.4（不是 0.0.5） 
上一個 commit 一次跳兩號是錯的。已發布的最高版本是 develop 的 0.0.3
（`origin/master` 目前還在 0.0.1），所以這批改動應該是 0.0.4。

規矩：改版本號之前先看 master／main 現在是幾號，再決定要不要往上加。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 05:37:26 +00:00
jiantw83andClaude Opus 5 603741a4cc feat: 預設人格自動載入 + 睡眠（sleep 指令與 persona-sleeper sub agent） 
兩件事，共用「關係圖 last_contact_at」這個零件，所以放同一個 commit
（兩者在 persona-lib／persona.mjs／README 裡的 hunk 是交錯的，硬拆會拆壞）。

## 預設人格（開新 session 自動載入）

- 新增 `default` 子指令：查詢／`--persona <slug>` 設定／`--clear` 取消。
- 設定存在 `<PERSONA_HOME>/.runtime/settings.json` 的 `default_persona`，
  環境變數 `PERSONA_DEFAULT` 優先（`off` 可臨時關掉）。
- `SessionStart` hook 四條路徑：沒設定 → 維持原本「等使用者指定」；設定了 → 取鎖、綁 host、
  prune、reindex 並注入人格狀態；拿不到鎖 → 只回報 owner 與心跳，不自作主張 takeover；
  人格不存在 → 警告並改列可用人格。
- 「不替使用者挑一個人格附身」仍然是預設行為，這只是讓他能明示地推翻它。

## 睡眠

- 新增 `sleep` 子指令（機械性收尾，順序即相依）：關係時間戳 → 裁短期記憶 →
  收起太久沒動的思維導圖 → 套用一次 8 小時的情緒衰減 → 重建索引 → 修剪 said →
  壓縮舊 journal → 寫 state/sleep.json → Gitea 兩區 push 並驗證。
  預設保留載入鎖（`--release` 才收工），每一步各自 try/catch，一步壞掉不放棄整場睡眠。
- 需要判斷的部分（固化什麼、忘掉什麼、日記寫什麼）留給人格自己，由 skill 驅動。
- 新增 `persona-sleeper` sub agent 型別：**那個人格本人在睡**。對自己可寫但被 pin 住
  （連叫它來的主人格都不能碰）、只准跑 15 個收尾子指令、不得用 Write/Edit 或 shell 改檔案。
- 新增 sleeper 租約（`state/sleepers.json`，300 秒）：沒活鎖就取得、同 session 直接睡、
  死鎖可接手、**別的程序活鎖住則拒絕**（硬睡會讓兩邊的記憶互相覆蓋）。
- `--json` 回傳刻意很窮：只有 persona/ok/slept_at/steps/sync/kept_lock。
  sub agent 的回傳值會進主人格的上下文，是一條會從正門繞過跨人格隔離的通道，
  所以在 CLI 這一層封死，不靠提示詞自律。
- 關係圖新增 `last_contact_at`（`relation node --contact`／睡眠自動蓋），
  並用 `staleContacts()` 算出「很久沒接觸又很親近的人」——人格主動提議去關心誰的依據。
  輕量邀請用既有的 `invite --theater off`（不切走畫面），但要先問使用者一句。
- 新增 skill `persona-sleep`；`SubagentStop` 會還掉 sleeper 租約。

## 驗證

`node scripts/selftest.mjs` → 210 項全綠（新增第 ⑳ 節 12 項、第 ㉑ 節 23 項），
其中包含「回傳值不含任何記憶內容」與 sleeper 的六條權限邊界。

版本號 0.0.5。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 05:34:08 +00:00
jiantw83andClaude Opus 5 042c0e7d4c chore: 版本號改為 0.0.3 
依使用者指示，把三份 manifest 的 version 從 0.0.9 改回 0.0.3
（PR #3 的全部變更視為同一個版本）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 03:46:09 +00:00
jiantw83andClaude Opus 5 929ccb3c05 feat: 從找圖開始優化——高解析度官方設定稿 → 去背 → 合成為形象圖 
1. 找圖（icon search）
   從 Fandom API 撈角色頁的所有圖片，依「解析度 + 是不是官方設定稿」排序。
   官方設定稿（Full Body / Character Design / Avatar）是最好的來源：
     * 773×1056 起跳，遠勝角色資料庫的 230px 縮圖
     * **多半本來就是透明底 PNG**，去背幾乎免費、邊緣完美
   新增 icon measure：回報解析度、臉佔比、背景是透明／單色／有場景、去背難度。

2. 去背（icon cutout）→ icon/portrait-cutout.png
   三條路徑自動選：
     source-alpha       原圖已是透明底（官方設定稿常見）→ 完美
     plain-background   純白／單色底，色距去背 + 最大連通區 + 補洞 → 很好
     grabcut            有場景時用臉的位置當前景種子 → 普通
   實測記錄：把臉從 2026 主視覺裁下來再 GrabCut，結衣的黑髮會被整片當成背景切掉；
   換成官方設定稿之後這問題直接消失——所以「找對圖」比「去背演算法」更關鍵。

3. 合成（icon generate --from-cutout）
   自動裁成頭肩構圖再疊到角色配色的漸層底上。官方設定稿常是正反兩面並排，
   不裁會變成兩個人，所以 compose 預設 --crop head（--zoom 可調鬆緊）。
   產出 icon.svg（內嵌同一張 PNG，自成一體不外連）、icon.png，
   以及 icon/portrait.svg 與 512／1024 兩個解析度。

   向量重繪（--features）保留為「找不到可用官方圖」時的退路。

已更新兩個真實人格（皆為 cutout 樣式，Wiki 同步已驗證）：
   ASUNA-01  Asuna's SAO Avatar Full Body（773×1056，透明底）— 對應 2026
             《Unanswered//butterfly》重述的早期艾恩葛朗特
   YUI-01    Yui's ALO Pixie Form Full Body（773×1056，透明底）— 現行 Unital Ring
             章的導航妖精形態

順手修掉兩個 bug：
   * 合成路徑下 svg 為 null，回傳時 Buffer.byteLength(null) 直接崩潰。
   * verifyArea 解析 git status --porcelain 時，因為 git() 會 trim 輸出，
     開頭空白已消失（" M x" → "M x"），正規式對不上，檔名前面多一個 M。

selftest 175 項全綠（新增第 ⑲ 節：找圖評分、去背三路徑、compose 預設裁頭肩、
去背圖在 icon/ 會同步、SVG 不外連、沒有去背圖時 --from-cutout 會擋下）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 03:43:45 +00:00
jiantw83andClaude Opus 5 cd1f4754ab fix: Wiki 圖片其實是破圖（HTML img 不被改寫）；形象圖加高解析度與五官細節 
1. Wiki 形象圖「沒有同步」的真正原因
   內容其實一直是一致的（md5 相同），但**頁面上看不到圖**：
   Icon.md／Home.md 用了 HTML `<img src="icon.svg">`，而 Gitea **只改寫
   Markdown 圖片語法**（`![](icon.png)` → `/wiki/raw/icon.png`）。HTML 的 src
   被瀏覽器解析成 `/wiki/icon.svg` → 303 轉址 → 破圖。
   用公開的臨時庫實測四種寫法後確認，全部改成 Markdown 語法。

   同時發現攤平規則過頭了：原本所有子目錄檔案都被壓成 `icon-portrait.svg`。
   實測 `/wiki/raw/<資料夾>/<圖>` 是取得到的，所以**只有 .md 需要攤平**
   （頁面必須在根層），圖片與附件保留資料夾結構。

2. icon/ 資料夾 + 高解析度
   每次 `icon generate` 都會輸出並同步：
     icon.svg / icon.png            512，Wiki 頁面與存取庫頭像
     icon/portrait.svg              向量原稿
     icon/portrait-512.png          高解析度
     icon/portrait-1024.png         高解析度
   柵格器加上每個圖形的 bounding box 裁剪，1024×1024（3× 超取樣）約 1.8 秒；
   沒有裁剪的話要跑上億次點測試。

3. 更貼近原圖、更可愛
   眼睛放大約 15%，虹膜改成四層（暗環→本色→下緣提亮→瞳孔）＋雙高光，
   眼線壓扁成細弧、外眼角加睫毛；頭髮加高光弧、髮絲與側髮反光；
   臉型再圓一點、加下巴陰影與鼻子。
   眉色改成隨髮色明暗調整：深髮往膚色提亮、淺髮比頭髮更深——否則不是和瀏海
   連成黑帶，就是變成兩條灰槓。

selftest 168 項全綠（新增第 ⑱ 節：icon/ 多解析度、PNG 實際尺寸、只攤平 .md、
Wiki 頁面不得用 HTML img、bounding box 裁剪效能）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 03:20:29 +00:00
jiantw83andClaude Opus 5 d0c42f0c15 feat: 形象圖改為「依人格資料重繪」，並驗證 Wiki 同步 
1. 不再直接使用網路上找到的圖片
   舊版把裁下來的官方美術當圖示（photo 樣式）。現在改成：
     找圖 → `icon headshot` 裁出**大頭照當底稿** → AI 用 Read 親眼看過 →
     讀出髮型/瀏海/眼型/表情/髮飾/領口等特徵 → **由本工具重新繪製**。
   * 底稿寫在 <人格>/.sync/headshot.png，**不是圖示、不同步、不發佈**。
   * 產出的 SVG 不得有 <image>／base64／外連（selftest 會擋）。
   * 移除 photo 樣式與 photoSvg；config 裡殘留的舊樣式會被忽略而非退回徽章。

2. 重繪引擎：五官與造型可參數化
   新增 --features：hairstyle(5) / length(4) / fringe(4) / eyes(4) /
   expression(4) / accessory(5) / side / collar(4) / ahoge。
   渲染器新增 polygon 圖元（呆毛、緞帶、V 領、銳利眼角），SVG 與自寫柵格器
   仍共用同一份圖形清單，兩邊必然一致。
   另外調了臉部比例：眉毛用「髮色偏膚色」避免深髮角色眉毛與瀏海連成黑帶、
   加了鼻子（否則嘴會被看成鼻子）、眼與嘴的縱向配置重排。

3. Wiki 形象圖必須同步（並且會被驗證）
   新增 `sync verify`（不一致以非零結束）與 verifyIconInWiki()；
   `icon generate` 推完 Wiki 會自動回頭確認 icon.svg + icon.png 真的在遠端
   且與本機一致。
   修掉一個會讓驗證永遠失敗的 bug：Wiki 首頁內嵌了 `最後同步 ${now}`，
   每次產生都不同 → 永遠 dirty、每次 push 都多一個 commit。改用圖示的
   generated_at。porcelain 解析也從固定位移改為正規式。

已重繪兩個真實人格（皆為 portrait 樣式，並通過 Wiki 同步驗證）：
  ASUNA-01  底稿=《Unanswered//butterfly》(2026) 主視覺左側；金蜜色極長直髮、
            中分瀏海、呆毛、紅褐杏眼、沉靜神情、紅上衣 V 領
  YUI-01    底稿=AniList 官方角色圖；藍黑極長直髮、齊瀏海、圓大棕眼、燦爛笑容，
            髮飾與配色採現行 Unital Ring 導航妖精造型（淡粉洋裝、藍花）

selftest 161 項全綠（新增第 ⑰ 節：特徵解析、換髮型/眼型/表情會畫出不同的圖、
polygon 兩邊一致、舊樣式不污染、SVG 無內嵌影像、Wiki 首頁無時間戳）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 02:57:18 +00:00
jiantw83andClaude Opus 5 15e4eea8ac feat: 圖示改為人物形象圖（有臉），並讓 Wiki 保存 SVG + PNG 
1. 圖示三種樣式，優先看得到臉
   photo    有參考圖且工具齊全 → 從官方視覺自動偵測並**裁出臉**，圓角＋瞳色外框
   portrait 有參考圖但缺工具   → **有五官的向量人物**（髮型/瞳色/服裝色都取自那張圖）
   badge    完全沒有參考圖     → 舊的雙色漸層 + 編號字母

   portrait 與 badge 共用同一份「圖形清單」，SVG 與自寫柵格器從同一份資料畫，
   兩邊不可能長得不一樣；photo 的 SVG 以 base64 內嵌裁好的 PNG，一樣不外連。

2. 缺工具會「提示安裝」，不靜默降級
   新增 scripts/portrait.py（選用）：Pillow 解碼裁切、OpenCV + lbpcascade_animeface
   偵測動漫臉。toolReport() 會列出缺什麼、為什麼要、怎麼裝（venv 免 sudo），
   CLI 在退回向量形象時把這些印出來。
   注意：**OpenCV 5 拿掉了 CascadeClassifier，必須裝 4.x**。
   plugin 本體仍然零依賴——沒有這些工具照樣產得出有臉的形象圖。

   新增 `icon faces`：列出參考圖裡偵測到的所有臉。多角色的主視覺一定要先看再挑
   （--pick <索引>|largest|leftmost|rightmost 或 --face x,y,w,h），挑錯就是別人的臉。

3. Wiki 保存形象圖
   icon.svg 與 icon.png 都在 Wiki 區，另外自動產生一頁 Icon：同時展示兩種格式，
   並列出樣式、調色盤、來源網址、造型說明與裁切框。PNG 同時設為存取庫頭像。

已套用到兩個真實人格（皆為真實裁臉）：
  ASUNA-01  《Unanswered//butterfly》(2026) 官方主視覺，臉 #1（anime-cascade）
  YUI-01    AniList 官方角色圖（frontal-cascade）

selftest 148 項全綠（新增第 ⑯ 節：形象圖真的畫了五官、SVG/PNG 出自同一份清單、
工具偵測與安裝提示、Wiki 形象圖專頁與來源）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 02:39:58 +00:00
jiantw83andClaude Opus 5 1884a9c3d7 feat: 圖示配色取自人格「最新一次登場」的官方視覺 
新增 skill persona-icon：上網查出該人格最新的官方視覺 → 下載 →
**用 Read 親眼看過** → 取髮色/瞳色/服裝色 → 用那組配色繪製圖示，
來源網址與造型描述一併寫進 state/config.json 備查。

CLI：
  icon generate --palette "hair=#..,eye=#..,accent=#..,secondary=#..,light=#.."
                --source-url <網址> [--source-note <說明> --source-date <日期>]
  * --palette 必須配 --source-url（配色要有出處，CLI 強制）。
  * 配色與來源存進 config.icon，之後不帶 --palette 重畫會沿用，不會變回雜湊色。
  * icon show 會列出調色盤與來源網址。

繪製：漸層＝髮色→服裝主色、外框＝瞳色、點陣紋＝亮色、中央仍是編號前兩字。
一深一淺的極端配色（藍黑髮＋淡粉洋裝）會把較亮端往較暗端壓到對比 ≥ 3.2，
確保字讀得到——顏色仍是照片來的，只是收斂色階。

為什麼不是把照片本身當圖示：
  1) 環境裡沒有任何影像解碼器（rsvg/imagemagick/Pillow/ffmpeg 都沒有），
     JPEG/WebP 讀不進來，無法轉成 PNG；
  2) 把他人的美術作品原樣放進存取庫是散布，不是引用。
取配色是有依據又不搬運原圖的做法，這個取捨寫進了 README 與 skill。

已套用到兩個真實人格：
  ASUNA-01  取自《Unanswered//butterfly》(2026) 官方主視覺（金栗髮/紅褐瞳/紅衣粉裙）
  YUI-01    取自 AniList 官方角色圖（藍黑髮/暖棕瞳）＋ Unital Ring 導航妖精造型

selftest 136 項全綠（新增第 ⑮ 節：調色盤解析、缺來源會被擋、格式錯誤會被擋、
來源寫入 config、重畫沿用配色、極端配色的對比保證）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 02:17:35 +00:00
jiantw83andClaude Opus 5 d067907225 feat: 建立人格並補齊資料後產生圖示（SVG + PNG，零外部依賴） 
`icon generate|show`：由**編號、Name、Emoji** 雜湊出配色與圖案，產出
512×512 的幾何徽章 icon.svg + icon.png，設為 Gitea 存取庫頭像並同步到 Wiki 區。

圖案（SVG 與 PNG 共用同一組單位座標與同一份 5×7 點陣字，**輸出的是同一張圖**）：
  * 雙色對角漸層底
  * 5×5 左右對稱點陣紋（identicon 式）
  * 中央兩個字母＝編號前兩字（ASUNA-01 → AS），依背景亮度自動選黑/白

同一個人格永遠得到同一張圖（純函數，無隨機）；ASUNA-01 與 ASUNA-02 明顯不同。

為什麼自己畫：這台機器（及多數伺服器）沒有 rsvg/inkscape/imagemagick，
沒有影像函式庫，也沒有 emoji 字型，而本專案禁止 npm 依賴。所以
scripts/persona-icon.mjs 自己柵格化（3× 超取樣 + 盒式縮減當反鋸齒），
再用內建 zlib 手工組出 IHDR/IDAT/IEND 與 CRC32。
emoji 無法柵格化，因此不作為圖形，但仍參與配色雜湊。

時機：**資料補齊之後才產生**——配色與字母綁在最終身分上，太早跑會對不上。
persona-create 第 7 步、persona-anime 第 8 步都補了這個步驟；改過身分用 --force 重畫。

selftest 128 項全綠（新增第 ⑭ 節：PNG chunk 合法性、決定性、不同人格不同圖、
圖示屬 Wiki 區、匯出用 base64 帶走二進位、guest 不得重畫）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 02:03:45 +00:00
jiantw83andClaude Opus 5 e986686d0e feat: 人格編號（ASUNA-01）與 Gitea 儲存，依更新頻率分檔案區/Wiki 區 
1. 人格編號
   - 編號 = 英文名全大寫 + 兩位索引，同名才遞增：ASUNA-01 / YUI-01 / ASUNA-02。
   - 編號同時是新人格的本機目錄名與 Gitea 存取庫名稱（`create` 不給
     --persona 就用編號當目錄名；既有小寫 slug 仍然合法，不會被鎖在門外）。
   - 中文名由 skill 提議羅馬拼音、使用者確認後帶 `--romaji` 進來；
     CLI 只吃拉丁字母，避免拼音在程式裡亂猜。
   - 新增 `code show|assign|next`；`code assign --rename` 可把既有人格的
     目錄名一併改成編號（會轉移鎖與 session 綁定）。

2. Gitea 儲存（scripts/persona-gitea.mjs）
   - 每個人格一個私有存取庫，庫名 = 編號。本機仍是工作副本，hook 每輪
     讀寫本機檔案，**同步失敗永遠不阻斷對話**。
   - 依更新頻率分區：
       檔案區（高頻）emotion / short-term / inner / said / inbox /
                     mindmap threads / journal → 每輪由 Stop hook 背景 push
       Wiki 區（低頻）IDENTITY SOUL AGENTS USER / 長期記憶 / INDEX /
                     心智圖 / 關係圖 → 固化、改身分關係、release 時 push
   - Gitea 的 wiki 只有根目錄 .md 會變成頁面（1.27 實測子目錄頁面 404），
     所以 Wiki 區攤平成 `Memory-xxx.md`，原始路徑記在 `_paths.json`，
     pull 時還原；Home 頁自動列出所有長期記憶連結。
   - 新增 `sync status|init|push|pull`；載入時先 pull，兩邊都改過同一個
     檔案就停下來不覆蓋本機，交由使用者決定。
   - push 遇到 non-fast-forward 會對齊遠端後把工作副本重新疊上去再推。
   - 認證走 http.extraHeader（GIT_CONFIG_* 環境變數），token 不寫進
     .git/config 也不進 process 參數。

3. 順帶修正
   - guard 的 `--persona` 解析原本只吃小寫，大寫編號會漏掉整個跨人格檢查。
   - pull 原本會無差別覆蓋本機檔案，本機較新但還沒 push 的內容會被蓋掉；
     改成只寫回「遠端真的改過的」與「本機缺少的」。
   - `create` 原本吞掉 Gitea 首次推送的結果，失敗是靜默的。

新增 skill：persona-sync（編號、同步、既有人格遷移、衝突處理）。
selftest 116 項全綠（新增 ⑬，含「分區不重不漏」檢查；測試強制 PERSONA_GITEA=off）。
另對真實 Gitea 跑過端對端（建庫→兩區推送→改動→拉回→release），測試用存取庫已刪除。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 01:49:27 +00:00
jiantw83andClaude Opus 5 52a73e81c8 feat: 心裡話與不重複發言、劇場模式同規則、人格匯出匯入 
讓人格講話更像正常人，並讓人格可以搬家。

1. 心裡話（inner voice）
   - 新增 `think` 子指令：推導/盤算寫進 state/inner.jsonl，
     只印「💭 心想 N 句」，內容永不回顯給使用者。
   - <persona-context> 每輪帶回最近三句，推論因此有連續性。

2. 短時間內不重複
   - 說出口的話由 Stop hook 自動記進 state/said.jsonl。
   - 新增 `said check|list`：事前確認這句是不是又要說一次。
   - 相似度 = 字元 bigram Jaccard(0.4) + 字集合 Jaccard(0.6)，
     門檻 0.72；字集合權重較高才分得開「重排語序」（要擋）
     與「換掉關鍵詞」（是新資訊，放行）。

3. 回話一到三句 + 劇場模式同樣適用
   - 規則注入 turnContext 與 UserPromptSubmit hint。
   - 劇場模式的 CLI 都帶 --quiet，警告會被丟掉，所以 `room post`
     對近似重複與超過三句的發言直接拒收（--allow-repeat / --force 例外），
     host 與 guest 走同一支 CLI，一視同仁。

4. 人格匯出匯入（新 skill persona-transfer）
   - `export` / `import`：單一 JSON bundle（可 gzip）＋ sha256 checksum，
     無外部依賴。不帶載入鎖與 guest 租約，journal/ 需明確 --with-journal。
   - 匯出只能匯出本 session 已載入的人格，否則等於跨人格讀取的後門；
     bundle 內的 ../ 逃逸路徑一律拒收。

順帶修正：agents/persona-guest.md 的 CLI 範例都少了 --as-guest，
照著跑會被 requireMember 擋下，guest 根本無法認識自己或發言。

selftest 102 項全綠（新增 ⑪ 說話節制、⑫ 匯出匯入，含重複判定校準對照表）。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 00:59:16 +00:00
jiantw83andClaude Opus 5 2005f26c94 feat: 改寫為 Node.js，新增動漫角色建人格、劇場模式與記憶固化條件 
腳本全面從 Python 改寫為 Node.js（ESM，只用內建模組，無 npm 依賴）：
scripts/persona-lib.mjs（核心）、scripts/persona.mjs（CLI）、hooks/*.mjs（六個
hook）、scripts/selftest.mjs（68 項自我測試，全綠）。

新增：
- persona-anime skill：用「動漫作品＋角色名」建立人格，先上網蒐集至少三個獨立
  來源的公開設定，映射成 OpenClaw 的 IDENTITY 五欄位與 SOUL 四段落，再固化成
  canon 基礎記憶（每則帶來源 URL）＋原作人際關係圖＋依角色型別的情緒基線；
  必寫 roleplay-frame 界線記憶（非官方、非本人）。
- 劇場模式：invite 後只顯示人格對話（`名字：內容`）。UserPromptSubmit hook 每輪
  注入強制規則、Stop hook 完全靜音，CLI 新增 --quiet 與 room script（乾淨對話稿）。
  leave 後沒客人自動關閉，也可用 room theater --on/--off 手動切換。
- 短期→長期記憶的成文轉入條件 R1–R6（promotionCandidates）與 candidates 子指令，
  hook 在達標時提醒固化；長期記憶新增 canon 型別與 rules 欄位。
- 人格改為「由使用者呼叫才載入」：SessionStart hook 只列出可用人格，不自動附身。

其他：版本號改回 0.0.1；README／AGENTS.md 同步更新。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 16:03:27 +00:00
jiantw83 4426ede979 初版 2026-07-29 14:37:20 +00:00
jiantw83 9c0973ead4 Initial commit 2026-07-29 13:40:47 +00:00