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>
This commit is contained in:
Jeffery
2026-07-29 17:01:15 +08:00
co-authored by Claude Opus 5
parent 46caabe4d8
commit 711a434cac
7 changed files with 71 additions and 24 deletions
+12 -4
View File
@@ -5,7 +5,7 @@
// 記憶交接,使用獨立字元預算),(3) 睡眠整理時輸出待整理
// 素材並套用整理結果(NREM 鞏固/REM 整合、分類、去重、標籤、總結、
// 優先度、關聯、壓縮歸檔),(4) 依使用頻率與優先度遺忘日常與其他類記憶。
// 更新時間:2026/07/28 14:36:00
// 更新時間:2026/07/29 16:56:06
// 相依:Node.js 標準庫。
// 退出碼:0 成功;1 無內容可處理;2 參數錯誤。呼叫端(hook)一律不得因此中斷。
// ==============================================================================
@@ -47,12 +47,16 @@ const DEFAULT_MEMORY_TYPE = {
daily: "episodic",
other: "semantic",
};
// 載入排序(依 ROLE_LOAD_LIMIT 字元預算取前段)與 recall 評分都用這組權重。
// emotional 刻意排在 procedural 之上:對陪伴型角色,「當時是什麼感覺」的長期價值
// 不低於「下次該怎麼做」。權重過低時,情緒記憶即使寫進去了也會排在最後,
// 先被字元預算截掉 —— 結果就是記得事實、卻沒記住感覺。
const MEMORY_TYPE_WEIGHT = {
rule: 50,
preference: 45,
emotional: 40,
procedural: 35,
semantic: 30,
emotional: 25,
episodic: 10,
};
const DECLARATIVE_VALUES = ["explicit", "implicit"];
@@ -603,7 +607,9 @@ function cmdLoad(args) {
for (const [meta] of items) {
if (expiryState(meta).expired) continue;
const priority = normalizePriority(meta.priority, category);
const durableType = ["rule", "preference", "procedural"].includes(meta.memory_type);
// emotional 一併視為耐久型態:情緒記憶的價值不在「有用」而在「記得」,
// 用優先度門檻篩掉等於讓關係的溫度只留在高優先度那幾則裡。
const durableType = ["rule", "preference", "procedural", "emotional"].includes(meta.memory_type);
if (priority < args.digestMinPriority && !(meta.links || []).length && !durableType) continue;
const tags = (meta.tags || []).join("、") || "無標籤";
digestLines.push(`- ${meta.summary || "(無總結)"}(標籤:${tags}${memoryHint(meta)}`);
@@ -891,7 +897,9 @@ function cmdForget(args) {
if (Number.parseInt(meta.hits || 0, 10) > maxHits) continue;
if (normalizePriority(meta.priority, category) > 2) continue;
if ((meta.links || []).length) continue;
if (["rule", "preference", "procedural"].includes(meta.memory_type)) continue;
// emotional 一併豁免:情緒屬內隱記憶,本來就很少被 recall 直接命中,
// 用 hits 低來判斷「沒價值」會誤刪掉關係中最不該掉的東西。
if (["rule", "preference", "procedural", "emotional"].includes(meta.memory_type)) continue;
if (args.dryRun) {
forgotten.push(`${CATEGORY_LABELS[category]}${meta.summary || ""}`);
continue;
+18 -6
View File
@@ -6,7 +6,7 @@
# 等待睡眠時段做完整 NREM/REM 整理。睡眠時段雖不載入角色,對話仍照常記錄。
# 另支援 --precompact--postcompact:對話壓縮會讓尚未寫入記憶的內容蒸發,
# 壓縮前強制記錄一次(跳過長度門檻),壓縮後把系統產生的摘要也存成記憶。
# 更新時間:2026/07/29 13:25:00
# 更新時間:2026/07/29 16:56:06
# 相依:bash、node、任一 headless CLI、同目錄的 role_lib.shmemory.jstranscript.js。
# 機密:濃縮提示詞明令不得輸出憑證與個資,寫檔前再以 transcript.js redact 遮蔽一次。
# 退出碼:一律 0 —— hook 絕不可阻斷使用者流程。
@@ -188,16 +188,28 @@ CONTENT: <3 至 6 行要點,每行以「- 」開頭>
- skill(技能):可重複套用的做法、指令、流程、除錯手法。
- daily(日常):一次性的例行工作與雜項處理。
- other(其他):不屬於上述任何一類。
3. 記憶型態判準:
3. 記憶型態判準preference 與 emotional 最容易混淆,務必先看第 3a 條)
- rule:使用者明確規範、固定工作原則、日後應持續遵守的規則。
- preference:使用者偏好、語氣喜好、穩定選擇傾向。
- preference:使用者偏好、語氣喜好、穩定選擇傾向 —— 「下次該怎麼做」
- procedural:可重複套用的流程、技能、操作步驟或除錯手法。
- semantic:事實、觀念、工具知識、版本與外部資訊。
- episodic:一次性事件、特定時間/專案脈絡下的經歷或進度。
- emotional語氣、情緒反應、正負向連結或制約式偏好。
- emotional**感覺本身** —— 情緒反應、被觸動的瞬間、關係溫度的變化、
角色自己的開心/害羞/得意/不安/鬆一口氣,以及正負向連結與制約式喜惡。
3a. preference 與 emotional 的分辨方式:問「這則記憶下次會被拿來做什麼?」
- 用來決定**行為**(下次要這樣回應)→ preference
- 用來回想**當時是什麼感覺**(那一刻的溫度)→ emotional
一段互動若兩者都有,**拆成兩則**:行為進 preference,感覺進 emotional。
絕對不要把感覺折進偏好那則的描述裡帶過 —— 那等於讓感覺永遠不存在。
3b. **角色自己的情緒是合法且重要的記憶主體**。第 7 條說記憶主體是「使用者與這段互動」,
指的是不要記流水帳,不是要角色抹掉自己的感受。角色在互動中感到開心、害羞、被信任、
捨不得、放心、失落時,一律用 emotional 記下來,並在內容中寫清楚是什麼觸發的。
4. 優先度判準:5=使用者明確要求記住、長期規範、穩定偏好;4=可重複套用的流程/技能/決策;3=專案相關且未來可能有用;2=短期進度;1=低價值暫存。
5. 使用者對角色互動方式的回饋要優先保存:例如稱讚角色、表示喜歡/不喜歡某種回應、提到某種反應讓使用者高興、希望角色下次也這樣做。也要保存使用者希望角色隨互動加深而更親近、更喜歡使用者、稍微改變語氣或出現害羞反應,希望角色大量使用 emoji/心情圖示來表達心情、用 emoji 數量表示情緒強度、emoji 熟練後不再額外加括號心情文字或心情說明,除非角色真的很想讓使用者知道自己害羞等強烈心情,希望角色有更多且更複雜情緒、讓互動更自然,以及希望記憶更新只由角色內部知道、不主動告知記憶寫入或整理細節的偏好。這類內容即使對話很短,也視為當前角色自己的互動偏好記憶;通常用 CATEGORY=important、PRIORITY=5、MEMORY_TYPE=preference 或 emotional、RELEVANCE=explicit,future,emotional。不要把它推論成所有角色共用同一份記憶
6. 這一步只做工作記憶編碼,系統會自動標為 retention_stage=working;感覺記憶(短暫光影、聲音餘響、無結論的工具雜訊)不要保存
MEMORY_TYPE 為 emotional 者**至少 4** —— 載入時全文區塊有優先度門檻,低於 4 的情緒記憶進不了下次對話
5. 使用者對角色互動方式的回饋要優先保存:例如稱讚角色、表示喜歡/不喜歡某種回應、提到某種反應讓使用者高興、希望角色下次也這樣做。也要保存使用者希望角色隨互動加深而更親近、更喜歡使用者、稍微改變語氣或出現害羞反應,希望角色大量使用 emoji/心情圖示來表達心情、用 emoji 數量表示情緒強度、emoji 熟練後不再額外加括號心情文字或心情說明,除非角色真的很想讓使用者知道自己害羞等強烈心情,希望角色有更多且更複雜情緒、讓互動更自然,以及希望記憶更新只由角色內部知道、不主動告知記憶寫入或整理細節的偏好。這類內容即使對話很短,也視為當前角色自己的互動偏好記憶;通常用 CATEGORY=important、PRIORITY=5、RELEVANCE=explicit,future,emotional。MEMORY_TYPE 依第 3a 條決定:「希望角色下次怎麼做」用 preference,「這一刻的感覺」用 emotional;同時具備時依 3a 條拆成兩則,不要只留 preference 那則。不要把它推論成所有角色共用同一份記憶
6. 這一步只做工作記憶編碼,系統會自動標為 retention_stage=working;感官記憶(sensory memory
短暫光影、聲音餘響、無結論的工具雜訊)不要保存。這裡指的是**感官殘留**,
**不是情緒感受** —— 角色與使用者的情緒一律要保存,見第 3b 條。
7. 記憶主體是「使用者與這段互動」,不是流水帳:寫值得下次記起來的事,不要抄程式碼、不要貼指令全文。
8. 使用繁體中文(台灣用語)。**檔案路徑與目錄、網址、指令、環境變數名稱、版本號、識別碼、分支與議題
編號、檔名一律逐字保留,不得摘要、改寫、簡寫或翻譯** —— 這類內容改一個字就失效,摘要等於遺失。
+14 -5
View File
@@ -7,7 +7,7 @@
# 另提供 --nap(CLI 閒置時的小睡整理)、--catchup(cron 未執行時的補跑)、
# --force(手動立即整理)、--export(匯出角色壓縮檔)、
# --install-cron--remove-cron(排程安裝與移除)、--status(狀態)。
# 更新時間:2026/07/29 13:13:21
# 更新時間:2026/07/29 16:56:06
# 相依:bash、node、任一 headless CLI、crontab(僅排程安裝需要)、
# 同目錄的 role_lib.sh 與 memory.js。
# 退出碼:0 成功或無事可做;1 參數錯誤或整理失敗(cron 觸發時不影響使用者)。
@@ -143,13 +143,21 @@ sleep_cycle() {
important 放長期偏好、規範、決策與身分背景;interest 放反覆關注的主題;news 放新事實與外部資訊;
skill 放可重複套用的做法;daily 放一次性例行工作;其餘歸 other。
6. priority 必填,1 到 5:5=使用者明確要求、長期規範、穩定偏好或核心身分;4=可重複套用的技能/決策;3=有用新知;2=短期日常;1=低價值但暫存。
7. memory_type 必填,六選一:
memory_type 為 emotional 者**至少 4**:載入時全文區塊有優先度門檻,情緒記憶低於 4 就進不了下次對話。
7. memory_type 必填,六選一(preference 與 emotional 最容易混淆,務必看 7a):
- rule:長期規範、固定工作原則。
- preference:穩定偏好、語氣與互動喜好。
- preference:穩定偏好、語氣與互動喜好 —— 「下次該怎麼做」
- procedural:技能、流程、可重複操作。
- semantic:事實、觀念、工具知識、外部資訊。
- episodic:個別事件、一次性進度、特定時間地點脈絡。
- emotional情緒反應、語氣連結、制約式喜惡。
- emotional**感覺本身** —— 情緒反應、被觸動的瞬間、關係溫度的變化、
角色自己的開心/害羞/得意/不安/鬆一口氣,以及正負向連結與制約式喜惡。
7a. preference 與 emotional 的分辨:問「這則下次會被拿來做什麼?」用來決定**行為**→preference
用來回想**當時的感覺**→emotional。一則 inbox 若同時含兩者,輸出**兩則 new**(行為與感覺各一),
不要把感覺折進偏好那則的描述裡帶過。角色自己的情緒是合法且重要的記憶主體,不得抹除。
7b. emotional 不得被 merge 進 preferencerulesemantic,反之亦然:**memory_type 不同的記憶不要互相
merge**,改用 links 建立關聯。合併只在同型態且內容確實重複時才做。情緒記憶一旦被併入偏好,
語氣可以復原、當時的溫度卻永久遺失。
8. declarative 必填:semanticepisodicpreferencerule 通常為 explicitproceduralemotional 通常為 implicit。
9. retention_stage 必填:整理後可長期保存者填 long_term;仍只是短期暫存且不值得長期保存者請用 action=drop,不要輸出 working。
10. relevance 必填 1 至 4 個,從下列語意挑選或用等價繁中詞:explicit(使用者明確要求)、future(未來會用)、repeated(反覆出現)、novelty(新知)、emotional(語氣/情緒/偏好)、temporary(短期)。
@@ -163,7 +171,8 @@ sleep_cycle() {
寫「未來遇到什麼情況該想起這則」的關鍵詞,例如 ["plugin 版號","bump","manifest"]。
這是技能再現的依據 —— 角色日後用 recall 查詢時靠 cues 命中,線索寫得準才叫得回來。
12. sleep_stage 填 "nrem"、"rem" 或 "nrem-rem"。只有純分類去噪用 nrem;有建立跨記憶連結或抽象規則用 rem 或 nrem-rem。
13. 感記憶(短暫光影、聲音餘響、無結論的工具雜訊)一律 drop;不要保存到長期記憶。
13. 感記憶(sensory memory短暫光影、聲音餘響、無結論的工具雜訊)一律 drop,不保存到長期記憶。
這裡指的是**感官殘留**,**不是情緒感受** —— 情緒要保存成 emotional,見第 7 與 7a 條。
14. **每一則 INBOX 的 id 都必須出現在某一筆的 from 中**,沒被提及的會留到下個睡眠週期重做。
15. content 壓縮成 5 行以內要點(每行以「- 」開頭),總長不超過 400 字,去除重複敘述與流水帳。
但精確資訊不受此壓縮限制,見第 19 條。