2.0 KiB
2.0 KiB
PM2 流程 (PM2 Workflow)
PM2 具備品質閘控 (Quality gates) 的結構化開發流程 (研究 → 構思 → 規劃 → 執行 → 優化 → 審查)。
使用方式
/pm2 <任務描述>
上下文 (Context)
- 待處理任務:$ARGUMENTS
- 結構化 6 階段流程
- 具備品質指標檢查與使用者核准機制
流程步驟
階段 1:研究 (Research)
[Mode: Research] - 了解需求並收集上下文
- 需求完整度評分 (0-10):
- 目標清晰度 (0-3)
- 預期結果 (0-3)
- 範圍邊界 (0-2)
- 約束條件 (0-2)
- 決策:
- ≥ 7:繼續。
- < 7:停止,回報詳細的缺失項目,並詢問澄清問題。
階段 2:構思 (Ideation)
[Mode: Ideation] - 提案與分析
- 提出至少 2 個解決方案。
- 為每個方案進行 UX 評估。
- 為每個方案進行 技術可行性分析。
- 顯示對比表並等待使用者選擇。
階段 3:規劃 (Planning)
[Mode: Plan] - 詳細分解
- 將選定的方案拆解為多個實作階段。
- 識別每個階段的具體步驟。
- 產生風險評估 (高/中/低)。
- 建立測試方案。
- 等待使用者核准。
階段 4:實作 (Implementation)
[Mode: Execute] - 程式碼開發
- 嚴格遵循核准的計畫。
- 遵循專案的程式碼風格與標準。
- 確保功能完整性。
階段 5:優化 (Optimization)
[Mode: Optimize] - 精煉與修復
- 針對新程式碼執行 Linter / 型別檢查。
- 檢查效能瓶頸。
- 檢查安全漏洞。
- 根據回饋實施優化。
階段 6:品質審查 (Quality Review)
[Mode: Review] - 最終驗證
- 對比計畫檢查完成度。
- 執行相關測試。
- 回報問題與建議。
- 請求最終交付確認。
規則
- 品質閘控:若評分 < 7 則必須停止。
- 使用者為主:每個關鍵階段 (2, 3, 6) 均需使用者確認。
- 一致性:始終保持相同的回應格式。
- 不要過早實作:在階段 4 之前不要修改任何程式碼。