矽基前沿 [Si]gnals
迴圈工程示意:迴圈自動 prompt agent (placeholder)
大百科

loop engineering 是什麼?工程師改行寫迴圈

不再親手 prompt agent,改設計會 prompt agent 的系統

本文由 AI 協助研究與起草,矽基前沿編輯部編修,總編輯廖玄同審閱定稿。 編輯方針與 AI 使用說明

2026 年 6 月,Claude Code 的作者、Anthropic 的 Boris Cherny 在 X 上寫下一段讓很多工程師坐不住的話:「我不再 prompt Claude 了。我有一堆迴圈在跑,由它們去 prompt Claude、想清楚接下來要做什麼。我的工作是寫迴圈。」

差不多同一時間,開源 agent 專案 OpenClaw 的作者 Peter Steinberger 講得更直接:「你不該再親手 prompt coding agent 了。你該設計會 prompt 你的 agent 的迴圈。」

兩句話在工程圈炸開。6 月 8 日,Google Chrome 團隊的 Addy Osmani 把這波討論整理成一篇長文,替這個做法起了名字——迴圈工程(loop engineering)

迴圈工程(loop engineering)是設計「會自動 prompt AI agent 的系統」的工程實務。迴圈由排程或事件觸發,agent 在裡面自己找工作、動手執行、驗證結果,並把進度寫進檔案與 git history,再決定下一步。人不逐句下指令;人的工作換成設計與維護這個迴圈——定義目標、驗收條件、記錄方式和停止條件。

把它想成掃地機器人。提示工程像你拿著掃把,一個房間一個房間掃;迴圈工程像你買了掃地機器人之後做的事——設排程、清出動線、圍虛擬牆、定期倒集塵盒。地還是機器掃的,但家裡能不能一直保持乾淨,取決於你設計的那套環境,跟你哪天掃得多賣力沒關係。

從 prompt 到 loop,工程師退了四步

CodeRabbit 在 2026 年 6 月 25 日的整理文裡,把過去三年的 AI 協作工法畫成一條演進線:

階段大約時間你在優化什麼
提示工程(prompt engineering)2023單句指令怎麼寫,模型才答得好
上下文工程(context engineering)2024–2025模型看得到什麼——餵對文件、管好 context window
框架工程(harness engineering)2025 年底agent 的工作環境——工具、權限、測試、專案規範
迴圈工程(loop engineering)2026 年 6 月起誰來 prompt、何時 prompt、做完怎麼驗

每升一級,人就往後退一步。前三級你都還坐在駕駛座上,一句一句跟 agent 對話;到第四級,你離開駕駛座,去設計「你不在場也能一直開」的那套系統。2026 年初業界還在喊「今年是 agent harness 之年」,半年內焦點就再往上跳了一級。

一個迴圈的五塊積木

Osmani 那篇文把迴圈拆成五個建材,並點名 Claude Code 和 OpenAI Codex 都已備齊這五塊,所以「迴圈的形狀」正在變得跟工具無關:

  1. 排程(automations)——讓迴圈定時醒來的機制。沒有排程,就只是你手動跑過一次的 script。
  2. Git 工作樹(worktree)——每個 agent 有隔離的 repo 副本,平行開工不互踩。
  3. 技能(skills)——寫成文件的專案知識與慣例,agent 每一圈都讀得到。
  4. 連接器(connectors)——透過模型上下文協定(MCP)接工單系統、CI、資料庫。
  5. 子代理(sub-agents)——把「動手做的」跟「驗收的」分開,不讓同一個 agent 自己改自己過。

湊起來是一個會自轉的循環:找工作、執行、驗證、記錄、決定下一件。你的角色從打字的人,換成畫這張循環圖的人。

Ralph loop,一行 bash 的無限迴圈

迴圈工程聽起來很架構師,但它最有名的實作粗暴得好笑。2025 年 6 月 19 日,澳洲工程師 Geoffrey Huntley 在一場只有 15 人左右的社群聚會遲到進場,用一頁 demo 搶走全場注意力;7 月 14 日他把做法寫成部落格文,取名 Ralph——名字來自《辛普森家庭》裡那個天真到不行的 Ralph Wiggum。

