エージェント・アプリケーションの概要
エージェント・アプリケーションは、エージェントを組み合わせてアクティブでインテリジェントなアプリを形成し、意思決定パートナーとしてエージェントを使用できるようにします。 エージェントはワーカーとみなすことができます。エージェント・アプリは、必要な統合、知識、コントロールを従業員にバンドルする製品化されたソリューションです。 アプリケーションには複数のエージェントを含めることができ、それぞれが特定のカテゴリまたはドメイン専用に構築されています。
セールス・パフォーマンスから在庫管理までのすべてについて1人のエージェントに尋ねる代わりに、セールス・エージェント、インベントリ・エージェント、ファイナンス・エージェントなどの専門エージェントを構築できます。各エージェントには、そのドメインに関する深い専門知識があります。 これらのエージェントは、エージェント・アプリケーションの作成に使用できます。 これにより、各エージェントは、フォーカスされたコンテキスト、ドメイン固有の推論、および職責範囲に応じたプロンプトを維持できるため、より優れたインサイトとアクションが提供されます。 必要に応じてエージェントを追加してスケール・アップすることもできます。
最適なエージェント・アプリケーションは、単に観察して報告するだけでなく、ビジネスを推進するアクションを分析、優先順位付け、推奨します。
- 受動的な監視に対する事前アラート: エージェントは、異常、機会、リスクをリアルタイムで特定し、状況や緊急性を伴って現れます。 ユーザーが問題を探すのではなく、エージェントは重要な問題を重要なときに直接注意を払います。
- データ・ダンプではなく意思決定のサポート: アプリケーションは状況を分析し、実用的な決定のみを表示することで、ノイズからシグナルをフィルタリングします。 すべてのデータ・ポイントをユーザーに提供するかわりに、明確な推奨事項とトレードオフを含む統合インサイトを提供します。
- アクション指向のインテリジェンス: すべてのエージェントのインタラクションは、提案の承認、戦略の調整、ブロッカーの解決などの具体的なアクションにつながります。 純粋に情報提供であれば、エージェント・アプリケーションではなくAPIまたはダッシュボードを使用できます。
- コンテキスト対応の優先順位付け: アプリケーションは、ビジネス目標とユーザー・ワークフローを理解して、何が緊急で何が待ち可能かを判断します。 すべてのアラートが等しいわけではありません。エージェントはユーザーの時間と注意を尊重する必要があります。
エージェント・アプリケーションの主な柱は次のとおりです。
- 情報表示
データを表示します。 これらは、リスト、チャート、表などのエージェント生成のビジュアライゼーションであり、事前定義済のパターンを使用して関連データをリアルタイムで表示します。 エージェント・アプリケーション用に作成されたエージェントは、インテントの明確化、確認または簡単な応答がより適切である場合を除き、情報表示を作成して質問に回答します。 各情報表示は、ユーザー・リクエストのコンテキストを取得するトピック・キーを使用して生成されます。 会話トピックがシフトすると、関連しなくなった表示がページ・テンプレートによって非表示または削除されます。
エージェントは、特定の情報表示タイプをサポートするように構成し、表示を生成する機能を付与する必要があります。 実装の詳細は、プロンプトを使用して提供されます。 アプリケーションの起動時に、各エージェントは、ユーザーにすぐに表示される初期情報表示を生成できます。 エージェントは、初期表示と表示する表示を表示するかどうかを決定し、ホストアプリケーションはプロンプトによってどちらの決定もオーバーライドできます。
- アドバイザー質問に回答します。 アドバイザは、ユーザーの質問に単独で回答するか、他のエージェントと連携して回答するエージェントです。
- 単一エージェント・モード: ユーザーはアドバイザとして特定のエージェントにフォーカスします。
- マルチ・エージェント・モード: 質問は2つ以上の有効なエージェントにルーティングされ、出力は統合レスポンスに統合されます。
通常、エージェントはアンサーとサポート情報の表示の両方で応答します。 デフォルトでは、情報には、ビジュアライゼーション自体内の詳細データを示す優先度と、主要なインサイトを要約したテキストが表示されます。 単一のエージェントがアドバイザとして機能する場合、その単一のエージェントのみが情報を表示します。 マルチエージェント・シナリオでは、選択したエージェントのみが表示を生成し、最終回答はその集合出力を要約します。
- 処理意思決定に役立ちます。 アクションは、人間の承認を必要とするエージェントによって生成された決定ポイントです。 アクション内のアーティファクトは次のとおりです:
- トピックを説明するタイトル
- アクションの実行内容の説明
- アクションがコールされた場合にエージェントが実行する手順(コマンドおよびパラメータを含む)
この構成はエージェントによって生成され、ユーザーが変更することはできません。 アクションは通常、単一のエージェントに関連付けられ、アクションがコールされると、同じエージェントがそのアクションを処理します。 エージェントは、アクションをただちに実行するか、さらに説明が必要な場合はユーザーをエンゲージします。
アクションを生成するには、エージェントを明示的に構成する必要があります。 生成ロジックおよび起動処理は、エージェントのプロンプトで定義されます。 アプリケーションの起動時に、各エージェントは、アプリケーション・ユーザーが行うことができる即時決定ポイントを表す優先アクションの初期リストを生成できます。 質問に答えるとき、エージェントは応答に1つ以上のアクションを含めることができ、そのアクションはユーザーに提示されます。
情報の表示では、パターン内でアクションを直接公開することもできます。 これらは同じように動作し、関連するパターンによってプレゼンテーションが定義されます。
- コミュニケーション
手を差し伸べるのに役立ちます。 コミュニケーションは、一貫性のある定義済みテンプレートに従う電子メールやSlackメッセージなど、エージェントが提案するアウトバウンドメッセージです。 コミュニケーションのフィールドは次のとおりです。
- コミュニケーションの機能とターゲットの説明のタイトルと説明
- メッセージの作成に使用するテンプレート・パラメータ
通信は、常にアウトバウンド・メッセージを開始します。受信メッセージをインターセプトしたり受信したりすることはありません。 通信提示は、配信のために特定のエージェントにルーティングされます。 このエージェントはアドバイザリ・エージェントである必要はありません。 これは、アプリケーション間で共有される汎用的で再利用可能なエージェントです。 次に、指定されたエージェントが通信リクエストを処理し、追加の作業を実行し、電子メール、Slack、Microsoft Teamsなどの適切なツールを使用してメッセージを配信します。
すべての通信は、一貫性と均一性を確保するために、テンプレート化されたパターンに準拠します。 メッセージは自由形式ではなく、定義されたパラメータ・セットを持つ特定のテンプレートに準拠します。 エージェントは、照会への応答時およびアプリの初期化時に通信の提案を生成できます。 知識とプロンプトに基づいてテンプレート・パラメータを事前入力できます。 通信提示は、アプリケーションを構成し、特定のエージェントまたは使用可能なすべてのエージェントに関連付けることもできます。
コミュニケーション項目を選択すると、関連付けられたエージェントは未入力のテンプレートパラメータを入力しようとします。 アプリケーション・ユーザーは、メッセージが最終処理のためにテンプレート・エンジンに送信される前に、これらの値を変更できます。