Addy Osmani

資料來源#

Loop Engineering

摘要#

在 Google 負責 Chrome 與開發者體驗的工程領導者，也是長期投入寫作與教育的作者（主題涵蓋網頁效能、JavaScript 設計模式、影像最佳化）。截至 2026 年，他持續發表廣受閱讀的 AI 輔助軟體工程系列文章，業界視之為綜整層：將實驗室與實務工作者展示的做法整理並命名，剖析其結構。他的〈Loop Engineering〉文章（2026 年 6 月）為迴圈工程命名，並提出由五項基本要素加上記憶構成的架構。

2026 年 AI 程式設計文章系列#

Osmani 的部落格為 AI 原生工程建立了一套彼此連結的詞彙。〈Loop Engineering〉中提到的文章（多數尚未收入此 wiki）：

代理程式 harness 工程——單一代理程式所處的執行環境。此 wiki 的主條目是代理程式 harness 工程。
工廠模型——建置軟體的系統。
迴圈工程——「設定計時器運作的」harness，層級再高一層 → 迴圈工程。
長時間運作的代理程式——為何記憶必須存在磁碟上，而非上下文中。
意圖債務——代理程式每次開始工作階段時都一無所知，便會自信地猜測你意圖中的任何空缺；技能則是寫在外部、明確記錄下來的意圖（參見代理程式技術債務）。
理解債務——已存在的程式碼與你理解的內容之間的落差；迴圈持續交付你未曾撰寫的程式碼時，這個落差會不斷累積（參見外包思考，而非理解）。
認知屈從——全盤接受迴圈的結果，而不形成自己的判斷（參見鋸齒狀智慧（幽靈，而非動物））。
編排成本——限制你實際能執行多少代理程式的人類審查頻寬。
程式碼代理程式樂團／對抗式程式碼審查——創作者與檢查者的分工；本文以驗證成為新的瓶頸將其正式化。
AI 時代的程式碼審查——「你的工作是交付你確認可正常運作的程式碼。」

立場#

Osmani 對迴圈工程抱持審慎樂觀態度：他稱之為「我們工作方式將如何演進的預覽」，同時坦言仍持懷疑（「現在還很早」），並堅持提醒成本，也強調人類仍須承擔的責任。他在系列文章中的核心觀點是，AI 改變了槓桿所在之處——從輸入程式碼，到撰寫提示，再到設計能撰寫提示的系統——但工程師對驗證與理解所負的責任並未消失。「打造這個迴圈，但要像打算一直當工程師的人那樣打造。」

資料來源#

Loop Engineering——〈Loop Engineering〉（addyosmani.com，2026 年 6 月）

Addy Osmani

資料來源#

摘要#

2026 年 AI 程式設計文章系列#

立場#

相關連結#

資料來源#