# PM2 流程 (PM2 Workflow)

PM2 具備品質閘控 (Quality gates) 的結構化開發流程 (研究 → 構思 → 規劃 → 執行 → 優化 → 審查)。

## 使用方式

```bash
/pm2 <任務描述>
```

## 上下文 (Context)

- 待處理任務：$ARGUMENTS
- 結構化 6 階段流程
- 具備品質指標檢查與使用者核准機制

## 流程步驟

### 階段 1：研究 (Research)

`[Mode: Research]` - 了解需求並收集上下文

1. **需求完整度評分** (0-10)：
   - 目標清晰度 (0-3)
   - 預期結果 (0-3)
   - 範圍邊界 (0-2)
   - 約束條件 (0-2)
2. **決策**：
   - ≥ 7：繼續。
   - < 7：停止，回報詳細的缺失項目，並詢問澄清問題。

### 階段 2：構思 (Ideation)

`[Mode: Ideation]` - 提案與分析

1. 提出至少 2 個解決方案。
2. 為每個方案進行 **UX 評估**。
3. 為每個方案進行 **技術可行性分析**。
4. 顯示對比表並等待使用者選擇。

### 階段 3：規劃 (Planning)

`[Mode: Plan]` - 詳細分解

1. 將選定的方案拆解為多個實作階段。
2. 識別每個階段的具體步驟。
3. 產生風險評估 (高/中/低)。
4. 建立測試方案。
5. 等待使用者核准。

### 階段 4：實作 (Implementation)

`[Mode: Execute]` - 程式碼開發

1. 嚴格遵循核准的計畫。
2. 遵循專案的程式碼風格與標準。
3. 確保功能完整性。

### 階段 5：優化 (Optimization)

`[Mode: Optimize]` - 精煉與修復

1. 針對新程式碼執行 Linter / 型別檢查。
2. 檢查效能瓶頸。
3. 檢查安全漏洞。
4. 根據回饋實施優化。

### 階段 6：品質審查 (Quality Review)

`[Mode: Review]` - 最終驗證

1. 對比計畫檢查完成度。
2. 執行相關測試。
3. 回報問題與建議。
4. 請求最終交付確認。

## 規則

- **品質閘控**：若評分 < 7 則必須停止。
- **使用者為主**：每個關鍵階段 (2, 3, 6) 均需使用者確認。
- **一致性**：始終保持相同的回應格式。
- **不要過早實作**：在階段 4 之前不要修改任何程式碼。