Loop 是什麼

過去兩年，99% 的人用 AI 寫程式碼、寫東西，大概都是這樣：寫個 prompt，等它回，讀一遍，再補一句，繼續等。人一直握著工具，一回合一回合往前推。

到了 2026 年年中，大家開始聊另一件事情了。OpenClaw 作者 Peter Steinberger 發了一條兩百多萬閱讀的推：「你不該再去 prompt 你的 programming agent 了，你該去設計那些替你 prompt agent 的循環。」Anthropic Claude Code 負責人 Boris Cherny 也講到類似經驗：「我已經不 prompt Claude 了，我有一堆 loop 在跑，是它們在 prompt Claude、在決定下一步。我的工作是寫 loop。」隨後 Addy Osmani 把這件事命名為 Loop Engineering（循環工程）。

Loop Engineering，就是從「自己一句句去 prompt」轉到「設計一套會繼續 prompt 的系統」。

人的價值沒有消失，只是位置變了。一頭是意圖：把「我到底要什麼」說到可以驗收。一頭是擔責：跑出來的東西，最後算在你頭上。中間那些反覆問、反覆查、反覆改的步驟，可以交給循環。

它和 cron 定時任務的差別，在於裡面多了一個會判斷下一步的 agent。cron 跑寫死的腳本；循環會看當前狀態，挑動作，執行，檢查結果，再決定繼續、重試、回滾或停止。這個「觀察、決策、行動、驗證」（observe-decide-act-verify）就是循環的內核。

循環的六個部件

一個循環由六個部件組成：

• 觸發器：什麼時候啟動
• Agent：誰來執行
• 驗收條件：怎樣算完成
• 上限：最多跑幾次／花多少錢
• 狀態檔：記住上次做到哪
• 工具連接：MCP，讓它能動手

形狀比命令更重要

記住這個六件套的形狀，忘掉每一個具體命令鍵，你就學會了循環工程；反過來背熟命令鍵、錯過形狀，你只學會了這個月的 CLI。

AI 協作：學了這個，跟 AI 怎麼配合？

以前你是操作員，逐句給 AI 指令。學完 Loop Engineering，你的角色更像系統設計師——你設計規則，AI 按規則跑。把「一次性 prompt」升格成「可重複執行的循環」，你的時間就被解放出來做更高層次的判斷。

你的人類優勢：

• 定義「完成」的標準——什麼叫做好了，只有你最清楚
• 承擔結果責任——loop 跑出來的東西，最後仍然算在你頭上

可以這樣跟 AI 說：

我想把「每天早上確認昨天的 PR 有沒有被 merge」這件事做成一個 loop。幫我設計這個循環的六個部件：觸發器、Agent 任務描述、驗收條件、上限、狀態檔格式、需要哪些 MCP 工具。