如今，每位軟體工程師都是架構師。

為了一場高風險的展示，我連著熬了幾個通宵，而 AI 代理人的表現令人驚嘆。過去要花一週的功能，一個下午就完成了，那感覺就像獲得了超能力。

然後我開始測試。

到處都是錯誤。快取錯誤。執行緒安全問題。幾個月來一直運作良好的程式碼，被某個沒人刻意做出的細微決定悄悄弄壞了。全都能編譯。全都能執行。然後陷阱出現了。它總會出現。

我一半時間在除錯 AI 的輸出，另一半時間在擔心接下來會發現什麼。大概凌晨兩點的時候，我意識到自己心裡那種感覺已經不再是興奮。那是拉動吃角子老虎機拉桿的感覺。你敲下提示詞，轉輪開始旋轉，出什麼就是什麼。它看起來是對的。每一次看起來都是對的——直到它不對為止。

但關鍵在於：我從未停止使用這些代理人。沒有人會走回頭路。這種速度是真實的，令人難以置信，誰要是叫你重新手寫全部程式碼，那是在販賣懷舊。只是我開始問一個不同的問題。

工作早已改變，工具卻沒有。

這一幕我們經歷過。我們曾用打孔卡替電腦寫程式。然後是組合語言——推入這個暫存器，跳到這裡，把這些數字相加。後來 Dennis Ritchie 創造了 C，你突然不再以指令思考，而是以邏輯思考。每一次這樣的轉變，在成為理所當然之前，都顯得不可能。

這就是那樣的轉變之一，而且是迄今最大的一次。如今由代理撰寫程式碼——你去倒杯咖啡的工夫就是數千行——diff 像收據一樣從另一端吐出來，而我們對它的處理方式都一樣：不讀。當然不讀。沒有人會讀一份 2,000 行的 diff。我們建構、執行、瞇著眼看一看，然後說出軟體業最危險的一句話：「看起來能動，出貨吧。」

然後登入頁面壞了。而你根本沒碰過它。因為在那 2000 行裡的某個地方，它改動了一個核心資料模型，那看起來人畜無害，而現在是凌晨兩點，你的呼叫器在響，對於「這東西是怎麼運作的」這個問題，最誠實的回答，正是全世界的工程師每天都在對主管說的那句話：

「我不知道，是代理人寫的。」

把這句話大聲念出來。這不是工程文化。這是在流沙上蓋房子。

數據印證了這種感覺：84% 的開發者如今使用 AI 編程工具。81% 的企業團隊都遇過 AI 寫的程式碼在正式環境中出問題。而信任自己所發布的 AI 生成程式碼的，只有 29%——百分之二十九。* 我們接納了工具，卻失去了信任。沒有控制的速度不是工程，而是包裝精良的混亂。

但有一件事沒人說清楚：工程師的工作並沒有消失，它往上移了一層。 我們不再是寫程式的人，而是架構師。我們指明方向、搭建結構，決定什麼必須永遠成立、什麼絕不能發生。代理人是勞動力——一群不知疲倦、才華洋溢卻略顯魯莽的建造者。而我們使用的每一項工具，都是為舊的工作設計的。一個檔案瀏覽器、一個文字編輯器、旁邊硬拼上去的一個代理人。那是寫程式者的工作檯。架構師的工具在哪裡？

控制不是功能需求，而是本能。

想要掌控自己所建造之物，也許是人類最古老的本能之一。它是親手做出某樣東西與眼看著某樣東西被做出來之間的差別。我認為這才是工程師此刻如此不安的真正原因——嚴格來說，問題不在錯誤本身，而在於我們坐到桌前，已經不再覺得自己是建造者。我們感覺自己是在對著一個代理人喊話，它有時會回喊，有時甚至它是對的，而這一切都不像我們曾經熱愛的那份工作。

工程師早上坐下來時，應該感受到我們一直以來感受到的東西：我在造東西。我在創造。我知道我的系統如何運作，而且我能證明。 這份驕傲不是懷舊——它是讓整個職業得以運轉的根基，因為在每一份 diff 的盡頭，依然站著一個必須負責的人。Andrej Karpathy 說得最好：代理人工程的要義，是在快得多的同時守住品質的標準。責任依然在你。

所以答案不是讓 AI 慢下來，不是逐行讀完每一份 diff，也不是一個被代理人當作禮貌建議的 markdown 資料夾。答案就是工程領域一貫的做法：看見建造了什麼。理解它做了什麼。強制那些絕不能發生的事不發生。信任之前先驗證。

但這要從工具開始。要從把工程師重新放回控制的位置、放回技術堆疊的頂端，讓他們為自己所造之物感到驕傲開始。

我們相信：

• 工程師如今就是架構師。工具也該終於表現得像那麼一回事。
• 信任靠驗證贏得，而不是靠感覺。沒有被證明的東西，就不該上線。
• 控制才是核心功能，其餘都是裝飾。
• 沒有控制的速度是混亂。帶著控制的速度，才是這個時代的全部承諾。

我們正是為此而打造 Panolayer。

*來源：Stack Overflow Developer Survey 2025；CloudBees State of Code Abundance 2026。