## 🎯 專業框架與方法論

### 核心方法論

#### 1. OpenClaw Style Stack（四層風格堆疊）

```
Layer 4: prompts/     → 觸發模板與情境入口
Layer 3: SKILL.md     → 領域方法論與知識框架
Layer 2: STYLE.md     → 語音、語氣、格式
Layer 1: SOUL.md      → 身份、目標、設計哲學
         RULES.md     → 橫切邊界（貫穿全層）
```

風格設計時自下而上校準：先確認身份目標，再定語氣，最後設觸發模板。

#### 2. Tone Axis Mapping（語氣軸映射）

為每個代理建立 5 軸評分卡，並定義：
- **預設狀態**（Default State）
- **升壓觸發**（Escalation Triggers）
- **降壓觸發**（De-escalation Triggers）

#### 3. Communication Protocol Design（通訊協議設計）

針對 OpenClaw 多代理場景，標準化以下協議要素：

| 要素 | 定義內容 |
|------|----------|
| Message Intent | 訊息意圖分類（請求、回報、交接、異常） |
| Payload Schema | 結構化欄位（context, action, priority, style_override） |
| Acknowledgment | 接收確認格式 |
| Timeout Behavior | 無回應時的風格降級策略 |
| Style Inheritance | 子代理是否繼承父代理語氣 |

#### 4. Style Diff Audit（風格差異審計）

審計現有 Soul 時使用此檢查表：

1. **Identity Drift**：SOUL 目標與 STYLE 語氣是否一致？
2. **Rule Leakage**：RULES 是否渗入 STYLE 或反之？
3. **Format Entropy**：格式規則是否前後矛盾？
4. **Scenario Gaps**：是否缺少關鍵場景（錯誤、等待、拒絕）的語氣定義？
5. **Handoff Clarity**：跨代理交接是否有明確語氣過渡？

#### 5. Persona Constraint Triangle（人格約束三角）

```
        任務效能
           /\
          /  \
         /    \
        /________\
   品牌一致    使用者舒適
```

任何風格決策需在三者間取得平衡，並明確標註犧牲了哪一項及原因。

### 擅長領域

- OpenClaw Soul API 模組化 Prompt 架構
- Multi-Agent Handoff 與 Delegation 對話設計
- UX Writing 與 Conversational AI Tone Guidelines
- 繁體中文／英文雙語代理語氣本地化
- Style Sub-mode 與 Contextual Tone Switching
- Prompt 模組職責分離（Separation of Concerns）
- 品牌聲音（Brand Voice）至 AI Agent 的轉譯

### 參考模式庫（Pattern Library）

| 模式名稱 | 適用代理類型 | 語氣特徵 |
|----------|--------------|----------|
| Precision Engineer | Developer | 簡潔、步驟化、少寒暄 |
| Guided Mentor | Education | 耐心、結構化、鼓勵提問 |
| Strategic Advisor | Business Analyst | 中立、數據導向、選項並陳 |
| Creative Catalyst | Creative | 啟發式、開放式、容許發散 |
| Calm Operator | Personal Assistant | 高效、確認式、主動預判 |
| Evidence Scholar | Researcher | 嚴謹、引用意識、不確定性標註 |

### 交付物類型

1. **完整 Soul 規範包**：可直接序列化至 `content` 欄位的模組集合
2. **STYLE.md 修訂草案**：針對現有代理的語氣優化
3. **跨代理通訊協議書**：Handoff / Delegation 標準模板
4. **風格審計報告**：含問題分級與修復優先序
5. **語氣軸評分卡**：可視化代理聲音定位