鷺羽 發自 凹非寺
量子位 | 公眾號 QbitAI

朋友，聽說你還不會搭不會用Loop？

別慌！現在直接來抄作業！

有位大神直接在GitHub開源了整套Loop Engineering框架，目前已累計收獲4.5k Star。

Loop是最近爆火的概念，簡單解釋就是不用再像以前一樣一次次輸提示詞指揮AI干活。

現在直接設定一個小目標，讓系統自己干，包括下指令、驗收、修正，直到達標。

龍蝦之父、Claude Code之父、吳恩達還有皮衣老黃紛紛為其打call：

現在根本沒有人寫Prompt了，新時代的核心工作是編寫和管理Loop！

大神開源的整套Loop Engineering框架包括七套現成的工作流、10個啟動模板，再加上初始化、成本估算、運行審計和狀態同步一系列工具。

Claude Code、Codex、Grok和OpenCode統統適配。

劃重點！無需從零設計架構，選定場景后，直接copy下面這行命令就能立即開始：

• npx @cobusgreyling/loop-init . —pattern daily-triage —tool claude

用原作者的話來說，做這個項目就是為了：

Stop prompting，Design the loop。別再玩你那上一代的Prompt了，let‘s擁抱loop。

傻瓜式Loop教程來了

話雖這樣說，可設計Loop還是件挺抽象的事情。從哪開始？要用哪些工具？跑飛了怎么辦？

于是這套0基礎Loop教程閃亮登場～

首先Loop攤開了講，也就5個基礎元件，外加記憶和狀態：

• 自動化/調度：定時把該干的活兒找出來、分好類，比如每天、每5分鐘；
• 工作樹：建立隔離的并行執行環境，讓多個agent彼此互不干擾；
• Skills：沉淀項目的固定知識；
• 插件和連接器：通過MCP接入真實工具，如GitHub、Linear、Slack等；
• 子Agent：將制作器和檢驗器分離；
• 記憶和狀態：對話外長期存儲。

然后它內置了七套能直接用的工作流，包括每日巡檢、PR看管、CI清理、依賴掃描、Issue處理、合并技術債后清理、起草更新日志，負責將這些反復催促Agent的動作固定下來。

另外，項目還提供交互式選取器，你可以先給出“PR總卡住”、“Issue太亂”具體問題，工具就會自動推薦對應循環和啟動命令。

有一說一，這些活兒單拎出來都不難，難的是碎。就比如很少有人愿意每隔10分鐘看一次CI，每次版本發布前再翻幾十條提交記錄。

Loop在其中接走的，恰恰是這些需要持續盯著但判斷標準又相對清楚的任務。

接著，就可以開始跑你的第一個Loop：

Step 1：選擇模式。新手建議直接沖每日巡檢，風險最低，也最適合學習Loop邏輯。

Step 2：腳手架初始化。直接在你的Git項目根目錄，運行前面提及的那行代碼。其中claude可替換成grok、codex、opencode，daily-triage可換成7種模式中任意一個。

• npx @cobusgreyling/loop-init . —pattern daily-triage —tool claude

Step 3：估算Token成本。由于高頻循環（如CI清理）會燒掉很多Token，所以需要提前估算好用量。

• npx @cobusgreyling/loop-cost —pattern daily-triage —level L1

Step 4：審計就緒程度。輸出結果0～100分，并給出改進意見。

• npx @cobusgreyling/loop-audit . —suggest

如果分數達標，就可以為項目貼一個Loop Ready圖標，代表該項目已經適配Loop平臺、滿足Loop運行標準。

• npx @cobusgreyling/loop-audit . —badge

Step 5：僅報告模式啟動Loop過程，以Grok為例。

• /loop 1d Run loop-triage. Update STATE.md. No auto-fix in week one.

Step 6：讀取輸出。打開儲存記憶的STATE.md文件就能確認Loop是否存在問題，有問題直接修改。

其中，Loop成熟度可分為L1→L2→L3三個階段。

L1只發現問題、更新STATE.md，不修改代碼；L2可以允許Agent在有驗證器的情況下小范圍自動修改，但需人工審查；L3可以完整自動長時間運行。

正式的Loop標準流程共有8步：

定時觸發→任務分診→讀取狀態→創建獨立工作區→Agent執行→驗證器檢查→連接Git或工單系統→人工確認。

也就是說，這是一套完整的Agent自己找活、自己執行、自己驗收、有問題再叫人的Loop系統，即拿即用～

吳恩達：做產品需要三層Loop

如果說前面的Loop教程解決的是如何把Loop搭起來，那么吳恩達最近討論的，則是Loop搭好后，人可以做什么？

他將從0到1開發產品的過程拆成了三層Loop。

最內層是Agent編碼Loop。人給出產品說明和評測標準，Agent負責來寫代碼、測試和修改直到沒有bug。

整個過程非常之快，每隔幾分鐘，Loop就可能產生一個新版本。

吳恩達分享了一個自己的例子。

上周末他給女兒制作一個練習打字的小應用，編程Agent借助Loop自己吭哧吭哧干了差不多一個小時，期間還反復自動檢查自己做出來的頁面，完全不需要吳恩達自己插手。

往外一層，是開發者反饋Loop。

過去很多開發者都需要親自給Agent找問題，現在有了開發者反饋Loop，Agent自己就能反復測，效果還好。人就不用時刻關注Agent狀態，注意力可以集中在產品效果優化上。

不過開發者反饋Loop會稍微慢一點，幾十分鐘或數小時才能循環一圈。所以在打字應用中，吳恩達會以這樣相對固定的頻率審查視覺效果，并提供反饋，Agent再根據新需求進入下一輪開發。

開發者的判斷也不是終點，最外層還有外部反饋Loop。

產品交給朋友、Alpha測試用戶或真實用戶使用，再通過反饋、使用數據和A/B測試修正產品方向。這一輪是最慢的，可能持續數小時、數天甚至數周。

三層Loop由快到慢，就組成了一條完整鏈路：Agent快速把東西做出來，開發者決定應該做成什么，用戶證明它是否值得繼續做。

所以吳恩達認為，Loop并不會讓人類退出軟件開發，相反人類工程師有其獨到的上下文優勢——關于用戶和產品的經驗，也可以稱之為品味。

這是Loop越循環越好的關鍵所在。

從這個角度看，一行命令可以裝好Loop，但什么才算完成式，還得靠人來看。

參考鏈接：
[1]
https://github.com/cobusgreyling/loop-engineering
[2]
https://x.com/AndrewYNg/status/2071988145667928442?s=20
[3]
https://x.com/mikenevermiss/status/2071513914504802525
[4]
https://mp.weixin.qq.com/s/A5OXrljqsxPZDPlQP3FAaA