你是不是也有過這種感覺？
一開始用 AI 做產品，速度真的很快。
跟它說你想要一個登入頁面，過一下就有了。再加會員功能、後台、付款流程，好像只要一直下指令，產品就會慢慢長出來。
那時候真的會覺得：
「好像沒有想像中難，我自己也做得出來。」
但做著做著，事情開始不太對勁。
一開始很快，後來每改一個地方都要祈禱
剛開始可能只有幾個頁面，功能也很單純。
但隨著畫面越來越多、流程越來越長，修改開始變得很痛苦。
你只是想改一個欄位，另一個頁面卻突然壞掉。
你請 AI 調整登入流程，結果原本可以用的會員功能不能用了。
你明明只改了按鈕的位置，它卻順便重寫了一大段你根本沒叫它改的程式。
最麻煩的是，你也不知道它到底動了什麼。
只能重新測一遍，看看還有哪裡壞掉。
出問題後，修復的時間也越來越長
以前遇到錯誤，把訊息貼給 AI，它可能一下就修好了。
後來卻開始變成：
「找到問題了，已經幫你修復。」
重新執行，還是壞的。
再請它修一次，又冒出另一個問題。
修到最後，連原本正常的地方也一起壞掉。
你可能會想乾脆回到上一個版本，結果請 AI 幫你恢復後，程式卻和原本長得不太一樣。
這時候真的很容易改到爆氣。
你明明只是想加一個小功能，最後卻花了整個晚上，在處理本來不存在的問題。
做得越多，系統反而越陌生
更奇怪的是，這套產品明明是你一路做出來的，你卻開始看不懂它。
哪些檔案可以改？
哪些地方不能碰？
資料到底存在哪裡？
改壞了怎麼退回上一版？
現在這個版本要怎麼部署上線？
上線後出問題，又要怎麼換回原本正常的版本？
當你開始不敢修改、不敢更新，也不確定怎麼上線，這套系統其實就已經慢慢不在你的掌握之中了。
問題不一定是你不會下 Prompt
很多人遇到這種情況，會以為是自己的 Prompt 寫得不夠清楚。
所以開始把需求寫得更長，提供更多背景，甚至要求 AI「修改時不要影響其他功能」。
這些做法有幫助，但通常只能改善眼前的問題。
真正的原因是，隨著功能增加，系統裡的規則也變多了。
會員、訂單、付款、權限和通知開始互相影響，但這些功能從一開始就沒有被好好分開。
AI 每一次都只是在完成你現在交代的任務。
它可以把功能做出來，卻不一定知道這次修改會影響整套系統的哪些地方。
最後就變成每個功能單獨看都能跑，放在一起卻互相牽連。
AI 可以幫你做得很快，但系統還是需要有人整理
這不是說 AI 不適合拿來開發產品。
相反地，我自己也很常用 AI 協助開發，它確實可以省下很多時間，也讓一些原本需要花很久處理的事情，變得快很多。
只是我慢慢發現，當產品不再只是一個簡單的 Demo，開始有會員、訂單、付款、權限，甚至真的準備交給客戶使用時，問題通常就不只是功能能不能做出來。
更重要的是，這些功能之間的關係有沒有被整理清楚。
不然很容易變成：
第一版花三天做完。
第二版花一週修改。
到了第三版，光是弄清楚現在的程式到底在做什麼，就已經花掉大半時間。
這也是我最近一直在思考的事情。
AI 確實讓「做出第一版」變得容易很多，但產品要繼續修改、持續上線，甚至慢慢長成一套真正可以使用的系統，可能還是需要一些架構、規範和整理。
不一定要一開始就設計得非常完整，也不代表每個小專案都需要複雜的架構。
只是至少在功能越來越多之前，先把重要的流程、規則和邊界整理清楚，後面修改時，通常會比較安心一點。
因為真正理想的狀態，應該不是每次修改都期待 AI 不要弄壞其他地方。
而是即使真的改壞了，我們也大概知道問題可能在哪裡、怎麼驗證，以及怎麼安全地回到上一個正常的版本。
這些是我目前在 AI 開發過程中的一些觀察。
AI 可以幫我們走得很快，但系統能不能穩定地繼續走下去，可能還是取決於我們有沒有花時間，把它整理成自己真正理解、也敢繼續修改的樣子。
