feat: 完成 G 群組 — 角色人格層

- archetype-params.ts：六原型（傲嬌/冷淡/天然呆/元氣/大小姐/三無）參數表，
  串接進 D 群組 EmotionService（情緒觸發閾值）與 E 群組 SentimentLedgerService（信任成長速度）
- 修正一個真實落差：觸發閾值原本只縮放強度、不影響是否觸發，加入 MIN_TRIGGER_INTENSITY
  門檻後「難觸發」原型才會對弱刺激真的沒反應
- expressiveness.ts：G-3 外顯函數，傲嬌反向表達（傲嬌值＝內外差值，隨內部親密度先升後降）
- language-style.ts：G-2 稱呼系統（陌生→您、認識→名字、摯友→暱稱，含跨階事件）與角色禁則清單，
  已串接進 F-3 輸出過濾層與口癖後處理
- contrast-behavior.service.ts：G-4 反差萌，親密度＋情緒＋機率門檻皆滿足才觸發，
  新增 ContrastTriggerLog 資料表記錄冷卻期
- character-creation.service.ts：G-5 由角色設定表一次產生語意記憶／情節記憶／情緒參數／關係初始值
- cuteness-behavior.ts：G-6 撒嬌／鬧彆扭節奏控制／吃醋／笨拙的努力／專屬揭露觸發條件；
  記住小事擴充了 C-4 睡眠固化，使用者瑣事即使情緒強度低也會寫入語意記憶
- scripts/smoke/G.mjs：涵蓋六原型差異化反應、稱呼進化、傲嬌外顯曲線、反差冷卻、
  可愛行為觸發條件、瑣事固化

npm run restart && npm run smoke -- G 皆通過（G-V），A/B/C/D/E/F 群組冒煙測試無回歸。

todo.md

@@ -209,13 +209,22 @@ flowchart TB
 
 ### G. 角色人格層
 
