本番環境におけるOpenClaw：信頼性の高いマルチエージェントパイプラインのための3つのレイヤー

r/openclawの投稿で、ある開発者が「OpenClawで週末のおもちゃ以上のものを作った人はいますか？」という繰り返される質問に答え、OpenClawを3つのカスタムレイヤーでラップして、アーリーステージの創業者向けの自律運用チームを構築した詳細を説明しています。その結果、セールス、マーケティング、コンテンツを実行するエージェントが調整され、手間をかけずにコンテキストを共有できるようになりました。

3つのカスタムレイヤー

• ルーティング/ゲートウェイレイヤー：すべてのエージェント間メッセージと外部アクションが単一のチェックポイントを通過します。直接通信はなく、ルールはゲートウェイで強制されます。
• タスク管理レイヤー：エージェントはタスクを自由に作成しません。事前に定義されたタスクカタログから選択し、各タスクは適切なエージェント、ツール、権限に事前接続されています。
• インテリジェンス/メモリレイヤー：構造化されたコンテキストとメモリ基盤により、エージェントは自分が誰のために働いているか、計画、学んだことを、毎回すべてを再読むことなく把握できます。

本当の問題：サイレント障害

「難しい問題は能力ではなく、沈黙です。」APIがステータスコードを返すのとは異なり、OpenClawはタスクを静かにスキップすることがあります。エラーもシグナルもありません。エージェントがただ実行しないだけで、下流は実行されたと想定します。気づいたときには、出力はすでに間違っています。

2つ目の問題は非決定性です。同じ指示でも異なる動作を引き起こす可能性があります。チャットでは問題ありませんが、実際に結果を伴うアクション（実際に送信されるメール、実際に変更されるレコード）では悪夢です。

成功したガードレール

• タスク作成時の検証 — 不正なタスクはシステムに入りません。
• タスクごとのツールの許可リスト — エージェントは不適切なものに手を伸ばせません。
• 明示的な完了追跡 — 「実行された」と信じないでください。
• 構造化アラート — エージェントは問題が発生したときにアラートを上げられるため、障害が表面化します。
• 信頼レベル — 実際に結果を伴うタスクには、監視付きと自律のどちらかを選択。タスクが自律性を獲得するまで、人間がループに残ります。

OpenClawは、ゼロから構築するよりもはるかに速くシステムを動作させました。しかし、「デモで動作する」と「毎日監視なしで動作し、嘘をつかない」は異なるハードルであり、そのギャップを埋めることが作業の90%です。