2026 年 9 月 11 日，開發者 kyriewen 在掘金發表了一篇工作自述，標題直白：「我用 AI 寫完一個需求後才發現，最難的不是 prompt，而是驗收」。文章沒有驚人的數據圖表，只有一段再普通不過的流程：在 Claude Code 裡把需求描述清楚，元件、樣式、請求邏輯一起生成，主流程幾分鐘跑通。真正讓人停下來的問題只有一個，這份程式碼達到能提交的標準了嗎。
這個問題值得從設計的角度看。因為它描述的其實是一套人機介面的失衡：機器端被加速到極致，人類端的確認流程卻原封不動。
先看那段被生成出來的元件
文章裡貼了一段典型的生成結果。一個名為 UserList 的 React 元件，接收 keyword 參數，用 useEffect 發請求，拿到 JSON 後直接放進 state，最後渲染成一份使用者名單。
單看畫面，它成立。型別齊全，渲染正常，輸入關鍵字立刻有結果。這就是 kyriewen 稱為「完成錯覺」的來源：功能路徑這一層，AI 做得最好，也最容易讓人誤以為整件事已經結束。
但作者拿五個檢查項目依序過一遍，問題全在細節裡。沒有載入狀態，斷網時是白屏；沒有空狀態，查無結果時是空白；沒有錯誤處理，請求失敗時是靜默。使用者面對這三種畫面，只會得出一個結論：頁面壞了。
這裡的設計觀察很具體。AI 生成的介面元件，預設只寫成功路徑。它處理的是「資料回來之後畫面長什麼樣」，而人類設計師在畫原型時第一件想的往往是反過來的事：資料沒回來時，畫面要長什麼樣。載入中的骨架屏、空狀態的提示文案、錯誤後的重試按鈕，這些才是介面設計裡真正佔篇幅的部分。生成器跳過了它們，而驗收的人必須把它們一個一個補回去。
快慢之間的四十三個百分點
文章引用了一個有出處的實驗。研究機構 METR 找了一批資深開發者做對照，使用 AI 工具的那組，實際完成時間比徒手慢了 19%，而他們事前預估自己會快 24%。快慢之間差了 43 個百分點。
kyriewen 的解讀是：生成的時間被壓縮了，確認的時間一點沒少。錯覺來自「寫」的部分，prompt 一發，程式碼快速湧出，體感極快；瓶頸藏在「驗」的部分，你得逐個回答「它對不對」，而這件事沒有被任何工具加速。
這個結構放到設計領域也成立。排版軟體把製稿時間壓到半天，但校對錯字、核對資訊階層、確認跨頁節奏的時間，二十年來沒有變短過。工具加速的是產出端，而產出端從來不是品質的所在。品質藏在確認端，確認端靠的是人的判斷，而判斷無法平行化。
五個檢查項，其實是五種畫面
作者的五個必驗項，拆開來看都是介面設計的基本功。
第一是三態：載入、空、錯誤。第二是邊界值：空關鍵字發不發請求、兩百個字元的搜尋詞會不會弄壞 URL 參數、快速連續輸入時前一個慢請求的回應會不會覆蓋掉新結果。第三個是經典的競態問題，搜尋類功能的高發事故。第四是清理：元件卸載後，在途請求還在飛，回應回來往一個已經不存在的元件裡 setState。第五是回歸範圍：你叫它改列表頁，它順手把共享的 formatDate 改了簽名，因為它判斷「這樣更通用」。
第五項特別值得停下來看。生成速度越快，一次帶出的改動越多，diff 裡就越容易藏著你沒要求它碰的東西。這就像請人改一張海報的字級，對方順手換了品牌標準色的色值，理由是這樣對比更清楚。單看每一處改動都合理，合起來卻動搖了整個系統的邊界。驗收在這裡的角色，是畫出一條紅線：哪些東西可以動，哪些東西連碰都不該碰。
驗收標準該被寫進 prompt 裡
kyriewen 給出的解法不是換更強的模型，而是把驗收標準直接寫進 prompt。在描述需求時，就載明三態要齊、請求要能取消、型別要過執行期校驗、不得更動共享工具函式。
這個做法的設計意味在於，它把事後的檢查清單，前移成事前的規格描述。傳統流程裡，驗收標準是隱性知識，存在資深工程師的腦子裡，靠 code review 時口頭傳遞。AI 協作流程把它逼成了顯性文本：你必須把「什麼叫完成」寫成機器能讀的條件，否則機器會用它自己的預設值填滿空白，而機器的預設值裡沒有載入狀態，沒有空狀態，沒有錯誤畫面。
這與我們先前討論鴻蒙系統級材質的邊界管理時的觀察類似：當能力被大規模開放，真正需要被設計的是邊界與約束，而非能力本身。
產出的速度，確認的重量
回到文章開頭那筆時間帳。以前的分配是八分寫、兩分驗，寫的過程中腦子已經順帶把邏輯過了一遍，驗收只是收尾。現在倒了過來，生成佔幾分鐘，剩下的大塊時間全花在確認上。一個幾分鐘就「完成」的元件，過完五項檢查，大概還要再花幾十分鐘才能提交。
所以這篇文章真正說的不是 AI 快不快，而是工作重心的遷移。prompt 決定產出速度，驗收決定能不能提交。當生成這件事變得便宜，判斷就變成了整條流程裡最貴的環節。工具設計者若想真正幫到使用者，下一步該優化的對象或許已經不是生成端的速度，而是確認端的效率：怎麼讓人更快看見三態的缺失、更快圈出 diff 裡越界的改動。誰先把「驗」做成好的介面，誰才算真正接住了這波工具變革。