OpenClawにおけるマルチエージェントオーケストレーション:ルールを集中管理し、サブエージェントを生成する

✍️ OpenClawRadar📅 公開日: May 4, 2026🔗 Source
OpenClawにおけるマルチエージェントオーケストレーション:ルールを集中管理し、サブエージェントを生成する
Ad

あるOpenClawユーザーが、エージェントごとに孤立したワークスペースから集中型のオーケストレーションパターンへの進化を共有しています。当初、システム管理者、ファミリーエージェント、コーポレートアシスタント、スポーツリーグ管理など、ユースケースごとにそれぞれ独自のworkspace-*を持つ個別のエージェントを作成していました。スキル(例:スポーツエージェント用のチームロースタースキル)を開発する際には、そのエージェントと直接チャットしていました。

問題点:横断的なルール(例:「ポイントスコアや支出台帳などの構造化データは常に.JSONファイルに保存する」)が生まれたとき、その指示をすべてのエージェントのワークスペースに手動でコピーする必要がありました。解決策は、単一の「メインエージェント」をオーケストレーターとして昇格させることでした。現在、メインエージェントはすべてのアーキテクチャルール(.JSON規則など)を保持し、サブエージェントをオンデマンドで生成してツールを構築します。例えば、コーポレートエージェント用の支出トラッカーを構築するには、ユーザーがメインエージェントに要件を説明し、メインエージェントがサブエージェントのワークスペースで構築されたスキルが中心ルールに従うことを保証します。これで重複はなくなりました。

ユーザーは、このパターンは今では「明白に見える」と認めていますが、当初は推奨される「メインエージェントがサブエージェントをオーケストレーションする」パターンがエージェント間の構築シナリオに適用されるかどうか確信が持てなかったと述べています。

📖 全文はこちら: r/openclaw

Ad

👀 See Also

「白い猿」の失敗モード:持続的エージェントが誤った事実に固執する仕組み
Tips

「白い猿」の失敗モード:持続的エージェントが誤った事実に固執する仕組み

再構成基質汚染に関するアーキテクチャ横断的研究 — ウェイクステートファイル内の誤った事実がセッション間で複製される現象。永続エージェント向けの6つの質問からなる調査を含む。

OpenClawRadar
GitHub Copilot Pro+から直接Anthropic APIへの切り替え:コスト分析
Tips

GitHub Copilot Pro+から直接Anthropic APIへの切り替え:コスト分析

ある開発者がコスト比較を行い、ソロ開発者にとってはGitHub Copilot Pro+よりもAnthropicの直接APIの方が安くなる可能性があり、Sonnet 4.6でOpusの使用事例の80%をカバーできることが示された。

OpenClawRadar
🦀
Tips

コールドスタート&エンドセッションスクリプト:OpenClawのエージェントメモリを向上させる

OpenClawユーザーが、セッションの開始時と終了時にエージェントにコンテキストを与えるためのコールドスタートスクリプトとエンドセッションスクリプト、さらに再発する問題を解決するためのSOPディレクトリを共有しています。

OpenClawRadar
🦀
Tips

cronタイムアウトはOpenClawのアクションが失敗したことを証明するものではない

cronジョブがメッセージ送信やコンテンツ公開後にタイムアウトした場合、OpenClawは実行がエラーになったことはわかりますが、プロバイダーがアクションを受け入れたかどうかはわかりません。あいまいなタイムアウトは失敗ではなく「不明」として扱ってください。

OpenClawRadar