代理循環是新的SaaS

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

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

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

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

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

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

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

這一模式覆蓋整個組織：收入循環、GTM工程師代理、營銷代理、財務代理、支持代理等。每個代理都是一個可定義的監視器和循環，共享內存，因此不同代理能看到同一個客户的完整視圖——這是獨立工具堆棧難以實現的。

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