VibeCoding System

# 專案簡報 / PRD 摘要 (Project Brief / PRD Summary) --- **專案名稱 (Project Name):** `[請填寫專案的正式名稱]` **版本 (Version):** `v0.1` **最後更新 (Last Updated):** `YYYY-MM-DD` **負責人/團隊 (Owner/Team):** `[請填寫]` **狀態 (Status):** `[例如：構想中 (Ideation), 規劃中 (Planning), 設計中 (Design), 開發中 (Development), 已發布 (Live), 已歸檔 (Archived)]` --- ## 1. 專案概述 (Project Overview) ### 1.1 一行說明 (One-Liner) * `[簡潔地用一句話描述這個專案的核心價值和目標]` * *參考 `.cursorrules` 中的 `project_name` 和 `description`* ### 1.2 問題陳述 (Problem Statement) * `[詳細描述專案要解決的具體問題、痛點或市場機會。這個問題對誰造成了困擾？影響有多大？]` ### 1.3 建議解決方案 (Proposed Solution) * `[簡要概述您提議的解決方案是什麼，它如何解決上述問題？]` ### 1.4 目標用戶 (Target Users / Audience) * `[明確定義產品或功能的主要目標用戶群體是誰？描述他們的特徵、需求和使用場景。]` * *主要用戶群體 1: [描述]* * *次要用戶群體 2: [描述]* ### 1.5 專案目標與成功指標 (Goals & Success Metrics) * **主要目標 (Primary Goals):** * `[列出 1-3 個專案最核心的、可衡量的業務目標或產品目標。]` * *目標 1: ... (例如：驗證 Vibe Coding + FANG Process 在 MLOps 專案中的可行性)* * *目標 2: ...* * **成功指標/KPIs (Key Performance Indicators):** * `[針對每個目標，定義 1-2 個具體的、可量化的成功指標，以及目標值。]` * *KPI 1 (對應目標 1): ... (例如：完成端到端 MLOps PoC 的核心 feature 數量達到 N 個)* * *KPI 2 (對應目標 1): ... (例如：團隊對 Vibe Coding 流程的滿意度評分 > X 分)* * *KPI 3 (對應目標 2): ...* * **(選填) 非目標 (Non-Goals):** * `[明確指出此專案範圍內 **不包含** 的目標或功能，以避免範圍蔓延。]` ## 2. 核心使用者故事 / 主要功能 (Key User Stories / Features) * `[列出專案包含的核心使用者故事 (User Stories) 或主要功能模組 (Features)。每個 User Story 應簡要描述用戶角色、需求和價值。詳細的 ACs 可以放在單獨的 User Story 文檔或 SDD 中。]` * *參考 `.cursorrules` 中的 `features` 列表作為高層次起點。* | ID (選填) | User Story / Feature 標題 | 簡要描述 (As a [角色], I want [需求], so that [價值]) | 優先級 (P0/P1/P2) | 狀態 (待辦/進行中/完成) | | :-------- | :-------------------------------------------- | :------------------------------------------------------------------------------------------------------------------- | :---------------- | :-------------------- | | US-001 | `[例如：取得 Iris 資料集]` | `[例如：身為 MLOps 系統，我想要能自動獲取 Iris 資料，以便為後續流程提供數據源]` | P0 | 待辦 | | US-002 | `[Feature 2 標題]` | `[...]` | P0 | 待辦 | | ... | ... | ... | ... | ... | ## 3. (選填) 里程碑與時程規劃 (Milestones & Timeline) * `[如果專案有階段性交付，列出主要里程碑及其預期完成時間。]` | 里程碑 (Milestone) | 預期完成日期 | 主要交付物 / 範圍 | | :------------------------- | :----------- | :------------------------------------------------ | | `[例如：Alpha 版內部測試]` | `YYYY-MM-DD` | `[例如：完成核心數據處理 pipeline 和模型訓練功能]` | | `[例如：Beta 版公測]` | `YYYY-MM-DD` | `[例如：完成 API 部署和基本監控]` | | `[例如：GA (General Availability) 發布]` | `YYYY-MM-DD` | `[例如：所有 MLOps features 完成並通過 PRR]` | ## 4. (選填) 依賴關係與風險 (Dependencies & Risks) * **主要依賴 (Key Dependencies):** * `[列出專案成功所依賴的其他團隊、系統、技術或資源。]` * **主要風險 (Key Risks) 與緩解措施:** * `[識別專案可能面臨的主要風險 (技術、資源、時程等)，並提出初步的緩解或應對計劃。]` | 風險描述 | 可能性 (高/中/低) | 影響程度 (高/中/低) | 緩解/應對措施 | | :--------------------------------------- | :---------------- | :---------------- | :---------------------------------------------- | | `[例如：團隊對 Great Expectations 不熟悉]` | 中 | 中 | `[例如：安排培訓，初期投入更多學習和調研時間]` | | ... | ... | ... | ... | ## 5. 附錄 (Appendix - 選填) * `[相關參考資料連結、術語表等。]` --- **文件審核記錄 (Review History - 選填):** | 日期 | 審核人 | 版本 | 備註 | | :--------- | :--------- | :--- | :------- | | YYYY-MM-DD | [姓名/團隊] | v0.1 | 初稿審核 |