代理循环是新的SaaS

在过去十年中，运营一家公司意味着为每项工作购买独立的软件。销售、支持、财务，以及各种专门工具层出不穷。实际上，你购买的并非软件本身，而是以产品形式打包的业务逻辑，一次一个垂直领域。

这种模式正在瓦解，原因在于如今代理的构建方式。构建代理的人不再谈论提示（prompts），而是开始讨论循环（loops）。

正如开发者Peter Steinberger所言：“你应该设计循环来提示你的代理，而不是直接提示编码代理。”Boris Cherny也强调：“在强大模型能长时间运行的背景下，自我验证循环是关键，它能促使模型产生更符合预期的结果，减少人工干预。”

代理循环的概念很简单：某事件发生，模型决定采取什么行动，执行该行动，然后结果触发下一轮。一旦构建了循环，你交付的就是这个循环本身。一个能监控数据并对其采取行动的循环，正是垂直SaaS曾销售给你的业务逻辑，区别在于你只需构建一次，运行在一个后端上，而不是租用十个从不共享记忆的工具。

这正是转变的核心：位于记录系统之上的工作流层，过去是每个功能一个独立工具，如今正变成你构建的代理循环。Lobu就是构建这些循环的后端。

循环的实际运作方式：事件以推送（webhooks）或拉取（连接器）的形式进入只追加的事件日志。你定义监视器（watcher），它描述了一个目标，比如“当企业账户（ARR > 25k美元）发生支付失败时，检查账户并起草恢复通知”。监视器按计划运行，代理在沙盒中执行，使用MCP工具读取记录、发送消息等。每次行动都生成新事件，重新进入日志，从而形成闭环。

记忆是让循环产生复合效应的关键。在Lobu中，所有代理共享同一事件日志，因此一个监视器留下的信息可供后续监视器使用。事实通过取代旧事件来修正，而非删除，保证记录的真实性。

这一模式覆盖整个组织：收入循环、GTM工程师代理、营销代理、财务代理、支持代理等。每个代理都是一个可定义的监视器和循环，共享内存，因此不同代理能看到同一个客户的完整视图——这是独立工具堆栈难以实现的。

简而言之，新的SaaS是你拥有的循环。你决定何时唤醒代理、它可访问什么、哪个模型运行、它应记住什么，然后在一个你自己运行的后端上一次性配置好。Lobu是开源的，因此循环及其构建的记忆都保留在你的机器上。垂直SaaS出售的是别人服务器上的别人循环，而这是属于你的循环。