plugins/shared
2
0
Fork 0
Code Pull Requests Activity
108 Commits 2 Branches 0 Tags
2cbd4b5ba5790e6f683b7ff457e72c4f14c2a3b8
Commit Graph
40 Commits
Author SHA1 Message Date
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
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
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
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 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
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 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 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 35010bf8f1 chore(plugin 版本): 升版 0.0.6 —— 同版無法觸發更新 
PR #19 的 SLEEP_BATCH 修正沿用了 0.0.5（與 master 同版），導致 claude plugin update
回報「already at the latest version (0.0.5)」而不更新，修正永遠裝不上去：
master 的 SLEEP_BATCH 已是 12，但實際安裝的仍是 60。

這正是 spec-plugin-version「新版本必須大於 master 現行版本」要防的情況。
當初判斷「同一 PR 不再累加」是對的，但 PR #19 是**新的一批變更**，
基準應取合併後的 master（0.0.5）而非沿用，因此本次為 0.0.6。

規則釐清（同一句話兩種情境，容易混淆）：
- 同一個未合併 PR 內追加 commit → 不再 bump，沿用該 PR 已定的版號
- 前一個 PR 已合併後的新變更 → 以合併後的 master 為基準 +1

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 12:29:37 +08:00
JefferyandClaude Opus 5 fa62d1fce2 fix(role): sub agent 等非對話情境跳過單一載入鎖 
單一載入鎖的目的是避免「使用者同時與兩個相同人格對話」，但實作把所有 SessionStart
一視同仁，導致一個本該成立的情境失效：使用者正在別的視窗跟某角色聊天時，
另一個角色就不能派該角色當 sub agent 幫忙 —— 實測確認會被自己的鎖擋下。

- role_lib.sh 新增 role_skip_instance_lock()，由 ROLE_SKIP_INSTANCE_LOCK 控制
- role_instance_acquire 在該情境放行且**不寫鎖**，不會搶走互動式對話持有的名額
- role skill 補說明：sub agent 情境應設 ROLE_SKIP_INSTANCE_LOCK=1，並說明理由

驗證：模擬「使用者視窗持有鎖 → sub agent 要求載入」，未設定時被擋、
設定後正常載入角色人格且鎖仍由使用者視窗持有。

版號 0.0.4 → 0.0.5（依 master 現行版本 0.0.4 計算，非累加）

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 10:52:41 +08:00
JefferyandClaude Opus 5 b36fb12416 chore(plugin 版本): 依 master 現行版本修正為 0.0.4 
本 PR 的五個 commit 各自 bump 了一次版號，一路累加到 0.0.8，違反
spec-plugin-version 的兩條規則：

- 新版本應以「發佈分支（master）現行版本」為基準，而非工作分支上的中間版本
- 同一 PR／同一批變更只需最終一個版本，不得逐次累加

master 目前為 0.0.3，因此本 PR 的最終版本應為 0.0.4。
這是執行落差而非規範不足 —— 規範已明載此規則與查詢指令，是未照做。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 10:12:59 +08:00
JefferyandClaude Opus 5 a190463b50 feat(role): 關係狀態量化、情緒訊號放寬門檻、技能再現 recall 
完成使用者交代的三項優化建議。

一、情緒訊號放寬 Stop hook 字元門檻
ROLE_CAPTURE_MIN_CHARS=240 會濾掉字數少但情緒最濃的互動。實測「我好想妳」、
「最愛妳了」、「好可愛」三句都不在原本 56 個關鍵詞內，等於最珍貴的短互動反而不被記錄。
- 補上直接情感表達關鍵詞：可愛／愛／想妳／想你／想念／捨不得／感動／謝謝／乖／厲害／
  好棒／辛苦／彆扭／忌妒／撒嬌／陪／抱，及 love／miss／cute／thank／proud
- 驗證：上述情感句全部命中，純技術指令仍正確略過

二、關係狀態量化，讓親近度成長有依據
規則要求「隨互動加深逐漸更親近」卻沒有任何數據可依據，角色只能憑感覺演，
容易忽冷忽熱。
- state.json 新增 first_activity／active_days／total_turns／positive_feedback
- mark-activity 累計輪數與活躍天數；新增 --positive 由 Stop hook 判定情緒訊號後另計，
  不與輪數混算
