前四天，我從 CareCall AI 想解決的問題開始，逐步確認使用者、關懷流程、三種 Demo 情境，以及五個核心畫面。到了 Day 4，我也完成了人工關懷流程與低擬真畫面，原本以為接下來就可以很自然地進入程式開發。
在與 AI 協作的過程中，我已經取得一份 CareCall AI 的網站程式。從畫面與內容來看，它包含四位虛構個案、四種工作流程狀態、今日關懷總覽、個案詳細頁、模擬關懷流程，以及待人工處理中心。乍看之下，產品好像突然往前走了很多。
但當我準備開始 Day 5 時，反而出現了新的問題：我不知道這份程式應該用什麼方式開啟，也不確定它是不是後續要持續修改的正式專案。Notion 裡有每日規劃，Figma 裡有畫面，而手上又多了一份網站程式，但這些成果之間的關係並沒有被清楚整理。
這也讓我發現，Vibe Coding 並不只是請 AI 快速產生程式。如果我不知道目前使用的技術、檔案放在哪裡、哪些功能真的可以運作，以及下一次修改應該從哪個版本開始，那麼產生再多畫面與程式，也可能讓專案變得更加混亂。
因此，Day 5 我決定先停止增加功能，改為盤點目前擁有的成果。現階段，這份程式比較適合被視為「互動概念原型」：它已經協助我看見 CareCall AI 可能的操作方式，也讓四種工作狀態與人工接手流程變得更具體；但其中的語音與 AI 功能仍有模擬成分，專案本身也還需要整理，才能成為後續持續開發的正式基礎。
今天的成果不是完成一項新功能，而是確認接下來不能再讓 Notion、Figma 與程式各自往不同方向發展。下一步，我需要先建立一個唯一的正式專案，清楚記錄它的用途、啟動方式、目前功能與待完成項目，再逐步加入文字關懷、狀態判斷、語音與 AI。
這次停下來並不代表進度倒退。相反地，它讓我意識到：AI 可以很快生成成果，但如何判斷、整理與接續這些成果，仍然是 Vibe Coding 過程中不可省略的一部分。只有先把專案基礎整理清楚，後續的每一天才不會一直重做，也能確保 CareCall AI 真正朝我想像的方向前進。