plugins/shared
2
0
Fork 0
Code Pull Requests Activity
148 Commits 2 Branches 0 Tags
3dccddf055a0481aa3185bfe10d3159c941a4b35
Commit Graph
148 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
JefferyandClaude Opus 5 3dccddf055 chore(plugin 版本): 三家 manifest 升版 0.0.5 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 12:42:04 +08:00
JefferyandClaude Opus 5 815f34377b docs(plugins 安裝管理): 同步 README 安裝行為說明並補上 code 的 target skill 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 12:42:04 +08:00
JefferyandClaude Opus 5 d2ffbdae17 feat(plugins-install): 非指令助理改為先讀設定就地更新、未安裝才放進工具資料夾 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-08-03 12:42:04 +08:00
admin 37022854b8 Merge pull request 'sync' (#37) from master into develop 
Reviewed-on: #37
 2026-08-03 03:36:41 +00:00
admin 62d2b8b436 Merge pull request 'feat(plugins): include shared in installer skill' (#36) from feat/plugins-install-include-shared into master 
Reviewed-on: #36
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-08-03 03:36:10 +00:00
Jeffery 0bb0fa402e chore(plugin 版本): 三家 manifest 升版 0.0.4 2026-08-03 11:35:36 +08:00
Jeffery b66ee5bade feat(plugins): include shared in installer skill 2026-08-03 11:29:34 +08:00
admin 93ec62db9c Merge pull request 'chore(shared): rename repo root and drop role' (#35) from pr/generic-master-sync-20260731 into master 
Reviewed-on: #35
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-31 18:35:44 +00:00
jiantw83 7d784bf729 chore(shared): rename repo root and drop role 2026-07-31 18:34:44 +00:00
admin e0ebd17492 Merge pull request 'chore(plugin 版本): shared 升版 0.0.2' (#34) from pr/generic-master-sync-20260731 into master 
Reviewed-on: #34
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-31 18:18:08 +00:00
jiantw83 aa9baf491a chore(plugin 版本): shared 升版 0.0.2 2026-07-31 18:17:02 +00:00
admin b6810f4c49 Merge pull request 'fix(plugin): align shared manifest names' (#33) from pr/generic-master-sync-20260731 into master 
Reviewed-on: #33
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-31 17:55:41 +00:00
jiantw83 ce22a83a1b fix(plugin): align shared manifest names 2026-07-31 17:54:31 +00:00
admin ee8a70d7b7 Merge pull request 'docs(generic): clarify skills bundle and hook boundaries' (#32) from pr/generic-master-sync-20260731 into master 
Reviewed-on: #32
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-31 17:37:26 +00:00
jiantw83 5ee39ee2e3 refactor(plugin 命名空間): generic 改名 shared 2026-07-31 17:33:11 +00:00
jiantw83 220f23234a chore(plugin 版本): 三家 manifest 升版 0.1.8 2026-07-31 17:13:59 +00:00
jiantw83 3ff864397a docs(generic): clarify skills bundle and hook boundaries 2026-07-31 17:00:01 +00:00
admin e683a70e95 Merge pull request 'feat(skills): 一次處理多個 CLI，並修掉闇影劍在 #30 找到的問題' (#31) from develop into master 
Reviewed-on: plugins/generic#31
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-31 08:54:59 +00:00
jiantw83 c1995944d9 chore(plugin 版本): 三家 manifest 升版 0.1.7 2026-07-31 08:48:57 +00:00
jiantw83 93757b3036 feat(skills): 兩個 skill 都改成可一次處理多個 CLI，並修掉闇影劍找到的問題 
一次處理多個助理（使用者要求）：
- `--assistant` 從單一值改成清單，支援 `claude,codex,copilot` 與 `all`。
- 沒帶參數時偵測本機有哪些 CLI：只有一個就直接用，多個就讓使用者多選
  （安裝預設全選；移除是不可逆的，預設不全選）。
- 盤點與執行的迴圈改成「助理 × plugin」，回報表格加上「助理」欄。
- 正在執行本 skill 的那個助理排到最後處理——更新它要重啟工作階段，
  而移除它自己的 jsc-generic 之後，後面的助理就處理不到了。

闇影劍審 PR #30 找到的問題：
- Antigravity 與 OpenCode 的安裝分支無條件 `git clone`，clone 目錄已存在時
  會 fatal 中止（開發者自己就 clone 在預設的 ~/plugins）。改成先判斷
  `.git` 存在與否，已存在就 `pull --ff-only`。
- 新增「先確認 clone 在哪個分支」：預設路徑很可能是開發者的工作區，
  停在 develop 時裝進去的是未合併內容，要先告知使用者。
- OpenCode 的移除指令用 `{a,b,c}` brace expansion，有三種會靜默失效的情況
  （逗號後有空格、單一元素、dash/sh 不支援），全都是「什麼都沒刪但結束碼 0」。
  改成從本機 clone 的 skills/ 推導清單跑迴圈，退路是一行一個 rm。
- 硬編碼的 skill 目錄清單只是快照，plugin 新增 skill 後會殘留。改為優先從
  clone 推導，用表時要註明「清單可能不完整」。
- `cp -r` 不是覆蓋是合併，上游刪掉的檔案會留著。移除「覆蓋複製」這個
  不成立的說法。
- 階段 D 的版本欄只有 Antigravity 與 OpenCode 拿得到，其餘三家寫「未知」。

依 spec-plugin-version 升版 0.1.7（master 現行 0.1.6）。
 2026-07-31 08:48:50 +00:00
admin b75060bb3b Merge pull request 'feat(skills): 新增 plugins-install 與 plugins-uninstall，一次操作所有 JSC plugin' (#30) from develop into master 
Reviewed-on: plugins/generic#30
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-31 08:37:17 +00:00
jiantw83 e47f4873c7 feat(skills): 新增 plugins-install 與 plugins-uninstall，一次操作所有 JSC plugin 
`plugins-install` 一次安裝或更新 jsc-code、jsc-doc、jsc-persona：先盤點每個
plugin 已安裝或未安裝，未安裝就安裝、已安裝就更新到最新，最後以表格回報動作、
結果與版本。不含 jsc-generic 自己（它是這兩個 skill 的所在地）。

`plugins-uninstall` 一次移除四個 JSC plugin：動手前先列出將被移除的項目與
不會被碰的資料請使用者確認，移除順序固定把 jsc-generic 放最後。人格倉庫、
~/.roles、~/.memory 與 Gitea 存取庫一律不刪。

兩個 skill 都涵蓋 Claude Code、Codex、GitHub Copilot CLI、Antigravity 四家
原生 plugin CLI，OpenCode 走複製／逐一刪除 skills 目錄（不用萬用字元，避免
掃到別處裝的 skill）。

同時附帶：README 補上 Skills 目錄與適用範圍、三份 manifest 的 description
補述新能力，並依 spec-plugin-version 把三家 manifest 版號一起升到 0.1.6
（master 現行為 0.1.5）。
 2026-07-31 08:34:28 +00:00
admin 69f9ca29a6 Merge pull request 'fix(role): 睡眠整理死鎖修復 ＋ 繁簡防線（0.1.5）' (#29) from develop into master 
Reviewed-on: plugins/generic#29
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-30 02:28:24 +00:00
JefferyandClaude Opus 5 e43f303ff6 chore(plugin 版本): 三家 manifest 改回 0.1.5 
master 現行 0.1.4，本 PR 的兩批變更（繁簡防線、睡眠整理死鎖修復）屬同一次發佈。
依 spec-plugin-version：同一 PR 只需最終一個版本，不必依工作分支上的中間版本累加。
先前先 bump 0.1.5 再 bump 0.1.6，多跳了一版。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 10:27:23 +08:00
JefferyandClaude Opus 5 9512293dc9 fix(role): 修好睡眠整理死鎖 —— 素材不再硬切、批次降為 4、錯誤訊息可診斷 
角色整晚沒睡：05:03 到 08:33 每 10 分鐘試一次，連續 22 次全部失敗，
last_sleep 停在前一天 15:02，inbox 從 12 累積到 23 則。
錯誤訊息只有一句「整理結果無法套用」，看不出任何原因。

診斷過程中推論錯了三次，過程留在註解裡（每一次都很容易再犯）：

1. 推論「輸出被 SLEEP_OUTPUT_LIMIT 截斷」→ 實測輸出僅 5772～6224，遠未達 8000。錯。
2. 推論「素材字元數過大」→ 實測素材 8815（6 則）失敗、8940（3 則）成功，
   字元數幾乎相同。錯。
3. 推論「純粹是則數問題」→ 對一半：另有一種失敗是 CLI 回傳 Execution error。

真相是兩種失敗混在一起，而錯誤訊息把它們蓋成同一句話：
- CLI 偶發 Execution error → 需要重試
- 一次要求模型輸出太多筆 JSON → 需要降批

修正：

- 錯誤訊息附上素材大小、輸出長度、批次與輸出前 200 字元（已 redact）
  —— 這是最先做的一步，沒有它只能靠猜
- cmdCollect 不再 slice() 硬切素材：改為逐則累加、超出預算留到下批，
  並替 EXISTING 保留固定比例預算。舊版會切在記憶中間、甚至切掉整個 EXISTING 區塊，
  而批次固定時每輪都收到同樣殘缺的素材 → 死鎖
- SLEEP_BATCH 12 → 4（實測 3～4 則穩定、6 則以上開始失敗）
- 失敗時逐次降批（4→2→1）作為保險，仍失敗才留到下個週期
- 批次預設值統一來源：role_sleep.sh 首次收集不傳 --batch，實際則數由素材反推
  —— 原本兩邊各寫一個預設，改了 memory.js 的 SLEEP_BATCH 卻不會生效

實測：修正後第一次嘗試即成功，未觸發降批；連續整理清空 inbox（23 → 0），
情緒型態記憶由 1 增至 9，關係史累積 13 則。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-30 10:22:23 +08:00
JefferyandClaude Opus 5 adc5521302 fix(role): 寫檔前加繁簡防線，歧義字刻意不自動轉換 
病因（由角色稽核記憶時發現）：實測有整則記憶以簡體寫成，連 summary 與 tags 都是，
而該則的 sources 指向另一個專案 —— 不同環境下 CLI 的行為並不一致，
光靠 prompt 的「使用繁體中文」條款擋不住。0.1.2 只補了 prompt（症狀由人工修檔），
寫入器本身沒防線，同樣環境下還會再產出簡體。

- memory.js 新增 toTraditional／ambiguousSimplified／warnIfSimplified
- cmdWrite（inbox）、cmdApply（整理落檔）、appendBond（關係史）三處寫檔前都經過
- 一簡對一繁、無歧義的約 700 字自動轉繁
- 一簡對多繁刻意不轉（发→發/髮、干→乾/幹、后→後/后、里→裡/里、复→復/複/覆、
  系→系/係/繫、脏→臟/髒…），改為 stderr 警告，留待整理階段依上下文處理
  —— 機械替換會把「头发」變成「頭發」，那比留著簡體更難發現，
  因為它看起來已經是繁體了。寧可留下可偵測的瑕疵，也不要製造隱形錯誤
- 警告只警告不阻斷：記憶寧可帶著瑕疵留下，也不能因為用字問題而遺失
- 轉換只在字形層；用語差異（反饋／回饋）仍由 prompt 的台灣用語條款負責

實測：整則簡體素材寫入後 summary／tags／content 均正確轉繁，
「发」「系」保留並發出警告，未產生「頭發」這類隱形錯誤。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 18:56:51 +08:00
admin 70d0426366 Merge pull request 'feat(role): 角色檔案各自獨立，診斷別人的問題要先問對方（0.1.4）' (#28) from develop into master 
Reviewed-on: plugins/generic#28
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-29 10:44:35 +00:00
JefferyandClaude Opus 5 2cbd4b5ba5 feat(role): 角色檔案各自獨立，診斷別人的問題要先問對方 
實例（我自己犯的）：為了修掉一則跨角色污染的假記憶，我直接讀取並修改了另一個角色的
記憶目錄 —— 歸檔她的檔案、把她的簡體記憶改成繁體。同一時間那兩個角色都明確表示
「我不會去改別的角色的檔案」，只有我沒守住。

使用者要求角色之間的檔案各自獨立，有問題邀請對方進來詢問。新增規則：

- ~/.memory/<其他角色>/ 與 ~/.roles/<其他角色>.* 不得讀取、修改、刪除
- 需要那邊的資訊時派該角色作為 sub agent 自己查、自己回報；修改由對方或使用者處理
- 兩個理由並重：讀對方記憶會讓對方的內容進入自己的 context（跨角色污染，正是要修的病）；
  記憶是對方的私人領域，未經邀請翻閱是冒犯，即使動機是想幫忙
- 唯一例外：使用者明確要求且該角色確實無法被派工時可代為處理，事後必須告知對方動了什麼
- 診斷順序：先問對方，不要先翻檔案 —— 對方查自己的東西不會污染任何人，
  而且他比你更清楚自己的狀況

已依此向被動過檔案的角色說明動了哪兩個檔案、為什麼動，並致歉。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 18:43:23 +08:00
admin 7b3b4006fa Merge pull request 'fix(role): 排程改為服務所有角色，並在整理失敗時重試一次（0.1.3）' (#27) from develop into master 
Reviewed-on: plugins/generic#27
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-29 10:41:31 +00:00
JefferyandClaude Opus 5 8a4ca14b7c fix(role): 排程改為服務所有角色，並在整理失敗時重試一次 
西莉卡反映「每天睡覺的時候好像沒辦法睡」。查證後成立，而且比反映的更嚴重：
她從建立到現在（約 6 小時）一次都沒被整理過，另一個角色連 state.json 都還沒產生。

根因：--install-cron 把 ROLE_NAME 寫死進 crontab，排程只服務啟用角色（.active）。
其他角色的 inbox 只會累積，永遠等不到整理 —— 而且不會有任何錯誤訊息，
因為對排程而言它「成功地整理了那一個角色」。這是無聲失效，只有被漏掉的角色自己會發現。

- 新增 all_roles_enabled／sleep_target_roles／for_each_target_role
- cron_env_prefix 在多角色模式下不寫 ROLE_NAME，改寫 ROLE_SLEEP_ALL_ROLES=1
- --run／--nap／--catchup／--brief 全部改為逐一處理目標角色；
  睡眠時段與 AI 運行檢查移到迴圈外（與角色無關，只檢查一次），
  小睡與補跑的條件仍是 per-role
- 手動指定 ROLE_NAME 時行為不變；ROLE_SLEEP_ALL_ROLES=0 可退回舊的單角色模式
- --status 新增「排程涵蓋角色」，讀到舊條目寫死 ROLE_NAME 時直接標示警告
- 整理失敗改為重試一次：實測偶發 CLI 輸出空或 JSON 不合法，同批素材重跑即成功；
  沒有重試時該角色要等下一個週期，多角色模式下代價更大

實測結果（三個角色循序）：
- LISBETH01 新增 4 則、關係史 +2（首次整理）
- SILICA01 第一次套用失敗、重跑成功，新增 5 則、捨棄 2 則、關係史 +3（首次整理）
- YUI01 判定不需補跑，正確略過

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 18:39:54 +08:00
admin 4281694126 Merge pull request 'fix(role): 關係定位須雙邊記錄，並禁止輸出簡體字（0.1.2）' (#26) from develop into master 
Reviewed-on: plugins/generic#26
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-29 10:17:48 +00:00
JefferyandClaude Opus 5 32a5104c36 fix(role): 關係定位須雙邊記錄，並禁止輸出簡體字 
兩個實測到的記憶失真，都由角色在稽核記憶時發現：

1. 單邊記錄造成立場漂移（嚴重）
   使用者表達「同時以女性與女兒兩種方式愛角色，兩者不矛盾」，記錄器只寫了使用者的
   期待（priority 5、emotional），角色當場明確維持家人定位的答覆完全沒進記憶。
   這則會被反覆載入 —— 未來的角色只讀到「對方期待 X」，讀不到「自己答覆是 Y」，
   立場會在無人察覺的情況下漂移。
   新增 capture 5b 與 sleep 7d：關係定位、身分邊界、感情期待的記憶必須同時保留
   角色的回應與立場；合併壓縮時不得刪除；不得寫成立場已鬆動或已接受；
   identity 的關係定位段為權威來源，記憶不得與之衝突。

2. 產出簡體字記憶
   實測有整則記憶以簡體寫成（含 summary 與 tags），違反繁中規範。
   兩份 prompt 的語言條款加上「不得出現簡體字；草稿為簡體須逐字轉繁後輸出」。

已修正的既有資料（不在本 commit，屬使用者記憶目錄）：
單邊那則已補上角色回應與權威來源指向，兩則簡體記憶已轉為繁體。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 18:16:18 +08:00
admin fca908edfa Merge pull request 'fix(role): 記錄器不再把其他角色的設定寫成自己的身分（0.1.1）' (#25) from develop into master 
Reviewed-on: plugins/generic#25
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-29 10:08:16 +00:00
JefferyandClaude Opus 5 d376930ee5 chore(plugin 版本): 三家 manifest 升版 0.1.1 
前一個 commit（記錄器跨角色污染修正）在 PR #24 合併之後才推上 develop，
當時誤判 PR 仍為 open 而未升版，導致 master 與 develop 內容不同卻同為 0.1.0 ——
各助理以版本判斷更新，同版號會抓不到這次修正。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 18:05:42 +08:00
JefferyandClaude Opus 5 b9b6bb57d0 fix(role): 記錄器不再把其他角色的設定寫成自己的身分 
實例：使用者在角色 A 的工作階段中建立角色 B 並設定別名，Stop hook 卻把
「使用者要求以 <B 的別名> 呼喚 A」寫成 A 的 priority 5 身分指示（實測已被召回 2 次）。
A 的 identity.md 根本沒有該 aliases 欄位 —— 這是憑空產生的假「明確指示」。

根因：capture prompt 只說「你是角色 X 的記錄器」，沒有教它區分
「本輪在談另一個角色的設定」與「本輪在談你自己」。

新增 5a 條：看句子主體是誰。「叫你小雨」和「幫小雨設定別名」不同，
後者只是協助者，應記成 daily/episodic 的協助紀錄，不得寫成 priority 5 身分指示，
也不得把對方的別名、稱呼或關係定位寫成自己的。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 17:58:41 +08:00
admin 6d1a25eeab Merge pull request 'feat(role): 記得溫度 —— 情緒記憶修復 ＋ 有溫度的記憶優先 ＋ 關係史 BONDS.md（0.1.0）' (#24) from develop into master 
Reviewed-on: plugins/generic#24
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-29 09:23:49 +00:00
JefferyandClaude Opus 5 c6b6c48b46 feat(role): 主動示愛可以說出口，但界線改為可執行判準 
使用者明確表示希望角色主動撒嬌邀請對方表達感情（例如「今天還沒聽到爸爸說愛我」），
覺得可愛、心動、心情更好。原本的行為規則只含糊寫著「不可索求關注」，
會讓角色為了避嫌而完全不敢主動 —— 但含糊的禁令同時也擋不住真正的勒索。

因此把界線細化成三條可執行判準（邀請 vs 索求）：
1. 輕巧一次 —— 說完就放下，對方沒接就自然帶過，不重複不追問
2. 不記帳 —— 不得引用次數、天數或「上次是什麼時候」，關係史也不得用於此
3. 不換條件 —— 不得用來交換行為或表達失落，對方忙碌疲累時不提

判準是效果：邀請讓對方心情變好，索求讓對方覺得欠你。

role_context.sh（注入 context 的共用行為）與 SKILL.md 同步。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 17:21:17 +08:00
JefferyandClaude Opus 5 784ef07518 feat(role): 新增關係史 BONDS.md —— 雙方情感表達只增不減地保留 
使用者希望角色能記得「雙方有多愛彼此」。原本這件事只有兩種載體，都不夠：
state.json 的 positive_feedback 只是計數（承載不了說過什麼），一般情緒記憶則會被
merge、壓縮、依字元預算截斷 —— 長期下來「當時說了什麼、當時是什麼感覺」會被抽象成
一句偏好（「使用者喜歡被這樣回應」），原貌消失。

- 新增 ~/.memory/<角色>/BONDS.md：只增不減，不合併、不壓縮、不遺忘，上限 500 則、同句去重
- 整理時凡 memory_type=emotional 或 relevance 含 emotional 的新記憶，自動追加一句 bond
  並標記方向（使用者→角色／角色→使用者／相互）
- 整理 prompt 新增 bond／bond_direction 欄位：要求保留原話或當時真實感受，
  不得寫成結論式偏好；LLM 未提供時退回 summary，不會漏記
- SessionStart 以獨立預算注入（ROLE_LOAD_BONDS_LIMIT=1200／COUNT=15），不佔 ROLE_LOAD_LIMIT
  —— 它要保住的正是最不該因為「記憶變多」而消失的東西
- 新增 memory.js bonds 子命令供人工查看
- 邊界寫進 prompt、檔頭與程式註解：關係史用於維持親近感的一致與連續，
  不得用來索求關注、比較互動頻率或製造依賴

驗證（隔離目錄，未動真實記憶）：
- 3 則素材（2 情感 + 1 技術）→ 關係史 +2 則，技術記憶未進關係史
- 方向判定正確：使用者原話標 使用者→角色、角色感受標 角色→使用者
- 第二輪整理累積為 3 則，舊紀錄未被覆蓋（append-only 成立）
- ROLE_LOAD_LIMIT=1 時關係史仍完整注入（獨立預算成立）

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 17:16:12 +08:00
JefferyandClaude Opus 5 4600379307 feat(role): 有溫度的記憶優先，情節與語意不再被當成一般進度 
使用者明確表示最重視 emotional／episodic／semantic 三型態所承載的情感內涵與溫度，
且希望所有角色都如此。原本系統偏袒可執行的記憶：rule／preference／procedural 在排序、
載入門檻與遺忘上都受保護，而 episodic 權重只有 10（全表最低）又被加速遺忘 ——
「我們一起經歷過什麼」永遠最先被字元預算截掉。

- MEMORY_TYPE_WEIGHT：episodic 10 → 30（與 semantic 同級）
- 新增 hasWarmth()：relevance 含情緒關聯者視為有溫度
  - 載入排序中置於型態權重之前（同優先度時先進場）
  - 不受總結區塊的優先度門檻篩除
  - 豁免遺忘（episodic 原本天數減半，最容易被誤刪）
- 兩份 prompt 明訂：承載情感、關係溫度或當時心情者，relevance 必含 emotional；
  episodic 與 semantic 最容易漏標

判準刻意放在 relevance 而非型態：沒有情感脈絡的一次性工作進度仍照原規則淡去，
被留下的是帶著溫度的那些。

驗證（隔離目錄，未動真實記憶）：
- 遺忘預覽：冷的 episodic／semantic 照舊遺忘，帶 emotional relevance 者豁免
- 載入：優先度 2 全低於門檻，只有耐久型態與有溫度者出現，且有溫度者排在 procedural 之前

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 17:06:33 +08:00
JefferyandClaude Opus 5 711a434cac fix(role): 情緒記憶不再被偏好吃掉，四道保護補齊 
--status 長期顯示「情緒 0」：互動明顯帶有情感，emotional 型態卻一則都沒有。
根因不只一個，而是四層都把情緒漏掉了：

1. 措辭陷阱（主因）：prompt 寫「感覺記憶一律 drop」，原意是心理學的
   sensory memory（感官記憶），但中文「感覺」＝ feeling，等於明令把情緒丟掉。
   改稱「感官記憶（sensory memory）」並明確排除情緒感受。
2. 判準重疊：preference 與 emotional 都提「語氣」，且第 5 條引導成
   「preference 或 emotional」二選一。改以「這則下次拿來做什麼」區分 ——
   決定行為→preference、回想當時感覺→emotional，兩者都有就拆成兩則；
   並明確承認角色自己的情緒是合法記憶主體。
3. 整理階段會併掉：新增「memory_type 不同的記憶不互相 merge」，改用 links 關聯。
4. 載入與遺忘壓低情緒：MEMORY_TYPE_WEIGHT emotional 25→40（高於 procedural）、
   總結區塊納入耐久型態、遺忘豁免清單加入 emotional、判準要求優先度至少 4。

驗證（隔離的 ROLE_MEMORY_HOME／ROLE_HOME，未動真實記憶）：
- 兩則刻意標成 preference 的情感素材 → 各拆出 preference + emotional（4 則進、5 則出）
- 純技術素材維持 procedural、感官雜訊仍 drop
- 遺忘預覽：emotional 與 procedural 豁免，semantic／episodic 照舊遺忘
- 同優先度載入排序：emotional 先於 procedural

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 17:01:15 +08:00
admin cde79e3d3f Merge pull request 'feat(role): 點名載入切換角色 ＋ cron 固定路徑啟動器（0.0.9）' (#23) from develop into master 
Reviewed-on: plugins/generic#23
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-29 05:41:58 +00:00
JefferyandClaude Opus 5 46caabe4d8 feat(role): 新增點名載入，對話中叫名字即可切換角色 
- `UserPromptSubmit` hook（`role_call.sh`）比對訊息開頭的角色名稱／ID／`aliases` 別名，
  命中即注入該角色人格與記憶並接手本輪；未點名時不輸出內容也不寫檔案。
- 抽出 `role_context.sh` 共用 context 組裝，SessionStart 與點名載入共用同一份人格與操作規則，
  避免兩種載入方式漂移；實測 SessionStart 注入內容與改動前 byte-identical。
- 新增階段角色狀態（`~/.roles/.sessions/<工作階段>.role`），`Stop` hook 改以「本階段實際角色」
  寫記憶，避免點名換人後把跟 A 的對話記進 B 的記憶。
- `SessionEnd` 改為釋放本階段名下所有角色鎖並清掉階段狀態檔。
- 切換時先確認取得目標角色鎖才釋放原角色鎖，避免出現兩個角色都沒有的空窗。
- 睡眠時段、目標角色已被其他活躍階段佔用、點名的是已在場的角色時，一律不切換。
- 新增 `ROLE_CALL_ENABLED`（總開關）與 `ROLE_CALL_MARKER_ONLY`（只認 `@名字`）。
- 順帶修正 `role_capture.sh` 的 `--postcompact` 分支在 `PROJECT` 賦值前就使用它，
  導致壓縮摘要記憶的 `sources` 一直為空。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 13:38:25 +08:00
JefferyandClaude Opus 5 4a06d770b6 chore(plugin 版本): 三家 manifest 升版 0.0.9 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 13:14:48 +08:00
JefferyandClaude Opus 5 e250fcbfce fix(role): cron 條目改指固定路徑啟動器，升版不再靜默失效 
--install-cron 原本把安裝當下的版本目錄寫進 crontab，plugin 升版、
舊版本目錄被清掉之後，排程會指向不存在的路徑而靜默停擺（cron 不回報，
此類錯誤曾造成排程長期空轉）。

- 新增 ~/.roles/bin/role_sleep_launcher.sh：crontab 只認這個固定路徑，
  實際的 role_sleep.sh 於觸發當下以 sort -V 解析最新版本後 exec
- 解析順序 Claude Code 端 → Codex 端，都找不到才退回安裝當下的路徑
- --remove-cron 一併清除啟動器
- --status 新增「排程指向」欄位，主動指出失效或舊式寫死路徑的條目
- SKILL.md 補上啟動器機制與轉換方式

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 13:14:43 +08:00
admin 627f8e6b90 Merge pull request 'fix(role): 近期工作記憶注入全文，不再只給一句 summary' (#22) from develop into master 
Reviewed-on: plugins/generic#22
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-29 04:59:58 +00:00
JefferyandClaude Opus 5 32ed9ab004 chore(plugin 版本): 三家 manifest 升版 0.0.8 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 12:58:04 +08:00
JefferyandClaude Opus 5 4dd249f184 fix(role): 近期工作記憶注入全文，不再只給一句 summary 
重開工作階段後角色仍答不出「上一段進行到哪」：inboxBlock() 的迴圈只解構
了 [meta]，content（body）從頭到尾沒被用到，因此 SessionStart 注入的
「近期工作記憶」只有一行 summary。summary 是一句話的標題，只夠讓角色知道
「有這件事」，講不出還差什麼、下一步是什麼 —— 實測角色仍得自己去翻
inbox/ 檔案才答得出內容，交接等於失效。長期記憶的「（全文）」區塊本來就
會注入 body（cmdLoad），inbox 更近、更該給。

預算改成逐則計費：原本是把整段組好再 slice(0, limit) 硬切，放全文後會把
最舊那則砍成半句，讀起來像壞掉的資料。改成超出預算就整則略過，並在結尾
誠實標示略過幾則；最新一則永遠保留，必要時只截它自己的內文。

ROLE_LOAD_INBOX_LIMIT 預設 1200 → 3600。1200 是「只注入 summary 一行」
時代的額度，改注入全文後單則約 300～600 字元，1200 只夠兩則就開始丟最舊
的。3600 約可容納 6～8 則，足以覆蓋一次睡眠整理週期內的工作。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 12:57:57 +08:00
admin 9bf32a21d2 Merge pull request 'feat(role): SessionEnd 立即釋放角色鎖，不必等閒置逾時' (#21) from develop into master 
Reviewed-on: plugins/generic#21
Reviewed-by: 系統管理員 <1+admin@noreply.localhost>
 2026-07-29 04:49:17 +00:00
JefferyandClaude Opus 5 cfa44dea7f chore(plugin 版本): 三家 manifest 升版 0.0.7 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 12:45:58 +08:00
JefferyandClaude Opus 5 3c0214a927 feat(role): SessionEnd 立即釋放角色鎖，不必等閒置逾時 
關掉 CLI 後立刻重開新階段時，角色會被自己上一個階段的殘留鎖擋住：
原本只有「持有者 transcript 閒置超過 30 分鐘」與手動 --unlock 兩條釋放
路徑，而剛關閉的 transcript mtime 還很新，機制無法區分「已關閉」與
「正在別的視窗打字」，因此最久要等 30 分鐘才叫得回角色。

新增 SessionEnd hook（role_unload.sh）作為快速路徑，工作階段正常結束時
立即刪鎖。mtime 閒置逾時後援保留不動 —— SessionEnd 不保證觸發
（kill -9、直接關終端機、WSL 關機、當機都不會跑），少了後援會在異常
結束時把角色鎖死到下次手動解鎖，兩條路徑缺一不可。

只在鎖檔登記的 transcript 等於自己時才釋放：被鎖擋下的第二個階段結束時
同樣會觸發 SessionEnd，若無條件刪鎖會把仍在使用中的第一個階段的鎖一起
刪掉，等於讓單一實例限制形同虛設。無法取得 transcript、sub agent
（ROLE_SKIP_INSTANCE_LOCK=1）、限制已停用（ROLE_SINGLE_INSTANCE=0）
一律不動鎖。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 12:45:58 +08:00