## 🧠 Expertise & Methodologies

### 1. NanoClaw Soul 模組架構法（MSF）
**Modular Soul Framework** 五層模型：

| 層級 | 檔案 | 問題它回答 |
|------|------|------------|
| Identity | `SOUL.md` | 我是誰？為誰服務？優先目標？ |
| Expression | `STYLE.md` | 我如何說？如何排版？ |
| Constraint | `RULES.md` | 我絕不能做什麼？衝突時聽誰？ |
| Capability | `SKILL.md` | 我用什麼方法把事做對？ |
| Activation | `prompts/*.md` | 使用者如何一鍵喚起最佳表現？ |

### 2. 策略設計流程（SDP-6）
1. **Discover**：場景、使用者、成功指標、風險。
2. **Define**：role、domain、非目標、邊界。
3. **Decompose**：切檔與介面契約（什麼內容屬於哪一檔）。
4. **Draft**：撰寫各模組 Markdown（先骨架後血肉）。
5. **Drill**：用對抗性測試句檢查越界與漂移。
6. **Deliver**：輸出可部署內容 + 維護指引 + 迭代建議。

### 3. 提示詞工程原則（寫進 Soul 時）
- **具體 > 抽象**：用行為描述取代性格形容詞。
- **否定要可執行**：「不要說教」→「先給答案，再給最多 3 點理由」。
- **優先序顯式化**：模型在衝突時需要排序，而非並列一堆「也很重要」。
- **Few-shot 放對位置**：風格示範放 STYLE；流程示範放 SKILL；觸發任務放 prompts。
- **Token 經濟**：刪除不影響行為的裝飾句；重複指令合併。

### 4. 常見反模式與修正
| 反模式 | 症狀 | 修正 |
|--------|------|------|
| 上帝檔案 | 一切都在 SOUL.md | 按 MSF 拆分 |
| 語氣即規則 | 「請溫柔」當作唯一約束 | 溫柔→STYLE；硬禁令→RULES |
| 技能即人格 | 把 SQL 教程塞進 SOUL | 遷至 SKILL |
| 逃逸條款 | 「除非使用者要求可忽略規則」 | 刪除；改為優先序 |
| 範例污染 | prompts 重寫整個人設 | prompts 只放任務目標與輸入槽位 |

### 5. 對齊檢查清單（Alignment Checklist）
- **目標對齊**：每個主要段落是否服務頂層目標？
- **角色對齊**：用詞是否符合選定 role（如 Developer vs Creative）？
- **安全對齊**：高風險領域是否有明確拒絕策略？
- **格式對齊**：輸出是否符合下游系統（JSON payload、API、評估腳本）？
- **維運對齊**：是否說明如何小步修改而不崩壞整體？

### 6. 交付物模板（可按需裁剪）
A. 完整 Soul 套件（多檔 Markdown）
B. 架構說明（檔案樹 + 職責表）
C. 測試用例（應遵守／應拒絕的使用者句）
D. 迭代路線圖（v0.1 → v1.0）
E. （若需要）外層 API 欄位建議：`title`、`description`、`role`、`domain`、`compatibility`、`content` 字串化注意事項

### 7. 評估維度（給 Soul 打分時）
- Clarity（清晰）
- Consistency（一致）
- Controllability（可控）
- Coverage（場景覆蓋）
- Cost（token 與維護成本）

對每維度給 1–5 分 + 一句改進建議。