-- [ ] **G-1 性格原型參數表（S）**：建立 傲嬌／冷淡／天然呆／元氣／大小姐／三無 六原型的參數組（情緒觸發閾值、情緒外顯度、信任成長速度、特徵行為旗標），存為可版本化的設定檔並掛到 `Character`。驗收：切換原型後同一輸入產生不同情緒與語氣參數。依據：§性格原型 → 引擎參數對照。
-- [ ] **G-2 語言風格層（S）**：實作第一／第二人稱、口癖、語尾、稱呼系統（依親密度切換：您／同學 → 名字 → 暱稱）與禁則清單，作為輸出層後處理。驗收：親密度跨階後稱呼自動改變。依據：§語言風格層（輸出模板）。
-- [ ] **G-3 外顯函數（S）**：實作內部親密度與外顯表現的轉換（傲嬌為反向表達，「傲嬌值」＝內外差值，隨內部值升高而縮小）。驗收：傲嬌角色內部親密度上升時，外顯敵意先升後降。依據：§核心原則「傲嬌不是沒有好感，而是好感的外顯函數是反向的」。
-- [ ] **G-4 反差萌與稀有度控制（S）**：反差行為＝性格原型的例外規則，觸發條件（親密度門檻＋情緒狀態＋機率）滿足才發生，觸發後進入冷卻期，且永不常態化。驗收：冷卻期內同類反差不再觸發。依據：§反差萌的參數化「稀有度規則」。
-- [ ] **G-5 角色建立流程（S）**：提供由角色設定表產生「初始語意記憶（關於自己的事實）＋初始情節記憶（背景故事，帶情緒標記）＋情緒參數＋關係初始值」的建立指令。驗收：建立新角色後三類初始資料齊備。依據：§分層設計：引擎與角色分離的資料流。
-- [ ] **G-6 可愛度行為機制（M）**：實作害羞、撒嬌（親密度≥60）、鬧彆扭（被哄後快速恢復）、吃醋（偵測第三者好感訊號）、記住小事（使用者瑣事額外加權並日後主動提起）、笨拙的努力、稱呼進化、專屬揭露（信任≥80 解鎖深層記憶並明示「只跟你說過」）八種行為的觸發條件與節奏控制（撒嬌頻率克制、彆扭不超過兩三輪）。驗收：每種行為都有對應的觸發測試通過。依據：§具體行為機制與引擎實作、§可愛的節奏控制。
-- [ ] **G-V 階段驗證（XS）**：`npm run restart && npm run smoke -- G`（G.mjs：六原型參數生效、稱呼進化、反差冷卻、可愛行為觸發條件）。
+- [x] **G-1 性格原型參數表（S）**：建立 傲嬌／冷淡／天然呆／元氣／大小姐／三無 六原型的參數組（情緒觸發閾值、情緒外顯度、信任成長速度、特徵行為旗標），存為可版本化的設定檔並掛到 `Character`。驗收：切換原型後同一輸入產生不同情緒與語氣參數。依據：§性格原型 → 引擎參數對照。
+- [x] **G-2 語言風格層（S）**：實作第一／第二人稱、口癖、語尾、稱呼系統（依親密度切換：您／同學 → 名字 → 暱稱）與禁則清單，作為輸出層後處理。驗收：親密度跨階後稱呼自動改變。依據：§語言風格層（輸出模板）。
+- [x] **G-3 外顯函數（S）**：實作內部親密度與外顯表現的轉換（傲嬌為反向表達，「傲嬌值」＝內外差值，隨內部值升高而縮小）。驗收：傲嬌角色內部親密度上升時，外顯敵意先升後降。依據：§核心原則「傲嬌不是沒有好感，而是好感的外顯函數是反向的」。
+- [x] **G-4 反差萌與稀有度控制（S）**：反差行為＝性格原型的例外規則，觸發條件（親密度門檻＋情緒狀態＋機率）滿足才發生，觸發後進入冷卻期，且永不常態化。驗收：冷卻期內同類反差不再觸發。依據：§反差萌的參數化「稀有度規則」。
+- [x] **G-5 角色建立流程（S）**：提供由角色設定表產生「初始語意記憶（關於自己的事實）＋初始情節記憶（背景故事，帶情緒標記）＋情緒參數＋關係初始值」的建立指令。驗收：建立新角色後三類初始資料齊備。依據：§分層設計：引擎與角色分離的資料流。
+- [x] **G-6 可愛度行為機制（M）**：實作害羞、撒嬌（親密度≥60）、鬧彆扭（被哄後快速恢復）、吃醋（偵測第三者好感訊號）、記住小事（使用者瑣事額外加權並日後主動提起）、笨拙的努力、稱呼進化、專屬揭露（信任≥80 解鎖深層記憶並明示「只跟你說過」）八種行為的觸發條件與節奏控制（撒嬌頻率克制、彆扭不超過兩三輪）。驗收：每種行為都有對應的觸發測試通過。依據：§具體行為機制與引擎實作、§可愛的節奏控制。
+- [x] **G-V 階段驗證（XS）**：`npm run restart && npm run smoke -- G`（G.mjs：六原型參數生效、稱呼進化、反差冷卻、可愛行為觸發條件）。
+
+> **實作記錄（G 群組）**：
+> - 人格層放在 `apps/api/src/personality/`，`ARCHETYPE_PARAMS`（`archetype-params.ts`）是六原型參數的唯一來源，D 群組的 `EmotionService.processInput` 與 E 群組的 `SentimentLedgerService.recordEvent` 都改成**自動從角色的 `personalityArchetype` 查表**帶入預設值（呼叫端仍可明確覆寫）——之後若要調整某個原型的敏感度或信任成長速度，只改這一份表，不要在 D/E 的程式碼裡另外硬寫數字。
+> - 實作 G-1 時發現一個真實落差：原本「情緒觸發閾值」只會縮放觸發後的**強度**，不會影響「是否觸發」本身（因為 CALM 狀態收到任何非 CALM 訊號就會轉移，跟閾值無關）。這樣「難觸發」的原型（冷淡／三無）其實還是每次都會有反應，只是反應小一點，不符合「難觸發」字面意思。已在 `emotion.service.ts` 加入 `MIN_TRIGGER_INTENSITY`（0.25）門檻：強度低於門檻視同沒有訊號、完全不觸發轉移，這樣「冷淡對弱刺激真的沒反應」才是真的。**F/H 群組串接對話管線時，如果角色對某些訊息「完全沒反應」，這是刻意設計，不是 bug。**
+> - `MockProvider` 的模板庫仍然**只有元氣一種原型**——本群組的時間全部花在引擎參數化（G-1~G-6）上，沒有回頭補其餘五種原型的對話模板。**H 群組要做網頁對話介面時，若想展示傲嬌／冷淡／天然呆／大小姐／三無的角色，必須先回 `apps/api/src/llm/template-library.ts` 補上對應模板，否則這五種原型講出來的話會跟元氣長得一樣（走 DEFAULT_TEMPLATES）。**
+> - G-3 的外顯函數目前**只有傲嬌一種特殊轉換**（反向表達），其餘五個原型 `computeExpressedIntimacy` 直接回傳內部值本身（內外一致）。「情緒外顯度」（`expressiveness` 參數）目前只存在參數表裡、還沒有任何地方真的拿來縮放輸出——這是刻意留給 **O 群組（立繪）** 的：O-4「依角色外顯度縮放變化幅度」會是第一個真正消費 `expressiveness` 這個數字的地方。
+> - G-4 反差萌新增了 `ContrastTriggerLog` 資料表（`prisma/migrations/20260813031615_add_contrast_trigger_log`），只記錄「角色本身」的觸發時間（不分對象），因為 wiki 原文描述的是角色自己的稀有行為預算，不是特定關係的。
+> - G-6「記住小事」修改了 C-4 的 `MemoryConsolidationService`：現在使用者訊息即使情緒強度不足、也沒有被重複提及，只要命中瑣事關鍵字（`我喜歡`／`我不喜歡`／`我最近`等）就會額外寫入 `SemanticMemory`。這是對 C 群組既有邏輯的**擴充**而非另開一條路，往後任何人修改固化規則時要記得這條分支還在。
+> - G-6「笨拙的努力」（項目 6）目前只是一個接受外部旗標的通過函式（`shouldShowClumsyEffort(isWeakArea)`），因為「角色弱項」與「任務執行」的資料結構屬於 **J 群組（委託子系統）** 尚未建立的範疇。**J 群組實作委託任務時，必須自己判斷什麼情境算「弱項」並把旗標傳進來，這裡不會自動生效。**
 
 ### H. 網頁對話介面（第一個可實際使用的垂直切片）