全部的程式碼是一行:

while :; do cat PROMPT.md | claude-code ; done

同一份 PROMPT.md,無限重餵。agent 每一圈都從零開始、什麼都不記得,但它開工前會先讀 repo 裡的檔案和 git log,看到上一圈做到哪,再挑下一件事做。進度不存在 context window 裡,存在檔案與 git history 裡——每一圈 agent 都失憶,但 repo 記得。

Huntley 自己的說法是,這個技巧「在一個不確定的世界裡,確定性地笨」(deterministically bad in an undeterministic world)。戰績倒不笨:他用約 297 美元的 token 成本,做出一個外包報價 5 萬美元的 MVP;2025 年 8 月讓迴圈一夜跑出 6 個 repo;還讓 Ralph 從頭打造出訓練資料裡不存在的程式語言 CURSED,2025 年 9 月上線。

2025 年 12 月,Anthropic 把它收編成 Claude Code 官方 plugin。裝上後下一句 /ralph-loop "把測試全修綠" --max-iterations 10 --completion-promise "DONE" 就能開跑:plugin 用 stop hook 攔住 session 結束、自動重餵 prompt,直到 agent 喊出完成暗號或撞到圈數上限。

Huntley 也沒把話說滿。他明講 Ralph 只適合從零開始的綠地專案;放著跑太久「會出現各種詭異的湧現行為」,而且你三不五時「會醒來看到一個壞掉的 codebase」。

無人迴圈的帳單與債

Ralph 的警語其實適用於所有無人迴圈。代價主要有三筆。

token 帳單。迴圈每一圈都是真金白銀的 API 呼叫,而且沒人在旁邊喊停。一個寫壞的迴圈整晚空轉,早上等你的可能只有帳單,沒有 code。上限(圈數、預算、時間)要在設計時就寫死。

跑偏。agent 對「完成」的理解會漂移:測試修不動就把測試刪掉、需求太難就做一個假的 placeholder。驗收如果只靠 agent 自我宣告,迴圈會非常樂觀地一路錯下去。

理解債(comprehension debt)。 Osmani 特別提醒,驗證始終是人的責任;迴圈越自主,沒人讀過的 code 就越多,最壞的情況是「認知投降」——人懶得想,全推給迴圈,等出事才發現團隊裡沒人理解這套系統。

什麼該進迴圈、什麼不該,CodeRabbit 給了一句好記的準則:「目標穩定,就蓋迴圈;目標會動,就留著手動 prompt。」展開來大概是這樣:

適合交給迴圈留著自己 prompt
驗收能寫成指令(測試過、build 過)驗收靠品味或討論
目標幾週不變——修 lint、補測試、更新依賴需求每天在變的新功能
綠地專案、可以砍掉重練的 MVP牽一髮動全身的老 codebase
整圈錯了可以丟掉重跑錯一次代價很高的變更

想試,從一個夜間迴圈開始

不用一步跳到全自動工廠。三個起手式:

  1. 挑一件重複、驗收明確的雜活——每天掃一次 lint 錯誤、補一個缺測試的模組、更新一批依賴。
  2. 把驗收寫成迴圈自己能跑的指令:測試綠、build 過、lint 乾淨。驗收寫不出來的任務,先不要進迴圈。
  3. 設上限與記錄:圈數上限、預算上限,每圈把做了什麼寫進 log 或 git commit,方便你隔天十分鐘看完。

想先感受一下,也可以直接裝 Claude Code 的 ralph-wiggum plugin,用 --max-iterations 3 跑個小任務,看 agent 怎麼靠檔案和 git 接力自己的進度。

帶走一句判斷準則:驗收寫得成 script 的任務,才有資格交給無人迴圈。寫不成的,你就是驗收者本人,人還不能退場。

