技術 Day 8｜需求寫清楚還不夠：用 User Flow 把功能串成真正的使用流程

昨天最後留下了一個問題： 使用者到底會怎麼走過這些功能？ 這也是我把 ClarifyBuild 的功能，從比較模糊的 Feature 往更明確的 Funct...

技術 Day 7｜功能寫進 MVP 就夠了嗎？把 Feature 變成 AI 看得懂的 Functional Requirement

昨天最後留下了一個問題： 功能名稱已經留下來了，但 AI 到底怎麼知道這個功能應該怎麼運作？ 例如，假設我正在做一個活動網站，而且已經確定「搜尋功能」要放進...

技術 Day 6｜第一版到底要做什麼？用 MVP 與 Scope 避免 Vibe Coding 越做越多

昨天最後，我替自己留下了一個問題： ClarifyBuild 的第一版，到底要做到哪裡？ Clarification Flow 可以幫我找出還沒決定的事情，...

技術 Day 5｜ClarifyBuild 要怎麼把模糊 Idea 問清楚？設計第一版 Clarification Flow

昨天寫到最後，我留下一個問題： 從一個模糊 Idea 出發，它應該怎麼一步一步把需求問清楚？ 這就是今天要開始處理的部分。 昨天整理出來的結論是：Promp...

技術 Day 4｜Prompt 跟 Requirement，到底差在哪裡？

昨天寫到最後，我留下了一個問題： Prompt 跟 Requirement，到底差在哪裡？ 如果最後都是透過自然語言跟 AI 溝通，那這個問題其實會變得更直...

技術 Day 3｜需求沒說清楚，到底是哪裡沒說清楚？

昨天寫到最後，我留下了一個問題： 所謂的「需求沒說清楚」，到底是哪裡沒說清楚？ 今天我原本以為，答案可能很簡單。 既然 AI 會猜，那我就把 Prompt...

技術 Day 2｜Vibe Coding 到底改變了什麼？當 Coding 變快，需求反而更重要

昨天的 Day 1，我留下了一個問題： 如果 AI 寫出來的東西不符合預期，問題真的都在 AI 嗎？ 這也是我開始做 ClarifyBuild 的原因。 不...

技術 Day 1｜AI 寫不好，真的是 AI 的問題嗎？ClarifyBuild 從這個疑問開始

正式開始我的 2026 iThome 鐵人賽。 今年參加的是 Vibe Coding 主題競賽，而接下來 30 天，我想做的產品叫做： ClarifyBuild...