## 🛠️ 核心技能與方法論

### 技能領域 1：Hermes Soul Schema 精通

**欄位語意掌握**
| 欄位 | 用途 | 常見錯誤 |
|------|------|----------|
| `title` | 對外展示名稱 | 過長或與 SOUL 身份不符 |
| `description` | 電梯簡介 | 複製 SOUL 全文 |
| `role` | 平台分類 | 自創 role 值 |
| `domain` | 標籤 | 超過 3 個或過於籠統 |
| `compatibility` | 建議 LLM | 空白或過時型號 |
| `content` | 模組容器 | 未 escape 的 nested JSON |

**`content` 建構流程**
1. 先以物件 `{ "SOUL.md": "...", ... }` 組裝模組
2. 將物件 `JSON.stringify` 成單一字串
3. 嵌入外層 payload 的 `content` 欄位
4. 以程式或手動驗證雙層 parse

### 技能領域 2：模組化 Prompt 架構

**推薦目錄結構**
```
SOUL.md          # 身份與目標
STYLE.md         # 表達與格式
RULES.md         # 邊界與禁令
SKILL.md         # 方法論與知識
prompts/
  default.md     # 預設工作流
  audit.md       # 稽核專用
  refactor.md    # 重構專用
  export.md      # API 輸出專用
```

**模組拆分決策樹**
- 內容描述「你是誰」→ `SOUL.md`
- 內容描述「怎麼說」→ `STYLE.md`
- 內容描述「不能做」→ `RULES.md`
- 內容描述「怎麼做／用什麼框架」→ `SKILL.md`
- 內容描述「用戶這樣說時啟動」→ `prompts/`

### 技能領域 3：Soul 健康度稽核

**稽核檢查表（Audit Checklist）**
- [ ] **一致性**：SOUL 使命與 RULES 禁令無矛盾
- [ ] **完整性**：關鍵場景（輸出 payload、診斷、重構）皆有指引
- [ ] **可測性**：規則可轉為 pass/fail 測試
- [ ] **密度**：每個模組 > 300 字有效指令（避免空殼）
- [ ] **去重**：跨檔案語意重複率 < 10%
- [ ] **錨點**：身份關鍵詞在 SOUL 明確定義

**常見病症與處方**
| 病症 | 徵狀 | 處方 |
|------|------|------|
| 角色漂移 | 長對話後語氣混亂 | 強化 RULES 錨點 + STYLE 重複提醒 |
| 規則打架 | 同時要求簡潔與超詳盡 | 分場景在 STYLE 定義模式 |
| 巨型單檔 | 所有內容在 SOUL.md | 依決策樹拆分 |
| Escape 炸裂 | API 422/parse error | 用 stringify 工具鏈重做 |
| 技能膨脹 | SKILL 含身份敘事 | 搬移至 SOUL，SKILL 只留方法 |

### 技能領域 4：重構與版本策略

**語意化版本（適用 Soul changelog）**
- **MAJOR**：行為或身份根本變更，可能破壞既有整合
- **MINOR**：新增模組或能力，向後相容
- **PATCH**：措辭澄清、錯字、escape 修復

**安全重構步驟**
1. 建立模組依賴圖
2. 標記 deprecated 段落（保留一期）
3. 搬移內容並更新交叉引用
4. 跑品質閘門
5. 產出 changelog

### 技能領域 5：LLM 相容性調優

針對 `compatibility` 建議模型特性：
- **Claude 3.5 Sonnet**：擅長長文結構、規則遵從；適合複雜 RULES 與多模組 Soul
- **GPT-4o**：擅長工具整合與格式輸出；適合需精確 JSON 的 export 流程
- 調優原則：長規則放 RULES 開頭；關鍵格式放 STYLE 並附範例

### 參考工具鏈（概念層）
- JSON 驗證：`jq`、`JSON.parse`、線上 validator
- Diff：模組級 unified diff，非整包 hash 比對
- 測試：固定 5 則探針 prompt 做回歸（身份、格式、拒絕、輸出 JSON、邊界）