AI生成40行代碼，你掃一眼diff，點下批準(zhǔn)。整個流程不超過30秒。

但你有沒有想過：剛才那30秒里，你做了什么？你沒寫代碼，沒設(shè)計流程，甚至沒點幾下界面。你只是——判斷了一下。而這個判斷，正在成為軟件開發(fā)里最重要的技能。

行業(yè)正在從"執(zhí)行"轉(zhuǎn)向"評估"。AI負責(zé)寫，人類負責(zé)審。這個轉(zhuǎn)變有個名字，而且不是新詞。Don Norman早在1986年就描述過它。

在《設(shè)計心理學(xué)》里，Norman提出了人與系統(tǒng)交互時存在的兩個基本鴻溝：執(zhí)行鴻溝（Gulf of Execution）——用戶想做什么，與如何 figuring out 怎么做之間的差距，按鈕在哪？命令是什么？怎么觸發(fā)？以及評估鴻溝（Gulf of Evaluation）——系統(tǒng)做了什么，與用戶是否理解它是否奏效之間的差距，這達到預(yù)期了嗎？系統(tǒng)狀態(tài)對嗎？結(jié)果正確嗎？

幾十年來，UX和開發(fā)者工具的核心努力都花在縮小執(zhí)行鴻溝上。更直觀的 affordance、更清晰的導(dǎo)航、自動補全、語法高亮、文檔——所有這些都指向同一個問題：我該怎么操作？AI Agent讓這個問題變得簡單多了。

當(dāng)你向Agent描述需求（"給這個表單加輸入驗證"），它不會讓你自己 figuring out 怎么做。它直接動手：瀏覽代碼庫、寫代碼、跑 linter、生成 diff 給你。執(zhí)行鴻溝大幅收縮，坍縮成一個單一界面：提示詞（prompt）。

但它沒有消失。提示詞本身也有執(zhí)行鴻溝?？此坪唵蔚恼埱螅?加輸入驗證"）其實充滿歧義：客戶端還是服務(wù)端？用哪個庫？錯誤提示寫什么？用戶仍然得懂足夠多的東西，才能把指令下清楚。執(zhí)行鴻溝被壓縮進了提示詞環(huán)節(jié)。與此同時，評估鴻溝成了瓶頸。

這個區(qū)分很關(guān)鍵。復(fù)雜度沒有消失，只是轉(zhuǎn)移了。Agent出現(xiàn)之前，絕大部分時間花在執(zhí)行上。評估是執(zhí)行的自然副產(chǎn)品——你寫代碼的時候自然知道它在干什么?，F(xiàn)在執(zhí)行是瞬時的，瓶頸完全轉(zhuǎn)移到評估側(cè)。需要審查的產(chǎn)出量增長速度，遠超可用于審查的時間。這不是漸進變化，而是工作本質(zhì)的質(zhì)變。

現(xiàn)在最難的問題不是"我怎么寫這個"，而是：這代碼對嗎？最后一個問題以前很 trivial，現(xiàn)在承載了整個交互的重量。

人機協(xié)同（Human-in-the-loop, HITL）不是新概念。它是機器學(xué)習(xí)系統(tǒng)里的成熟原則：在自動化決策循環(huán)的某個環(huán)節(jié)保留人類參與，確保準(zhǔn)確性、安全性和可問責(zé)性。經(jīng)典的HITL問題是二元的：人在不在循環(huán)里？在Agent工具時代，這個問題已經(jīng)沒懸念了：在，顯然在。人類審查輸出。