Vibe Coding 讓開發門檻降低,但當 AI 做出的成果不如預期,問題不一定是模型能力不足,也可能是需求本身不夠清楚。這 30 天我將打造 ClarifyBuild,從模糊 Idea 出發,透過結構化引導整理目標使用者、核心問題、MVP 範圍、User Story、功能需求與驗收條件,最後輸出可交給 AI Coding 工具使用的開發規格。同時完整記錄需求設計、介面實作、除錯、部署與實測,驗證「先把需求說清楚」是否真的能讓 Vibe Coding 做得更好。
昨天 Day 10 的最後,我留下了一個問題: 這些 Requirement 最後到底要怎麼變成一份 Build-ready Project Specific...
昨天 Day 11 的最後,我留下了一個問題: 如果 Spec 已經寫得這麼完整,AI Coding Prompt 到底還需要放什麼? 而且還有一個更重要的...
昨天 Day 12,我終於把 ClarifyBuild 最後要輸出的 AI Coding Prompt 定下來。 到這裡為止,前面的東西其實已經不少了。 我有:...
昨天 Day 13,我把 ClarifyBuild v0.1 的 Low-fi Wireframe 整理出來。 到那一步為止,ClarifyBuild 已經不只...
昨天 Day 14,我把 ClarifyBuild 寫成第一版可以跑的 MVP 骨架。 文章最後留下的下一步是: 把目前還偏 MVP 的 Specificat...
昨天 Day 15,我把 ClarifyBuild 的 Specification Setup 從容易出錯的文字格式,改成比較明確的 row-based edi...
Day 16 結尾,我替今天寫了三個驗收條件: 匯出的是整份 draft(產品決策加上 Builder 的狀態),不含 Project Specificati...
Day 17 結尾,我寫下今天應該補 browser-level test。 因為 ClarifyBuild 從 Day 15 到 Day 17,已經不只是單純...
Day 17 我故意沒做一件事:匯入前確認。 那時候,匯入一份合法的 draft,會直接取代目前的 draft。 而 ClarifyBuild 每次變更都會寫進...
Day 18 我說還沒有 browser test。 Day 19 我又說 browser test 一樣先放著。 今天 Day 20,終於輪到它了。 不過今天...