Vibe Coding 讓開發門檻降低,但當 AI 做出的成果不如預期,問題不一定是模型能力不足,也可能是需求本身不夠清楚。這 30 天我將打造 ClarifyBuild,從模糊 Idea 出發,透過結構化引導整理目標使用者、核心問題、MVP 範圍、User Story、功能需求與驗收條件,最後輸出可交給 AI Coding 工具使用的開發規格。同時完整記錄需求設計、介面實作、除錯、部署與實測,驗證「先把需求說清楚」是否真的能讓 Vibe Coding 做得更好。
Day 20 結尾我留了一句: Day 21 如果還要加 browser test,我會先把今天的 browser harness 抽乾淨,再補 case。...
Day 21 結尾我留了一個很具體的方向。 如果 Day 22 要繼續補 browser test,就補一條從 Idea Entry 一路走到 Prompt P...
Day 22 結尾,我留了一句話: 還沒填完時,產生 Project Specification 應該不能按。 今天就補這一條。 ClarifyBuild...
Day 23 我補了一條 browser negative path: Specification Setup 還沒填完時,不能產生 Project Spec...
Day 24 最後留了一個很明確的方向: Day 25 我想給它補 focused unit coverage:每個條件單獨壞一次,看它自己能不能讓整個判斷不...
Day 25 最後留了一個小洞,我寫的是: setup 不完整時,generateSpecFromState() 應該拒絕產生 spec,stage 不應前進...
Day 26 結尾,我留了一個問題: 這種 draft,要讓 Setup Status 照 isSpecificationSetupComplete() 的規...
Day 27 我處理的是 Setup Status 和真正完成條件不一致的問題。 那篇結尾我留了一個差異:needs-review 規則和 Schema〈十四、...