Loop Engineering: 5 Building Blocks + External Memory — Tương Lai Của AI Developer
Loop EngineeringAddy OsmaniCodexClaude CodeAI Agent
Bạn còn đang gõ từng câu prompt cho ChatGPT/Claude để code không？Loop Engineering — khái niệm được Google engineer Addy Osmani đề xuất — nói rằng: đừng prompt agent nữa, hãy thiết kế một vòng lặp tự prompt agent. Bài viết này tổng hợp từ blog gốc của Osmani và bản dịch của BlockTempo.
你還在逐句 prompt ChatGPT/Claude 寫程式嗎？Loop Engineering — Google 工程師 Addy Osmani 提出的概念 — 說：別再 prompt 代理了，設計一個會自己 prompt 代理的迴圈。本文整理自 Osmani 原文部落格與動區翻譯。
"你不該再 prompt 你的編碼代理了。你應該設計會 prompt 你的代理的迴圈。" — Peter Steinberger
"我已經不再 prompt Claude 了。我讓迴圈自己去 prompt Claude。" — Boris Cherny (Claude Code 負責人)
兩句關鍵引言：Anthropic Claude Code 負責人也說他已不再手動 prompt，而是讓迴圈決定要做什麼。
Loop Engineering Là Gì？
Loop Engineering 是一套會自動執行 prompt 代理的系統，由「五個積木」加上「一個外部記憶」構成。你不再手動對 AI 下指令，而是設計一個會自己 prompt 代理、分派工作、檢查結果、記錄狀態、決定下一步的迴圈。用一句話總結：把人從「一問一答」中解放，轉為系統設計者。
Loop Engineering 是一套會自動執行 prompt 代理的系統，由五個積木加一個外部記憶構成。你不再手動對 AI 編碼代理下提示，而是設計一個會自己 prompt 代理、分派工作、檢查結果、記錄狀態、決定下一步的迴圈。
5 Building Blocks + External Memory
| 積木 | 角色 | Codex | Claude Code |
|---|
| Automations | 心跳/排程觸發 | Automations 分頁、/goal | cron、/loop、/goal |
| Worktrees | 隔離平行工作 | 每個 thread 內建 | git worktree、--worktree |
| Skills | 專案知識不重講 | SKILL.md | SKILL.md |
| Plugins/Connectors | 連接真實工具 | MCP Connectors | MCP servers + plugins |
| Sub-agents | 做的跟檢查的分開 | .codex/agents/ TOML | .claude/agents/ |
External Memory（外部記憶）：一份 Markdown 或 Linear 看板，記錄跨對話的狀態。為什麼重要？「代理會忘，repo 不會忘。」模型每次 run 之間記憶歸零，狀態必須存在磁碟上。
外部記憶：一份 Markdown 檔案或 Linear 看板。模型在每次 run 之間會忘光一切，狀態必須存在磁碟上，否則每一輪都從零開始。
五積木深度拆解
1. Automations — 迴圈的心跳
定義排程、任務 prompt、頻率與執行環境。有發現 → 進收件匣；沒發現 → 自動歸檔。核心目的：把工作浮現出來，你不再需要親自去找。Claude Code 的 /goal 甚至會讓另一個模型判定任務是否完成。
Automations 定義排程、任務 prompt、頻率。有發現進收件匣，沒發現自動歸檔。核心目的：把工作浮現出來，你不再需要親自去找。
2. Worktrees — 別讓平行變成混亂
同時跑多個代理，檔案就會相撞。git worktree 建立隔離工作目錄，不同 branch 共用 repo 歷史，完全不互相干擾。工具解決技術碰撞，但 人的 review 頻寬才是真正的並行上限。
只要同時跑超過一個代理，檔案就會相撞。git worktree 建立隔離目錄，不同 branch 共用 repo 歷史。工具解決了技術碰撞，但人的 review 頻寬才是並行上限。
3. Skills — 你終於不用每次重講專案
Skill = SKILL.md（放在專案資料夾，含指令、metadata）。把你對專案的意圖寫在外部，代理每次 session 讀取而非猜測。沒有 skill 的迴圈每輪推倒重來；有 skill 的迴圈積累複利。
Skill 就是 SKILL.md，把慣例、建置步驟、歷史教訓寫進去，代理每次跑都讀，不用重講。沒有 skill 的迴圈每一輪都推倒重來；有 skill 的迴圈積累複利。
4. Plugins & Connectors — 迴圈伸手碰真實工具
基於 MCP，讓代理不再只看得見檔案系統。可以連 issue tracker、資料庫、Slack。真正的差距在於：「代理告訴你這是修法」vs.「迴圈自己開 PR、更新 ticket、CI 過關後自動通知」。
基於 MCP，代理可以讀 issue tracker、開 PR、發 Slack 訊息。真正的差距：代理告訴你修法 vs. 迴圈自己完成全部流程。
5. Sub-agents — 做的人跟檢查的人分開
最重要的結構性手段：寫程式的那個模型自己給自己打分太仁慈。第二個代理用不同指令（甚至不同模型）審查，抓出自我欺騙。/goal 的底層就是這樣：用全新模型判定迴圈是否完成。常見組合：一個探索、一個實作、一個照 spec 驗證。
寫程式的那個模型自己給自己打分太仁慈。用第二個代理（不同指令甚至不同模型）審查，抓出自我欺騙。常見組合：探索、實作、驗證，三個 sub-agent 各司其職。
一個完整迴圈怎麼跑
- Automation 每天早上觸發 triage skill
- Skill 讀 CI 失敗、open issues、commits → 寫入看板
- 對每個值得做的發現：開 worktree → sub-agent 修 → 第二個 sub-agent 審查
- Connector 自動開 PR、更新 ticket
- 狀態檔記錄一切，明天從今天結束的地方接續
全程你一次都沒有親自 prompt。同樣的迴圈在 Codex 和 Claude Code 都能跑，因為零件完全一樣。
三大陷阱 — 迴圈還無法幫你做的事
⚠️ 1. 驗證仍然是你的事
沒人盯的迴圈會犯錯而不自知。Verifier sub-agent 只是讓「完成了」變得較有意義，但不是證明。
沒人盯的迴圈會犯錯而不自知。Verifier sub-agent 讓「完成了」較有意義，但不是證明。
⚠️ 2. 你的理解仍然會腐爛（Comprehension Debt）
迴圈出貨「不是你寫的程式碼」越快，存在與理解間的鴻溝越大。除非你讀它做了什麼。
迴圈出貨「不是你寫的程式碼」越快，你對自己 codebase 的理解就越薄弱。
⚠️ 3. 認知的投降（Cognitive Surrender）
迴圈自己跑，人容易停止思考直接收下結果。帶著判斷力是解藥，逃避思考就是加速器但結果相反。
當迴圈自己跑，人容易停止思考直接收下結果。設計迴圈這件事，帶著判斷力是解藥。
Kết Luận
「像一個打算繼續當工程師的人那樣搭建迴圈，而不是只想當按下啟動鍵的人。」— Addy Osmani
Loop Engineering 把槓桿點從「親手 prompt」移到了「系統設計」。同樣的迴圈，不同人跑出完全相反的結果：一個人加速自己深刻理解的工作，另一個人迴避去理解任何工作。迴圈分不出差異，你才知道。
像一個打算繼續當工程師的人那樣搭建迴圈，而不是只想當按下啟動鍵的人。同樣的迴圈，不同人跑出完全相反的結果。
Nguồn Tham Khảo