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

あるOpenClawユーザーが、エージェントごとに孤立したワークスペースから集中型のオーケストレーションパターンへの進化を共有しています。当初、システム管理者、ファミリーエージェント、コーポレートアシスタント、スポーツリーグ管理など、ユースケースごとにそれぞれ独自のworkspace-*を持つ個別のエージェントを作成していました。スキル(例:スポーツエージェント用のチームロースタースキル)を開発する際には、そのエージェントと直接チャットしていました。
問題点:横断的なルール(例:「ポイントスコアや支出台帳などの構造化データは常に.JSONファイルに保存する」)が生まれたとき、その指示をすべてのエージェントのワークスペースに手動でコピーする必要がありました。解決策は、単一の「メインエージェント」をオーケストレーターとして昇格させることでした。現在、メインエージェントはすべてのアーキテクチャルール(.JSON規則など)を保持し、サブエージェントをオンデマンドで生成してツールを構築します。例えば、コーポレートエージェント用の支出トラッカーを構築するには、ユーザーがメインエージェントに要件を説明し、メインエージェントがサブエージェントのワークスペースで構築されたスキルが中心ルールに従うことを保証します。これで重複はなくなりました。
ユーザーは、このパターンは今では「明白に見える」と認めていますが、当初は推奨される「メインエージェントがサブエージェントをオーケストレーションする」パターンがエージェント間の構築シナリオに適用されるかどうか確信が持てなかったと述べています。
📖 全文はこちら: r/openclaw
👀 See Also

React Native向けAGENTS.mdパターン:Claude Codeが生成するプロジェクト認識型コードの向上
あるRedditユーザーが、React Native/Expoプロジェクト向けのAGENTS.mdファイルを共有。フォルダ構造、テーマトークン、カスタムフック、コンポーネントパターンが含まれており、その結果、Claude CodeやCursorが汎用的なReact Nativeコードではなく、プロジェクトの正確な規約に従ったコードを生成するようになった。

35日間のClaude Code:3つの並列エージェントが本当の上限である理由
Claude Code の1,800ターン以上の分析で、ボトルネックはコンテキストではなく、人間の統合能力にあることが判明。N ≈ 1 / (待機時間の割合)という単純な式が、エージェント3つで壁にぶつかる理由を説明する。

ほとんどのClaudeパイプラインの失敗はモデルではなくプロンプトに原因がある理由とスキルで修正する方法
Redditの投稿によると、Claudeワークフローにおけるパイプライン障害の根本原因は、プロンプトをスキルとして扱っていることにある。解決策は、入力契約、出力スキーマ、学習ファイルを定義し、スキルをv1に昇格させることである。

Claude AgentがTenor GIFを使用してDiscord経由でミームを送信 — 完全なプロトコル
Claudeコードエージェントのセットアップにより、すべてのDiscordトランスポートメッセージに、文脈に応じた絵文字リアクション、一言ステータスメッセージ、検証済みのTenor GIF URLが追加され、無効なリンクを避けるために明示的なウェブ検索とフェッチの手順が含まれています。