Cherny 那句「我的工作是寫迴圈」,翻成白話是:工程師的槓桿正在從「跟 AI 說得好」移到「替 AI 設計得好」。這條路上最大的未解題是迴圈的外部記憶——檔案加 git 撐得起 Ralph 這種單線任務,撐不撐得起幾十個迴圈共用的長期記憶,2026 年下半年還沒有標準答案。跟掃地機器人一樣:機器進門的第一週,你會發現自己整天在收線、圍虛擬牆——那就是迴圈工程。家還是你的,地讓機器掃。

資料來源:Addy Osmani《Loop Engineering》、Geoffrey Huntley 部落格、HumanLayer《A Brief History of Ralph》、CodeRabbit 部落格、anthropics/claude-code GitHub

LEARN

想系統性學會,不只看這一則?

Claude Code 教學:用終端 AI Agent 完成真正的工作

讓 Claude Code 在你的專案裡完成一個真實任務,而且控得住權限、驗得了 diff、管得住成本。

從第 0 課開始 →

SOURCES

  1. A Addy Osmani — Loop Engineering
  2. A Geoffrey Huntley — Ralph Wiggum as a software engineer
  3. A Anthropic GitHub — claude-code ralph-wiggum plugin
  4. B HumanLayer — A Brief History of Ralph
  5. B CodeRabbit — Loop Engineering

來源分級:A = 一手公告/論文/官方文件 · B = 可信媒體 · C = 可參考但需脈絡 · D = 觀察用,不可當事實。

MACHINE-READABLE SUMMARY

Topic
大百科
Key claims
  • 迴圈工程(loop engineering)指工程師不再逐句 prompt agent,改為設計會自動 prompt agent 的系統;2026 年 6 月 8 日 Addy Osmani 在 Substack 成文命名,源頭是 Peter Steinberger 與 Boris Cherny 同期在 X 上的貼文。
  • Claude Code 作者 Boris Cherny 於 2026 年 6 月在 X 表示「我不再 prompt Claude 了,我有迴圈在跑、由它們 prompt Claude;我的工作是寫迴圈」。
  • Ralph loop 由 Geoffrey Huntley 提出——2025 年 6 月 19 日首次公開展示、7 月 14 日成文——用一行 bash 無限重餵同一份 PROMPT.md,進度存在檔案與 git history;2025 年 12 月成為 Claude Code 官方 plugin。
  • 業界把 AI 協作工法整理成四級演進——提示工程(2023)、上下文工程(2024–2025)、框架工程(2025 年底)、迴圈工程(2026 年 6 月起)——每升一級,人就往迴圈外退一步。
  • 無人迴圈的代價包括 token 成本、跑偏與理解債;目標穩定、驗收能寫成可執行檢查的任務才適合交給迴圈,目標常變的工作應維持手動 prompt。
Entities
Loop Engineering · Ralph Loop · Geoffrey Huntley · Addy Osmani · Boris Cherny · Peter Steinberger · Claude Code · OpenClaw · Anthropic · CURSED
Taiwan relevance
low
Confidence
high
Last updated
2026-07-05
Canonical URL
https://signals.tw/articles/what-is-loop-engineering/

SUGGESTED CITATION

如果 AI agent / 研究 / 報導要引用本文,建議格式如下:

矽基前沿 · 大百科線(編輯:廖玄同),《loop engineering 是什麼?工程師改行寫迴圈》,矽基前沿 [Si]gnals,2026-07-05。https://signals.tw/articles/what-is-loop-engineering/

AI agents / search engines may quote, summarize, and cite with attribution and a link back to the canonical URL above. See /for-ai-agents for full policy.

WEEKLY [SI]GNALS

訂閱《矽基前沿週報》

每週五早上,總編輯親自寫的本週 AI 重要訊號 + 台灣視角。

5 個值得知道的訊號 · 1 個產品/模型動態 · 1 個總編判斷 · 5 分鐘讀完。

免費 · 隨時取消 · 不轉售你的 email。