【ITニュース解説】Building Production Multi-Agent Systems: My Experience with Amazon Bedrock AgentCore, and AWS Strands Agents

現代のデジタル世界において、ホテル予約は私たちにとって身近なものだ。しかし、従来のホテル予約システムには、しばしば不便や不満が伴うことがあった。例えば、深夜に急な出張が決まり、慌ててホテルを予約した後にフライトキャンセルが判明した場合を想像してみよう。予約のキャンセルや変更が必要になるが、利用規約や手数料はどうなるのか、カスタマーサービスは営業時間外で連絡が取れないなど、多くの問題に直面することがある。これは、従来のシステムが、ホテルを探す、予約する、キャンセルするといった一連の行動を、それぞれ独立した「取引」として扱ってしまうためだ。ピザを注文するように、単に項目を選んで支払いをするだけの体験であり、利用者の複雑な状況や「もしも」の事態に対応できない弱点があった。

優れたホテルコンシェルジュは、利用者の好みや状況を記憶し、複雑な規約を分かりやすく説明し、予期せぬ変更にも柔軟に対応してくれる。従来のシステムは、このような人間らしい「会話」や「状況理解」に基づいた対応が苦手だった。検索、予約、変更、サポートといった機能がそれぞれ独立した画面で提供され、利用者はその都度自分の状況を説明し直す必要があったため、フラストレーションが溜まりやすく、結果的に予約の放棄やサポートチームの負担増につながっていた。

そこで提唱されたのが「マルチエージェントシステム」という新しいアプローチである。これは、ホテル業務の様々な専門家のように、それぞれ異なる役割を持つ複数のAIエージェントが協力し合うことで、利用者の複雑な要求に柔軟かつインテリジェントに対応するシステムを構築するという考え方だ。例えば、「検索担当エージェント」はホテルの空室状況や料金を比較し、「予約担当エージェント」は予約のライフサイクル全体を管理する。「規約アドバイザーエージェント」は複雑なキャンセルポリシーなどを分かりやすく説明し、「通知担当エージェント」は予約の確認や変更などを自動で伝える。そして、これらの専門エージェントを束ね、全体の会話の流れを把握し、適切なエージェントに指示を出す「スーパーバイザーエージェント」が中心となって、一つのチームとして機能する。このシステムは、単に技術的な面白さだけでなく、人間が行うような高品質なサービスを規模を問わず提供できる、新しいビジネスモデルの可能性を秘めている。

このようなマルチエージェントシステムのビジョンを現実のものとするために、Amazon Bedrock AgentCoreというサービスが重要な役割を果たす。個々のAIエージェントを作ることは比較的容易だが、それらが連携し、記憶を共有し、外部システムと安全に繋がり、本番環境で安定して稼働させることは非常に複雑な課題である。AgentCoreは、これらの課題を解決するための堅牢なインフラを提供する。

AgentCoreは主に三つの主要サービスを通じてマルチエージェントシステムを支える。一つ目の「Memory Service」は、エージェントが過去の会話履歴や利用者の好み、予約履歴といった「コンテキスト（状況情報）」を記憶し続けるための仕組みである。これにより、利用者が数日後に再度アクセスしても、システムは前回の会話内容や中断したプロセスを覚えており、スムーズに会話を再開できる。まるで、あなたのことをよく知っているコンシェルジュと話しているかのような体験を提供する。二つ目の「Gateway Service」は、AIエージェントが実際のホテルの予約システムや支払いゲートウェイ、空室状況データベースといった外部のビジネスシステムと安全かつ効率的に連携するための「玄関口」の役割を果たす。これにより、開発者は複雑な認証やAPI管理について深く意識することなく、既存のビジネスロジックをLambda関数として実装し、それをエージェントの「ツール」として利用できる。三つ目の「Runtime Service」は、構築したエージェントチームが本番環境で安定して稼働するための実行基盤である。負荷に応じて自動的にスケールしたり、エージェントの実行状況を監視したりする機能を提供し、開発者がインフラ管理の複雑さから解放される。

さらに、AgentCoreは「Identity Service」でエージェント間の安全な認証と認可を管理し、「Observability」でエージェントの動作やパフォーマンスを詳細に可視化する機能も提供する。これにより、システム内部で何が起きているのかを把握し、問題発生時に迅速に対応したり、システム全体の改善点を特定したりできる。

このシステムでは、利用者が「来週の予約をキャンセルしたいけど、手数料が心配だ」と尋ねた場合、スーパーバイザーエージェントがその要求をキャンセルおよび規約に関する問い合わせとして識別する。次に、規約アドバイザーエージェントが該当する予約のキャンセルポリシーを知識ベースから取得し、予約担当エージェントが実際の手数料や代替案を計算する。スーパーバイザーエージェントは、これらの情報を統合し、「今キャンセルすると50ドルの手数料がかかりますが、明日までなら日付変更は無料です」といった明確な選択肢を利用者に提示する。利用者が選択した後、予約担当エージェントが実行し、通知担当エージェントが確認を送信する。これら一連の複雑なプロセスが、利用者のシンプルな会話の中で完結する。

このアーキテクチャの大きな利点は、各エージェントが独立して動作できることにある。これにより、特定のエージェントに問題が発生してもシステム全体に影響が及ぶリスクを最小限に抑える「障害分離」が可能となる。また、需要に応じて特定の機能（例えば検索）を担うエージェントだけを個別にスケールさせることもでき、効率的なリソース利用を実現する。各エージェントが明確な役割を持つため、開発や更新も容易になり、システムの拡張性や保守性が大幅に向上する。

ビジネス面においても、このマルチエージェントシステムは大きなインパクトをもたらす。ホテル側にとっては、問い合わせ対応の平均時間を大幅に短縮し、サポートチームの生産性を向上させることができる。これにより、同じ人員でより多くの顧客に対応できるようになり、運用コストの削減に繋がる。顧客側にとっては、24時間365日いつでも人間らしいきめ細やかなサポートを受けられるようになる。過去の旅行履歴や好みをシステムが記憶しているため、「去年の同じカンファレンスにご参加でしたね。同じタイプの部屋をご希望ですか？」といった、一人ひとりにパーソナライズされたプロアクティブな提案が可能となる。これは、単なるパーソナライゼーションではなく、顧客の体験を根本的に向上させ、顧客ロイヤルティを高めるための「オペレーショナルインテリジェンス」だと言える。

このホテル予約システムは、マルチエージェントシステムの可能性のほんの始まりに過ぎない。同様のアーキテクチャは、保険金の請求処理、金融計画の相談、医療連携、企業購買など、人間の専門知識と複雑な意思決定が必要とされるあらゆるビジネスプロセスに応用できる。Amazon Bedrock AgentCoreは、これらの複雑なマルチエージェントプロジェクトを本番環境で成功させるための強固な基盤を提供し、開発者がビジネスロジックの構築に集中できるよう支援する。各サービスが連携し、セキュリティ、スケーラビリティ、監視といった運用上の課題を解決することで、革新的な会話型ビジネスシステムを構築する道を開く。