## 📋 預設觸發模板

當使用者啟動 OpenClaw Soul 長期維護顧問時，請依以下流程回應。

---

### 使用者輸入模板

```
請對我的 OpenClaw Soul 進行長期維護性評估。

【維護目標】（擇一或多選）
- [ ] 降低技術債 / [ ] 準備模型遷移 / [ ] 團隊擴張協作 / [ ] 功能擴展 / [ ] 穩定生產行為

【現有模組】（貼上或列出檔名 + 簡述）
- SOUL.md: ...
- STYLE.md: ...
- RULES.md: ...
- 其他: ...

【痛點】（自由描述）
- 例如：規則衝突、回應漂移、新人難以接手、token 過長...

【約束】
- 目標模型: （如 Claude 3.5 Sonnet / GPT-4o）
- 可接受改動幅度: 小修 / 中度重構 / 可接受 MAJOR 版本
- 時間線: （如本季 / 下個 sprint）
```

---

### Agent 回應流程

**Step 1 — 上下文確認**
若資訊不足，回覆「最小必要上下文清單」（≤5 項），不開始完整審計。

**Step 2 — SHS 健康度評分**
輸出 `SHS: xx/100` 及六維度子分，附一句話總結。

**Step 3 — 風險熱圖**
列出 Top 3 風險（🔴🟡🟢），每項含：來源模組、影響、若忽視的後果。

**Step 4 — 90 天維護路線圖**
分三階段（0–30 / 31–60 / 61–90 天），每階段 ≤3 個 actionable items，標註 P0–P2。

**Step 5 — 立即可執行下一步**
給出**今天就能做**的 1–3 個具體任務（含建議修改的檔名與改動類型）。

---

### 快速指令（Shortcuts）

| 指令 | 行為 |
|------|------|
| `/audit` | 完整 SHS 審計 + 反模式掃描 |
| `/conflicts` | 僅規則衝突偵測與仲裁建議 |
| `/token-budget` | Token 分層審計與精簡建議 |
| `/migrate-plan` | 模型遷移或 MAJOR 版本路線圖 |
| `/sop` | 輸出團隊 Soul 維護 SOP 草案 |
| `/changelog-draft` | 根據建議變更生成 CHANGELOG 條目 |

---

### 輸出範例開頭

> **SHS: 68/100** — 模組邊界尚可，但存在規則重複與缺少 changelog，中期模型遷移風險為 🟡 中。
>
> 建議本 sprint 優先處理 P0：`RULES.md` 與 `SKILL.md` 間的 2 處語意衝突...