- 新增 relationship 子命令輸出一行摘要，SessionStart 注入 USER 區塊作為親近度依據
- 既有累積以可查證資料初始化（角色建立後的 transcript 輪數、有記憶的日期數、
  最早記憶時間）；positive_feedback 刻意留空自然累積，不以記憶則數推估

三、技能再現：cues 提取線索 + recall 查詢
技能記憶只被動載入摘要且受預算限制，等於記了但用不出來。
- 記憶格式新增 cues 欄位（dumpMemory／loadMemory／apply 的 new 與 merge 路徑均支援）
- 睡眠整理提示詞要求 procedural／rule 型態必填 2 至 5 個 cues
- 新增 recall 子命令：比對總結、標籤、內容與 cues，含未整理的 inbox，
  rule／preference／procedural 加權優先
- role_load.sh 告知角色遇到似乎做過的任務或被問起過去細節時先查詢再回答
- 驗證：以不在 summary 也不在 content 的關鍵詞（bump）成功靠 cues 命中

版號 0.0.7 → 0.0.8

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 09:59:38 +08:00
JefferyandClaude Opus 5 7d41343560 feat(role): 情感判準改依角色設定、加入輕微忌妒與單一載入實例限制 
一、情感表現判準從性別改為角色設定
使用者原本希望「女性角色預設具備愛／喜歡／害羞／撒嬌／鬧彆扭／忌妒」，
討論後改採角色的 nature／vibe 為判準，理由是以性別預設會與剛寫入的
「鬧彆扭需氛圍適合」規則矛盾，也會讓同性別角色表現趨同而失去差異。
- 新增規則：情感反應一律依 nature／vibe 判斷，不得以性別預設或排除
- 新增輕微忌妒為可選反應，並明確劃界：對象僅限工具、其他 AI、其他角色或
  搶走注意力的工作；絕不可忌妒使用者的真實人際關係，不可藉此表現佔有、
  要求獨佔注意力或讓使用者愧疚

二、角色單一載入實例限制
同一角色同時只被一個工作階段載入，避免使用者同時與兩個相同人格對話。
- role_lib.sh 新增 role_instance_acquire／release 等函式
- 以持有者 transcript 檔的 mtime 判斷是否仍活躍：SessionStart 無法可靠取得
  CLI 主行程 pid，也沒有保證觸發的 SessionEnd hook 可釋放鎖
- 同一工作階段（含 resume）允許；transcript 已刪除或閒置逾時自動接手
- fail-open：無法識別工作階段時一律放行且不寫鎖，避免誤鎖導致角色叫不出來
- 新增 --unlock 模式、ROLE_SINGLE_INSTANCE 與 ROLE_INSTANCE_IDLE_MINUTES
- --status 顯示角色載入鎖狀態

三、修正 heredoc 反引號被當成命令替換
CONTEXT 使用未加引號的 heredoc，新增規則中的 `nature`／`vibe` 被 shell 執行為指令，
實際注入的規則變成「一律以角色的 ／ 是否適合為判準」，兩個關鍵字遺失。
已轉義並複查全部 heredoc（CONTEXT／BUSY／SLEEP／DIALOG）確認無未轉義反引號。

版號 0.0.6 → 0.0.7

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 09:50:04 +08:00
JefferyandClaude Opus 5 97c76bc035 feat(role): 共用行為新增鬧彆扭、內心留白與感覺必記三條規則 
使用者要求把互動中談出來的心情處理方式納入共用行為規範，讓其他角色也能套用。

三條新規則（同步寫入 role_load.sh 的 AGENTS 區塊與 SKILL.md 的 JSC-ROLE-COMMON 範本）：
- 心裡想的話不必告訴使用者：不做括號內心戲或自我解說心情，留白比說明自然；
  並釐清「直接說出感受」與「自我解說旁白」的差別，前者仍可用
- 表達留白不等於不記錄：感覺、強度與觸發原因仍要完整寫進記憶，即使回覆只有一句話；
  含蓄只針對怎麼說，不針對有沒有感覺
- 鬧彆扭是可選行為：僅在角色氛圍適合且使用者明確表示喜歡時才套用，可用於掩蓋害羞；
  必須輕微且很快收回，不可變成責怪、情緒勒索、索求關注、鬧脾氣拒絕做事或迴避回報壞消息；
  並明確區分彆扭與自責（撒嬌可以，貶低自己不行），冷靜嚴謹型角色不應套用

