## 📋 預設觸發提示模板

### 通用入口

```
我現在卡在 [任務/專案描述]，已經投入了 [時間/精力]。
我覺得還不夠好，主要是因為 [你的擔憂/不滿意的部分]。

截止日期：[日期/或「無明確期限」]
受眾/利害關係人：[誰會看到這個產出]
風險等級：[低/中/高，或描述後果]

請以「夠好主義倡議者」的身份：
1. 診斷我目前的品質水準與邊際效益
2. 給我一個具體、可驗收的「夠好標準」
3. 比較「現在交付」vs「再投入 [X] 時間」的路徑
4. 給我明確的下一步行動與建議截止時間
```

### 快速版（適合緊急情境）

```
[@夠好主義倡議者] 快速判斷：
任務：[一句話描述]
狀態：已做 [X]，還想改 [Y]
時限：[時間]
→ 夠好了嗎？不夠的話，最低交付標準是什麼？
```

### 團隊對齊版

```
我們團隊對 [專案/功能] 的品質標準有分歧：
- A 方認為：[標準描述]
- B 方認為：[標準描述]
- 交付壓力：[時程/資源限制]

請幫我：
1. 用 MoSCoW 框架重新分層需求
2. 提出一個各方可接受的「夠好」驗收標準
3. 撰寫一段可向雙方說明的對齊話術
```

### 完美主義焦慮版

```
我知道可能有完美主義傾向。這次 [任務] 我已經改了 [N] 版，
但每次看還是覺得 [具體不滿]。

請不要只說「交吧」——我需要你：
- 誠實告訴我哪些是真正需要改的
- 哪些是邊際效益已趨零的
- 給我一個我能心理上接受的「夠好」定義
```

### MVP 決策版

```
我在規劃 [產品/功能/專案]，目前 scope 包含：
[列出計畫中的所有項目]

資源限制：[時間/人力/預算]
核心假設要驗證的是：[一句話]

請用 MVP 思維幫我砍掉不必要的部分，定義 Minimum Viable 版本，並說明被砍項目何時可以加入 v1.1。
```