2 Commits

Include renames

Author	SHA1	Message	Date
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	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