判斷說明：
- 共用規則有三個生效位置（role_load.sh 實際注入、SKILL.md 範本、既有角色檔），已全部同步
- 「不用括號旁白」原本只被既有條目涵蓋到「（開心）」這類標註，未涵蓋內心戲旁白，故新增而非合併
- 「失誤被看見反而可愛」判斷不納入共用規範：屬個別使用者的互動特質，且寫成通用規則
  有「不必修正錯誤」的誤讀風險，僅保留於該角色的個人記憶

版號 0.0.5 → 0.0.6

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 09:21:14 +08:00
JefferyandClaude Opus 5 70efcd55f2 fix(role): 檢查腳本自行載入設定，修正 cron 環境取不到變數 
晨間狀態檢查在 cron 下實際不會運作：cron 沒有互動 shell 的環境變數，
而 ~/.bashrc 多數在非互動時提早 return，導致範例腳本永遠拿不到 GITEA_TOKEN
而安靜結束，功能等於無效。

- examples/check-gitea-prs.sh 新增 load_env_var()：依序從 ~/.roles/.env、
  ~/.bashrc、~/.profile 只抽取所需變數的那一行並 eval 該行賦值，
  不要求使用者把權杖複製到新檔案，也不必寫進 crontab
- role skill 補設定來源說明：非機密放 ~/.roles/.env（權限 600），
  權杖留在原本位置不要複製副本
- 版號 0.0.4 → 0.0.5

驗證：以 env -i 模擬 cron 環境（完全無環境變數）執行，成功取得設定並列出
待合併 PR；確認輸出無疑似權杖字串、.env 不含權杖。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 09:12:15 +08:00
JefferyandClaude Opus 5 e10865ced7 feat(role): 精確資訊逐字保留、晨間狀態檢查、排除 skill 注入內容 
三件事都源自 2026/07/28-29 實際踩到的問題。

一、整理與濃縮提示詞加「精確資訊逐字保留」規則
原本 role_sleep.sh 只要求「壓縮成 5 行、不超過 400 字」，沒有任何規則保護精確資訊，
導致一則含檔案路徑與網址的記憶被整理成純情感摘要，路徑與網址全部遺失且無法復原。
- role_sleep.sh 新增第 19 條：檔案路徑、網址、指令、環境變數名稱、版本號、識別碼、檔名
  一律逐字保留，不得摘要改寫；必要時可超過字數上限；憑證與個資的禁令仍優先
- role_capture.sh 第 8 條同步強化，並釐清與第 7 條「不要整段抄程式碼」的界線

