過去10年間、企業を運営することは、各ジョブごとに個別のソフトウェアを購入することを意味していました。営業用、サポート用、財務用、そして最後のツールがカバーしなかったものを補うための別のツール。実際には、ソフトウェアを購入していたのではなく、ビジネスロジックを製品として、一度に一つの垂直領域ずつ購入していたのです。
その状況が崩れ始めています。その理由は、エージェントの構築方法にあります。エージェントを構築する人々は、もはやプロンプトについて語るのをやめ、ループについて語り始めています。
Peter Steinbergerが言うように、「あなたはもはやコーディングエージェントにプロンプトを与えるべきではありません。エージェントにプロンプトを与えるループを設計すべきです。」Boris Chernyも強調します：「強力なモデルが長時間実行できる時代において、自己検証ループを設定することの重要性についてよく語られます。自己検証は、モデルがより長く実行し、意図に近い結果を提供するための鍵であり、Claudeが作業中に常にチェックインする必要を減らします。」
エージェントループの概念は単純です。何かが起こり、モデルが何をするか決定し、それを実行し、その結果が次のパスにフィードされます。ループを構築できるようになれば、ループこそがあなたが提供するものになります。そして、データを監視しそれに基づいて行動するループは、垂直SaaSがかつて販売していたのと同じビジネスロジックですが、違いは、一度構築すれば単一のバックエンド上で動作し、決してメモリを共有しない10個のツールをレンタルする必要がないことです。
これが変化です。記録システムの上にあるワークフロー層は、かつては機能ごとに別々のツールでしたが、今やあなたが構築するエージェントループに変わっています。Lobuはそれらを構築するためのバックエンドです。
ループの実際の動作：イベントはプッシュ（webhook）またはプル（コネクタ）の形で到着し、追記専用のイベントログに行として保存されます。あなたはウォッチャーを定義します。これは目標を記述したもので、例えば「エンタープライズアカウント（ARR > 25kドル）で支払い失敗が発生した場合、アカウントを確認し、回復通知をドラフトする」というものです。ウォッチャーはスケジュールに従って実行され、エージェントはサンドボックス内で動作し、MCPツールを使用してレコードの読み取り、メッセージの送信などを行います。各アクションは新しいイベントを生成し、再びログに戻り、ループを閉じます。
メモリがループを複利効果にする鍵です。Lobuでは、組織内のすべてのエージェントが同じイベントログを読み取るため、1時間前に実行されたウォッチャーが今実行されているウォッチャーに何かを残します。事実は古いイベントを上書きすることで修正され、削除されることはなく、記録の整合性が保たれます。
このパターンは組織全体をカバーします：収益ループ、GTMエンジニアリングエージェント、マーケティングエージェント、財務エージェント、サポートエージェントなど。各エージェントは定義可能なウォッチャーとループであり、共有メモリ上で動作するため、異なるエージェントが同じ顧客の完全なビューを見ることができます——これは個別のツールのスタックでは困難です。
要するに、新しいSaaSはあなたが所有するループです。あなたはどのようなときにエージェントを起動するか、何にアクセスできるか、どのモデルが実行するか、何を記憶すべきかを決定し、それを自分で実行する単一のバックエンドで一度設定します。Lobuはオープンソースであるため、ループとその構築するメモリはあなたのマシン上に残ります。垂直SaaSは他人のサーバー上の他人のループを販売していましたが、これはあなた自身のものです。