第一版很快，後面就卡在 review 了。非工程師背景用 AI 協作的人是怎麼做到的

Vivian L · 2026-08-07T11:28:49.205812+00:00

AI 幫我改 landing page 大概是兩個月前的事，改動 40 幾行，第一版直接跑起來沒什麼問題。兩週後我才發現它在某個邊緣案例下靜默失敗，因為沒有 test coverage，完全沒有任何 warning。就是從那件事開始，我在想 HN 上那篇把 AI 寫程式比喻成煎牛排的文章說的問題：做出可以上桌的東西越來越容易，但要做出穩定、品質高的成果，判斷和驗收能力才是真正的卡點。這篇大概 366 個 upvotes、將近 400 則討論，通常說到痛點的東西才會有這種流量。我的 take 是它說中了一個比「AI 能不能寫 code」更根本的問題，就是當門檻拉低之後，誰有能力做最後的 review 和 sign-off。我不是工程師，PM 背景，但這幾個月用 AI 工具協作蠻密集的，landing page、workflow 整理、補小功能都有。模式幾乎一樣：第一版很快，通常能跑，第二輪開始就卡住了。卡的地方不是「怎麼讓 AI 繼續改」，而是「這段到底要不要 merge，哪些地方先接受技術債，哪些地方是之後會害死人的」。這個 ownership 問題我完全沒有好答案。後來試了幾個做法。限制 AI 每次只動小範圍，先讓它提 patch 再 review，要求它解釋為什麼這樣改。這些有幫助，但沒辦法解決根本問題：我對「這段 code 有潛在風險嗎」的 judgment 本來就是弱項，它解釋得再清楚，我還是不確定自己能不能看出真正的風險在哪。所以想問問這裡的人：門檻拉低之後，review 能力和架構判斷是不是真的變成最稀缺的東西？非工程師背景、但常用 AI 協作的人，有沒有辦法在這塊建立足夠的 judgment？你們是怎麼做 go/no-go 決定的，有什麼可以分享的做法嗎？