代理迴圈是新的SaaS

在過去十年中，運營一家公司意味著為每項工作購買獨立的軟體。銷售、支援、財務，以及各種專門工具層出不窮。實際上，你購買的並非軟體本身，而是以產品形式打包的業務邏輯，一次一個垂直領域。

這種模式正在瓦解，原因在於如今代理的構建方式。構建代理的人不再談論提示（prompts），而是開始討論迴圈（loops）。

正如開發者Peter Steinberger所言：“你應該設計迴圈來提示你的代理，而不是直接提示編碼代理。”Boris Cherny也強調：“在強大模型能長時間執行的背景下，自我驗證迴圈是關鍵，它能促使模型產生更符合預期的結果，減少人工干預。”

代理迴圈的概念很簡單：某事件發生，模型決定採取什麼行動，執行該行動，然後結果觸發下一輪。一旦構建了迴圈，你交付的就是這個迴圈本身。一個能監控資料並對其採取行動的迴圈，正是垂直SaaS曾銷售給你的業務邏輯，區別在於你只需構建一次，執行在一個後端上，而不是租用十個從不共享記憶的工具。

這正是轉變的核心：位於記錄系統之上的工作流層，過去是每個功能一個獨立工具，如今正變成你構建的代理迴圈。Lobu就是構建這些迴圈的後端。

迴圈的實際運作方式：事件以推送（webhooks）或拉取（聯結器）的形式進入只追加的事件日誌。你定義監視器（watcher），它描述了一個目標，比如“當企業賬戶（ARR > 25k美元）發生支付失敗時，檢查賬戶並起草恢復通知”。監視器按計劃執行，代理在沙盒中執行，使用MCP工具讀取記錄、傳送訊息等。每次行動都生成新事件，重新進入日誌，從而形成閉環。

記憶是讓迴圈產生複合效應的關鍵。在Lobu中，所有代理共享同一事件日誌，因此一個監視器留下的資訊可供後續監視器使用。事實透過取代舊事件來修正，而非刪除，保證記錄的真實性。

這一模式覆蓋整個組織：收入迴圈、GTM工程師代理、營銷代理、財務代理、支援代理等。每個代理都是一個可定義的監視器和迴圈，共享記憶體，因此不同代理能看到同一個客戶的完整檢視——這是獨立工具堆疊難以實現的。

簡而言之，新的SaaS是你擁有的迴圈。你決定何時喚醒代理、它可訪問什麼、哪個模型執行、它應記住什麼，然後在一個你自己執行的後端上一次性配置好。Lobu是開源的，因此迴圈及其構建的記憶都保留在你的機器上。垂直SaaS出售的是別人伺服器上的別人迴圈，而這是屬於你的迴圈。