83 lines
2.0 KiB
Markdown
83 lines
2.0 KiB
Markdown
# 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 之前不要修改任何程式碼。
|