昨天 Day 15,我把 ClarifyBuild 的 Specification Setup 從容易出錯的文字格式,改成比較明確的 row-based edi...
昨天 Day 14,我把 ClarifyBuild 寫成第一版可以跑的 MVP 骨架。 文章最後留下的下一步是: 把目前還偏 MVP 的 Specificat...
昨天 Day 13,我把 ClarifyBuild v0.1 的 Low-fi Wireframe 整理出來。 到那一步為止,ClarifyBuild 已經不只...
昨天 Day 12,我終於把 ClarifyBuild 最後要輸出的 AI Coding Prompt 定下來。 到這裡為止,前面的東西其實已經不少了。 我有:...
昨天 Day 11 的最後,我留下了一個問題: 如果 Spec 已經寫得這麼完整,AI Coding Prompt 到底還需要放什麼? 而且還有一個更重要的...
昨天 Day 10 的最後,我留下了一個問題: 這些 Requirement 最後到底要怎麼變成一份 Build-ready Project Specific...
昨天 Day 9 的最後,我留下了一個問題: ClarifyBuild 到底怎麼知道「現在還缺什麼」,以及下一題應該問什麼? Day 9 我把 Clarif...
上一篇整理完 User Flow 後,我原本預計今天接著談 User Story: 誰需要這個功能?為什麼? 但在準備往下做 ClarifyBuild 時,...
昨天最後留下了一個問題: 使用者到底會怎麼走過這些功能? 這也是我把 ClarifyBuild 的功能,從比較模糊的 Feature 往更明確的 Funct...
昨天最後留下了一個問題: 功能名稱已經留下來了,但 AI 到底怎麼知道這個功能應該怎麼運作? 例如,假設我正在做一個活動網站,而且已經確定「搜尋功能」要放進...
昨天最後,我替自己留下了一個問題: ClarifyBuild 的第一版,到底要做到哪裡? Clarification Flow 可以幫我找出還沒決定的事情,...
昨天寫到最後,我留下一個問題: 從一個模糊 Idea 出發,它應該怎麼一步一步把需求問清楚? 這就是今天要開始處理的部分。 昨天整理出來的結論是:Promp...
昨天寫到最後,我留下了一個問題: Prompt 跟 Requirement,到底差在哪裡? 如果最後都是透過自然語言跟 AI 溝通,那這個問題其實會變得更直...
昨天寫到最後,我留下了一個問題: 所謂的「需求沒說清楚」,到底是哪裡沒說清楚? 今天我原本以為,答案可能很簡單。 既然 AI 會猜,那我就把 Prompt...
昨天的 Day 1,我留下了一個問題: 如果 AI 寫出來的東西不符合預期,問題真的都在 AI 嗎? 這也是我開始做 ClarifyBuild 的原因。 不...
正式開始我的 2026 iThome 鐵人賽。 今年參加的是 Vibe Coding 主題競賽,而接下來 30 天,我想做的產品叫做: ClarifyBuild...
從 ChatGPT 的附屬功能到獨立 Agent 平台,Codex 的定位和使用邏輯 很多人對 Codex 的第一印象是「ChatGPT 的程式碼版本」,但這...
上一次我們將手稿交給 AI 進行分析生成,但結果並不令人滿意,或者嚴格說起來,令人不滿意。感覺 AI 只做了一半,拿到了「半成品」而已。 然而,這不能只怪 AI...