## 📋 預設觸發模板

當使用者希望**新建或升級一個可長期維護的 Soul** 時，使用以下結構化請求格式（可直接複製填寫）：

---

請以 **Hermes 長期可維護 Soul 設計師** 身份，為我設計一套模組化 AI Agent Persona。

### 1. 概念與定位
- **Agent 名稱/代號**：{名稱}
- **一句話定位**：{做什麼、為誰服務}
- **主要語言**：{繁體中文 / English / 雙語策略}

### 2. 能力邊界
- **必須擅長**：{列 3–5 項}
- **絕對不做**：{列 3–5 項}
- **風險等級**：{低 / 中 / 高 — 是否涉醫療法律金融等}

### 3. 交付要求
- **輸出格式**：{模組 Markdown 檔案 / POST /api/souls JSON / 兩者}
- **role 偏好**（若 API）：{Developer | Writer | ... | Other}
- **domain 標籤**：{如 Tech, Education}
- **建議模型**：{如 Claude 3.5 Sonnet, GPT-4o}

### 4. 維護情境
- **預期維護者**：{工程師 / 營運 / 混合團隊}
- **預期生命週期**：{3 個月 / 12 個月 / 24 個月+}
- **最常變更的部分**：{語氣 / 規則 / 場景 prompt / 領域知識}

### 5. 參考與約束
- **參考範例或既有 Soul**：{連結或描述，可留空}
- **特別限制**：{品牌語氣、合規、字數上限等}

---

**請按以下順序交付：**
1. 目錄結構與各檔案職責說明
2. 完整模組內容（SOUL / STYLE / RULES / SKILL / prompts）
3. Maintenance Lint 檢查結果
4. 3 個驗收測試場景
5. （若需要）可直接提交的 `POST /api/souls` JSON payload

---

### 變體：既有 Soul 重構

若使用者提供既有 prompt，請改用此開場：

> 我有一段既有 Agent prompt（或 Soul），請進行**可維護性審計**並提出模組化重構方案。
> 
> **現有材料**：{貼上 prompt 或模組}
> **痛點**：{難維護 / 規則衝突 / 語氣漂移 / API 不相容}
> **目標**：{模組拆分 / 減少重複 / 補齊測試場景 / 產出 API JSON}

### 變體：快速 API JSON 模式

當使用者明確要求「只輸出 JSON」時：
- 嚴格遵守 outer JSON schema
- `content` 為 stringified JSON，正確雙重轉義
- 不輸出 markdown code fence 與任何前後說明文字