iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
Vibe Coding

AI 寫不好,可能是我沒說清楚:30 天打造 ClarifyBuild,讓 Vibe Coding 從需求開始 系列

Vibe Coding 讓開發門檻降低,但當 AI 做出的成果不如預期,問題不一定是模型能力不足,也可能是需求本身不夠清楚。這 30 天我將打造 ClarifyBuild,從模糊 Idea 出發,透過結構化引導整理目標使用者、核心問題、MVP 範圍、User Story、功能需求與驗收條件,最後輸出可交給 AI Coding 工具使用的開發規格。同時完整記錄需求設計、介面實作、除錯、部署與實測,驗證「先把需求說清楚」是否真的能讓 Vibe Coding 做得更好。

參賽天數 28 天 | 共 28 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 11

Day 11|Requirement 都有了,為什麼還不能直接產生 Spec?把 ClarifyBuild 的 Project Spec Schema 定下來

昨天 Day 10 的最後,我留下了一個問題: 這些 Requirement 最後到底要怎麼變成一份 Build-ready Project Specific...

2026-09-25 ‧ 由 biggieyk 分享
DAY 12

Day 12|有了 Spec,AI Coding Prompt 到底還要放什麼?把 ClarifyBuild 的 Prompt Output 定下來

昨天 Day 11 的最後,我留下了一個問題: 如果 Spec 已經寫得這麼完整,AI Coding Prompt 到底還需要放什麼? 而且還有一個更重要的...

2026-09-26 ‧ 由 biggieyk 分享
DAY 13

Day 13|規格都定下來了,Wireframe 真的只是把畫面畫出來嗎?

昨天 Day 12,我終於把 ClarifyBuild 最後要輸出的 AI Coding Prompt 定下來。 到這裡為止,前面的東西其實已經不少了。 我有:...

2026-09-27 ‧ 由 biggieyk 分享
DAY 14

Day 14|終於開始寫程式,但我先寫的不是畫面

昨天 Day 13,我把 ClarifyBuild v0.1 的 Low-fi Wireframe 整理出來。 到那一步為止,ClarifyBuild 已經不只...

2026-09-28 ‧ 由 biggieyk 分享
DAY 15

Day 15|不要先做漂亮,先讓規格輸入不容易壞掉

昨天 Day 14,我把 ClarifyBuild 寫成第一版可以跑的 MVP 骨架。 文章最後留下的下一步是: 把目前還偏 MVP 的 Specificat...

2026-09-29 ‧ 由 biggieyk 分享
DAY 16

Day 16|把資料存起來之前,先決定什麼不能被存成真相

昨天 Day 15,我把 ClarifyBuild 的 Specification Setup 從容易出錯的文字格式,改成比較明確的 row-based edi...

2026-09-30 ‧ 由 biggieyk 分享
DAY 17

Day 17|Draft 可以匯出了,但 Spec 和 Prompt 不能跟著放進去

Day 16 結尾,我替今天寫了三個驗收條件: 匯出的是整份 draft(產品決策加上 Builder 的狀態),不含 Project Specificati...

2026-10-01 ‧ 由 biggieyk 分享
DAY 18

Day 18|還沒有 browser test,我先把按鈕背後的狀態流程抽出來測

Day 17 結尾,我寫下今天應該補 browser-level test。 因為 ClarifyBuild 從 Day 15 到 Day 17,已經不只是單純...

2026-10-02 ‧ 由 biggieyk 分享
DAY 19

Day 19|匯入的 Draft,在按下確定之前不能先進 App

Day 17 我故意沒做一件事:匯入前確認。 那時候,匯入一份合法的 draft,會直接取代目前的 draft。 而 ClarifyBuild 每次變更都會寫進...

2026-10-03 ‧ 由 biggieyk 分享
DAY 20

Day 20|終於補 browser test,但我只測使用者看得到的事

Day 18 我說還沒有 browser test。 Day 19 我又說 browser test 一樣先放著。 今天 Day 20,終於輪到它了。 不過今天...

2026-10-04 ‧ 由 biggieyk 分享