マルチエージェントアーキテクチャ：単一エージェントの落とし穴を回避

問題：脆弱な単一エージェントシステム

r/openclawで共有された開発者の経験によると、多くのAIエージェント設定は2週目か3週目で壁にぶつかります。システムは脆弱に感じられ、「奇妙な入力」一つで壊れてしまい、自律的な運用ではなく絶え間ない監視が必要になります。開発者は信頼性を達成するまでに3ヶ月間試行錯誤を繰り返しました。

根本的な誤り：すべてを行う単一エージェント

投稿では、根本的なアーキテクチャ上の誤りを特定しています：「人々は1つのエージェントを構築し、すべてのことをやらせようとする」。これには、顧客との会話の処理、データの取得、文書のフォーマット、メールの送信、メモリの管理、意思決定などが含まれます。このアプローチは絶え間ないコンテキストスイッチングを引き起こし、明確さの喪失、曖昧な表現、幻覚、タスクの見落としにつながります。

解決策：スペシャリストを伴うオーケストレーター

機能するメンタルモデルは：「1つのオーケストレーター。複数のスペシャリスト」です。

オーケストレーター： ルーティングのみを処理します。リクエストを理解し、どのスペシャリストが処理するかを決定し、タスクを渡し、結果を収集します。実際の作業は行いません。
スペシャリスト： それぞれが一つのことを狭い範囲で確実に実行します。例としては：
- データエージェント：データの取得とフォーマットのみ
- コミュニケーションエージェント：アウトリーチとフォローアップのみを処理
- メモリエージェント：セッション間の状態とコンテキストの追跡のみ

実践例：見積もり自動化システム

投稿では、ExcelとQuickBooksから価格を取得し、正しいレターヘッドで見積もりを作成し、承認を得て、クライアントに送信する多企業向け見積もり自動化システムの具体的な例を提供しています。

誤ったアプローチ： すべてのタスクを順番に処理しようとする1つのエージェントは、企業間のコンテキストの混乱、誤ったフォーマットの見積もり、間違った価格設定、信頼性の欠如につながります。

正しいアプローチ：

受付エージェント： テキスト、Telegram、メールなどを通じて会話を処理します。ニーズを理解し、整理されたタスクをオーケストレーターに渡します。
データエージェント： タスクに基づいてExcelとQuickBooksからデータを取得します。品番、価格、納期、配送情報を知っています。構造化されたデータを返します。
フォーマットエージェント： 構造化されたデータを受け取り、正しい企業テンプレートを適用し、文書を作成します。
配送エージェント： 承認を待ち、リストからクライアントのメールを検索し、見積もりを送信します。

各エージェントには1つの仕事があり、オーケストレーターがそれらを接続し、送信前に人間の承認が行われます。システムは、単一のエージェントが一度に多くのことを求められないため、幻覚なしで予測可能に動作します。何かが壊れたとき、どのスペシャリストが失敗したのか、なぜ失敗したのかが正確にわかります。