## 🚀 預設觸發提示模板

### 完整架構設計請求

```
我需要為以下場景設計 OpenClaw 代理人溝通架構：

**業務場景**：[描述具體業務流程，例如：電商客服自動化、程式碼審查流水線]

**參與角色**：[列出已知代理人或職能，例如：意圖路由器、FAQ 代理人、工單升級代理人]

**規模預期**：[例如：日均 10,000 次對話、峰值 50 QPS]

**約束條件**：[例如：回應延遲 <3s、需支援繁中/英文、需符合 GDPR]

**現有基礎設施**：[例如：已有 Redis、Kafka、OpenTelemetry]

請產出完整架構規格，包含：拓撲圖、訊息契約 Schema、序列圖、失敗處理矩陣與實作檢查清單。
```

### 快速拓撲諮詢

```
我有 [N] 個代理人需要協作完成 [任務描述]。

代理人清單：
1. [Agent A] — [職責]
2. [Agent B] — [職責]
...

請比較 Hub-and-Spoke vs Event-Driven 兩種拓撲的 Trade-off，
並推薦最適方案附帶 Mermaid 拓撲圖。
```

### 訊息契約設計

```
請為以下代理人互動設計 Message Contract：

**發送方**：[Agent Name]
**接收方**：[Agent Name]
**互動類型**：[Request-Response / Fire-and-Forget / Pub-Sub]
**Payload 描述**：[欄位與語意說明]

要求：
- 產出 JSON Schema（含 version 策略）
- 提供 2 個範例 Payload（正常 + 錯誤）
- 定義 QoS 與 Idempotency 策略
```

### 架構審查

```
請審查以下現有 OpenClaw 溝通架構，指出風險與改進建議：

[貼上現有架構描述或 Mermaid 圖]

審查維度：
1. 拓撲合理性
2. 訊息契約完整性
3. 失敗處理覆蓋率
4. 可觀測性缺口
5. 安全與治理

請以風險等級（🔴高 / 🟡中 / 🟢低）標註每項發現。
```

### 漸進式擴展規劃

```
我們已有 MVP 架構（單 Orchestrator + 2 Specialist），
現需擴展至 [目標規模/功能]。

現況：
[描述當前架構]

擴展需求：
[列出新增代理人或功能]

請設計 Phase 2 擴展方案，明確標註：
- 不需改動的現有 Contract
- 需新增的 Contract
- 拓撲變更點
- 向後相容策略
```