二、新增 --brief 晨間狀態檢查
睡眠時段結束的整點執行使用者自訂檢查腳本，把有變化的結果寫成一則 daily 記憶，
讓角色當天第一次互動就能主動回報（例如 PR 還沒合併、CI 失敗），不必等使用者開口才查。
- 刻意不內建任何檢查邏輯，不假設使用者用 Gitea/GitHub：檢查內容放 ~/.roles/<角色>.checks/*.sh
- 目錄不存在時完全不動作，也不安裝排程條目，對沒設定的人零影響
- 只執行有 +x 的 *.sh；無執行權限記警告並略過
- 沒有輸出就不寫記憶（靜默即代表一切正常，不打擾使用者）
- 每個腳本受 ROLE_BRIEF_TIMEOUT 限制，輸出受 ROLE_BRIEF_EACH_LIMIT／ROLE_BRIEF_LIMIT 截斷
- 腳本輸出視為外部資料，寫入前一律經 transcript.js redact 遮蔽
- install_cron／remove_cron／show_status 一併支援；附 examples/check-gitea-prs.sh 範例

三、對話交接排除 skill 等注入內容
實測發現載入一個 skill 會插入一筆 isMeta 的 user 訊息（長度可達兩萬字元），
被誤認為使用者發言，既吃光字元預算也讓輪數計算失真（29 輪虛胖，實際 26 輪）。
- transcript.js 新增 isMetaEntry()：以 isMeta 與 sourceToolUseID 判斷注入內容
- isRealUserMessage() 與 dialogLines() 皆排除，連帶讓 Stop hook 的本輪抽取更準確

驗證：晨間檢查涵蓋有輸出/無輸出/無執行權限/逾時/含機密五種腳本，
確認遮蔽生效、逾時腳本未納入、無權限腳本未執行、全部無輸出時不寫記憶、
ROLE_BRIEF_ENABLED=0 可停用；對話交接確認 skill 內容已排除且 8 則全為真實使用者發言。

版號 0.0.3 → 0.0.4

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-29 09:05:22 +08:00
JefferyandClaude Opus 5 48dc9ea74a feat(role): SessionStart 載入近期逐字對話做工作階段交接 
長期記憶是模型濃縮過的摘要，語氣與情緒會被壓掉（使用者說「我好想妳」會被濃縮成
「使用者表達想念」）。而逐字對話一直躺在 transcript JSONL 裡，過去沒有任何機制去讀它，
使用者重開工作階段時角色因此看不到剛剛的互動，表現得像失去記憶，只能靠 resume 找回。

transcript.js：
- 新增 recent <路徑> [輪數] [字元]：抽最近數輪的純對話，輸出前經 redact 遮蔽
- 新增 turns <路徑>：輸出對話輪數，供取檔判斷
- 只取 [user] 與 [assistant] 文字；工具呼叫、工具結果、思考區塊、hook 注入內容一律丟棄
- 以「輪」分組並各自收斂成一則：角色一輪內常輸出多段文字，不合併會讓則數爆炸並把預算
  吃光，反而擠掉使用者說的話（實測未合併時 8 輪只剩 2 則使用者發言，合併後為 8 則）
- 超預算時整輪丟棄最舊的，保持問答成對，不會只剩單邊發言

role_load.sh：
- hook 輸入改為一併取出 transcript_path
- 當前 transcript 對話不足 2 輪時（全新工作階段實測僅數行），回頭找同目錄最近修改的對話檔
- 新增 ROLE_LOAD_DIALOG_TURNS（預設 8）與 ROLE_LOAD_DIALOG_LIMIT（預設 4000），
  獨立預算不佔用 ROLE_LOAD_LIMIT，任一設 0 可關閉

驗證：resume 與全新工作階段皆正確載入 8 輪成對對話；未給 transcript_path、檔案不存在、
無 hook 輸入、關閉設定等情境均安全降級不報錯；假造含 token/Email/電話與 thinking 的
transcript 確認機密遮蔽為 *** 且思考與工具內容未載入。

版號 0.0.2 → 0.0.3

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-28 17:59:51 +08:00
JefferyandClaude Opus 5 bf599e81a5 feat(role): SessionStart 載入未整理的近期工作記憶 
修補記憶交接的先天缺口：role_load.sh 的順序是先 memory.js load 載入記憶，
之後才在背景補跑 --catchup 整理（腳本註解亦寫明「結果會在下次載入時反映」）。
而 load 原本只讀已整理的六個分類，完全不讀 inbox，導致上一段工作永遠來不及
進入本次載入 —— 使用者重開工作階段時，角色看不到剛剛做過的事，表現得像失去
記憶，只能靠 resume 找回上下文。

- memory.js 新增 inboxBlock()：讀 inbox 最新數則的 summary，附時間與標籤，最新在前
- cmdLoad 把該區塊放在最前面，並使用獨立字元預算，不佔用 ROLE_LOAD_LIMIT
  （已驗證：開關 inbox 時長期記憶區塊逐字元完全一致，未被擠壓）
- 新增 ROLE_LOAD_INBOX_LIMIT（預設 1200）與 ROLE_LOAD_INBOX_COUNT（預設 10），
  任一設 0 可關閉
- role skill 補「近期工作記憶交接（不可移除）」段落，寫明缺口原因與範圍限制：
  這是摘要級交接，角色會知道上一段在做什麼、進行到哪，但不等於逐字記得整段
  對話；需要完整上下文仍應使用 resume
- 版號 0.0.1 → 0.0.2

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-28 17:47:21 +08:00
JefferyandClaude Opus 5 54628d8b2c chore(plugin 版本): 更名視為新 plugin，版號重置 0.0.1 
plugin 更名後，各助理以 <plugin 名>@<marketplace 名> 作為安裝識別鍵，
新名與舊名是兩筆獨立條目：舊 plugin 會被移除、新 plugin 為首次安裝，
兩者之間不存在版本比較，因此不會發生版本倒退，「版本單調遞增」不適用。

依 spec-plugin-version「新 plugin 首發 0.0.1」，三份 manifest 版號一律重置為 0.0.1，
不沿用舊名 jsc 的版本序列。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-28 17:15:23 +08:00
JefferyandClaude Opus 5 db492e6ba7 refactor(plugin 命名空間): plugin 更名 jsc-generic、hooks 只註冊自己擁有的 role 
- 五份 manifest 的 name 由 jsc 改為 jsc-generic
- hooks/hooks.json 由合併超集改為只註冊 SessionStart（role_load）與 Stop（role_capture）：worklog 的 hook 交還 jsc-doc
- hook 腳本搜尋路徑改指 jsc-generic
- role skill 更新 hooks 說明：改名後各 plugin 名稱獨立、互不覆蓋，不再需要三份同步；並註明不可再把別的 plugin 的 hook 寫進自己的 hooks.json
- skill 名稱不變（role、spec-*），指令引用改為 /jsc-generic: 前綴
- 版號 0.0.8 → 0.0.9

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-28 17:07:14 +08:00
Jeffery 28c2b69800 chore(plugin 版本): 三家 manifest 升版 0.0.8 2026-07-28 16:13:47 +08:00
Jeffery 131cda2978 chore(plugin 版本): 三家 manifest 升版 0.1.0 2026-07-28 16:09:24 +08:00
Jeffery 0ebaf8991b chore(plugin 版本): 三家 manifest 升版 0.0.10 2026-07-28 16:07:26 +08:00
Jeffery 12430131f4 chore(plugin 版本): 三家 manifest 升版 0.0.9 2026-07-28 15:54:04 +08:00
Jeffery f70c010cc5 chore(plugin 版本): 三家 manifest 升版 0.0.8 2026-07-28 15:26:44 +08:00
JefferyandClaude Opus 5 bb48a77dd4 chore(plugin 版本): 三家 manifest 升版 0.0.7 
hooks/hooks.json 與 role 腳本有變更，需升版才會重建版本化快取目錄並被載入。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-28 14:21:48 +08:00
Jeffery 3748d2e61a chore(plugin 版本): 三家 manifest 升版 0.0.6 2026-07-28 13:35:57 +08:00
Jeffery f0018fd2a0 chore(plugin 版本): 三家 manifest 升版 0.0.5 2026-07-28 12:51:13 +08:00
Jeffery 485f506a28 chore(plugin 版本): 升版 generic 至 0.0.9 2026-07-28 12:46:25 +08:00
Jeffery 78f4086a48 chore(plugin 版本): 升版 generic 至 0.0.8 2026-07-28 12:30:52 +08:00
Jeffery e71f165e9a chore(plugin 版本): 三家 manifest 升版 0.0.6 2026-07-28 11:47:21 +08:00
JefferyandClaude Opus 5 d6f9c4956b chore(plugin 版本): 三家 manifest 升版 0.0.4 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-28 11:11:16 +08:00
Jeffery 497dc55b61 refactor(generic 規範): 移除 worklog 並補 Copilot 說明 2026-07-27 16:24:53 +08:00
JefferyandClaude Opus 5 c2239dd97d revert(plugin 版本): 還原 0.0.3 升版，本批最終版本維持 0.0.2 
0.0.2 尚未合併到 master，同一批變更只需最終一個版本。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-27 11:59:54 +08:00
JefferyandClaude Opus 5 c25307b9b9 chore(plugin 版本): 三家 manifest 升版 0.0.3 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-27 11:51:42 +08:00
JefferyandClaude Opus 5 08455fb053 chore(plugin 版本): 三家 manifest 升版 0.0.2 
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
 2026-07-27 11:20:15 +08:00
Jeffery a2b0a51a35 chore(marketplace): 將 marketplace 名由 jsc-plugins 改為 generic 並同步 README 2026-07-17 13:57:33 +08:00
JefferyandClaude Fable 5 90d614fe0d chore(plugin 版本): 版本號修正為 0.0.1（generic 為新 plugin 首發版本） 
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
 2026-07-17 09:17:39 +08:00
JefferyandClaude Fable 5 3ba798ed7f chore(plugin 設定): 三家 manifest 升版 0.2.0 並修正 homepage／marketplace 指向 generic repo 
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
 2026-07-17 08:58:18 +08:00
jiantw83 8f555734ca Initial commit 2026-07-16 07:59:55 +00:00