生成AIを使用して エージェント の動作を調整する (プレビュー)
次のいずれかのタイプのオーケストレーションを使用するように エージェント を構成できます。 従来のオーケストレーションでは、エージェント は、トリガー フレーズがユーザーのクエリに最も近い トピック をトリガーしてユーザーに応答します。 生成オーケストレーションを有効にすると 、エージェント は最適な アクション、 知識、 トピック を選択して、ユーザーのクエリに回答したり、イベント トリガーに応答したりできます。
重要
この記事には Microsoft Copilot Studio プレビュー ドキュメントが含まれ、変更される可能性があります。
プレビュー機能は運用環境での使用を想定しておらず、機能が制限される可能性があります。 これらの機能は公式リリースの前に使用できるため、一足先にアクセスして フィードバックを送る ことができます。
本番環境に対応した エージェント を構築する場合は、 Microsoft Copilot Studio 概要を参照してください。
重要
生成オーケストレーションを有効にすると、課金の計算方法に影響する可能性があります。 詳細については、 生成モードの課金をご覧ください。
次の表は、クラシック オーケストレーションと生成オーケストレーション間の エージェント の動作を比較したものです。
| Behavior | クラシックオーケストラ | 生成オーケストレーション |
|---|---|---|
| Topics | トピックは、ユーザークエリとトリガーフレーズの一致に基づいて選択されます | トピックは目的の説明に基づいて選択されます |
| Actions | アクションはトピック内からのみ明示的に呼び出すことができます | エージェント は、名前と説明に基づいてアクションを呼び出すことを選択できます。 |
| ナレッジ | ナレッジは、ユーザーのクエリに一致するトピックがない場合（または トピック 内から明示的に呼び出された場合）のフォールバックとして使用できます。 | エージェント は、ユーザーのクエリに回答するために積極的に知識を検索することを選択できます。 |
| 複数のトピック、アクション、知識源の使用 | エージェント は、ユーザーに応答するために単一の トピック を 選択 しようとし、構成されている場合は知識にフォールバックします。 | エージェントはトピック、アクション、知識の組み合わせを活用できます |
| ユーザーに入力を求める | トピック内の質問ノードを使用して、ユーザーに必要な情報の入力を促すメッセージを著者する必要があります。 | エージェント は、トピックやアクションの入力に必要な情報が不足している場合は、ユーザーに質問を自動的に生成して入力を促すことができます。 |
| ユーザーへの応答 | ユーザーに応答するメッセージを 著者 するには、トピック内のメッセージ ノードを使用する必要があります (または トピック からアクションを呼び出します) | エージェントは、呼び出されたトピック、アクション、知識から利用可能な情報を使用して、応答を自動的に生成します。 |
チップ
従来のオーケストレーションと生成オーケストレーションには、知識の検索方法やサポートされるデータ ソースなど、重要な違いがあります。 既存の エージェント の生成モードをオンにする前に、 既知の制限についてお読みください。
生成モードはどのように機能しますか?
生成AIを使用して エージェント の応答方法を決定すると、ユーザーにとって会話がより自然でスムーズになります。 生成AIにより、エージェント が自律的にアクションを実行することも可能になります。
適切なトピック、アクション、知識源を選択する
ユーザーがメッセージを送信すると、エージェント は1つ以上のアクション、トピック、またはナレッジ ソースを選択して、応答 を準備します。 選択は複数の要因によって決まります。 最も重要な要素は、トピック、アクション、知識ソースの説明です。 その他の要素には、トピック、アクション、またはナレッジ ソースの名前、入力または出力パラメーター、およびそれらの名前と説明が含まれます。 説明により、エージェント がユーザーの意図をアクションやトピックに関連付ける際の精度が向上します。 ユーザーが必要なものを示す方法をすべて予測する必要はありません。
エージェント が生成オーケストレーションを使用するように構成されている場合、1つ以上のアクションまたはトピックを実行したり、ナレッジ ソースから選択したりして、ユーザー クエリ (マルチ インテント クエリを含む) を処理したり、イベントに自律的に応答したりできます。 複数のアクションまたはトピックが選択されている場合、エージェント は、ユーザーに不足している情報を尋ねる質問を生成した後、それらを順番に呼び出します。
生成オーケストレーションが有効な場合にエージェントがナレッジ ソースを検索する方法 について詳しくは、 をご覧ください。
ユーザー入力やイベントトリガーへの応答
エージェント は、応答 でユーザー入力またはイベント トリガー に選択されたすべてのナレッジ ソース、アクション、トピックから返された情報を取得し、元のユーザー クエリに対する回答を要約します。
チップ
エージェント が生成オーケストレーションで構成されている場合、エージェント はナレッジ、アクション、トピックによって提供される情報を使用してユーザー用の 応答 を生成できるため、最終的な 応答 をメッセージ ノードで送信するのではなく、出力変数として エージェント に返すことで、トピックをより柔軟にすることができます。 これにより、エージェント はユーザーに状況に応じた応答を提供できるようになります。 詳細については、 トピック の入力と出力の構成をご覧ください。
テスト中
Copilot Studioで生成モードを使用する エージェント をテストする場合、 アクティビティ マップ to追従する を開いて、エージェント がどのように応答するかを確認できます。
エージェント の生成オーケストレーションをオンにします
エージェント を開きます。
設定 を選択します。
生成 AI タブを選択します。
選択の 生成的 オプション。
(オプション) 選択 の厳密さの好みのレベル コンテンツモデレーション。
保存 を選びます。
重要
ユーザー トリガーとイベント トリガーの両方を使用してアクションを調整するために生成AIを使用することは、プレビュー機能 です。 プレビュー機能は運用環境での使用を想定しておらず、機能が制限される可能性があります。 これらの機能を公式リリースの前に使用できるようにすることで、顧客が一足先にアクセスし、そこからフィードバックを得ることができます。
チップ
会話の一部 (アクションの実行時に生成される質問など) はAIによって生成される可能性があることをユーザーに通知することをお勧めします。 例えば、 会話を始めるシステム トピック 翻訳:は、エージェント で新しい会話が開始されたときにユーザーに表示されるメッセージを制御します。
説明を作成する
エージェント が生成オーケストレーションを使用するように構成されている場合は、トピック、アクション、およびナレッジ ソースごとに高品質の説明を提供することが重要です。 適切な説明により、エージェント は適切なトピック、アクション、知識ソースを選択してユーザーに応答できるようになります。
アクションの場合、説明の作成は、エージェント にアクションを追加するために使用するウィザードの一部です。 説明は事前に入力されることが多いですが、必要に応じて変更することもできます。 アクションの追加と管理の詳細については、 カスタムエージェントでアクションを使用する (選択)。
トピックの場合、生成オーケストレーションを有効にすると、 エージェント によってトリガーされました 登場 トリガー ノード（ フレーズ) を使用すると、トピック の説明を追加または編集できます。
チップ
ジェネレーティブオーケストレーションをオンにすると、 Copilot Studio トピック'sトリガー フレーズに基づいて、既存の各 トピック のデフォルトの説明を自動的に生成します。 生成された説明は、多くの場合、関連するユーザークエリに応じてこれらのトピックを選択できるほど十分に優れています。 ただし、生成された説明を修正するには、この記事で提供されているアドバイスに従うことをお勧めします。
ベスト プラクティス
ここでは、トピック、アクション、ナレッジ ソースに名前を付け、それらについて明確かつ簡潔で関連性のある説明を作成するためのベスト プラクティスをいくつか紹介します。
文体
シンプルで直接的な言葉を使用します。 専門用語、俗語、技術用語は避けてください。
説明には能動態と現在形を使用します。 たとえば、"このアクションによって天気情報が提供されます" ではなく、"このアクションは天気情報を提供します" と記述します。
一連の項目、アクション、または考慮事項を明確に区別するには、箇条書きと番号付きのリストを使用します。
関連性
アクションや トピック の機能、ユーザーの意図に関連するキーワードを使用します。 たとえば、アクションが天気情報を提供する場合は、"天気"、"予報"、"気温"、"雨"、"雪" などのキーワードを使用します。
説明には、アクションまたはトピックの機能についての簡潔でわかりやすい概要を記述します。 概要は 1 文または 2 文に限定し、アクションまたは トピック が何を行うのか、それがユーザーにどのようなメリットをもたらすのかを説明します。
短いフレーズからなる説明的で一意の名前を使用します。 混乱を招く可能性がある一般的な名前や曖昧な名前は使用しないでください。 たとえば、アクションに "天気" という名前を付ける代わりに、"天気予報" または "天気予報" という名前を付けます。
類似したトピックやアクション間の曖昧さを防ぐために、具体的な言葉を使用してください。
たとえば、エージェント に現在の気象状況に関する情報を提供するアクションがすでにあるが、明日の天気予報を提供する別の トピック を追加する場合は、これらのトピックの名前と説明が曖昧さを避けるために十分に具体的であることを確認してください。 このような類似のトピックには、必ず異なる名前と説明を付けてください。 何ができないかを示すのにも役立ちます。 以下に、使用できる名前と説明の例を示します。
名前: 現在の天気
説明: この トピック は、世界中のあらゆる場所の天気予報を提供します。 気温や雨か雪かなど、現在の天気を尋ねることができます。 将来の天気予報は取得できません。
名前: 明日の天気予報
説明: このトピックは、翌日の世界中のあらゆる場所の天気情報を提供します。 次の温度が提供されます。 今日の現在の天気は取得できません。
してはいけないことの例
ここでは、ガイドラインに従わない例をいくつか示します。 この例は、アクションがどのような種類の質問に答えることができるかを指定していないため、漠然としすぎています。
名前: 質問に回答する
説明: このアクションは質問に答えることができます。
次の例では専門用語が使用されています。 代わりに、1 株当たり利益 (EPS) を明記する必要があります。
名前: EPS を取得
説明: 任意の株価ティッカーの EPS を取得します。
生成オーケストレーションを使用してユーザーリクエストを処理する エージェント とのインタラクションの例
次の例は、店舗の営業時間を検索するためのトピックと近くの店舗を見つけるためのトピックの2つのカスタム トピックと、事前に構築されたMSN Weatherコネクタに基づくアクションを持つ エージェント に基づいています。
例 1
この例では、ユーザーは「シアトルの天気はどうですか?」と尋ねます。 エージェント は現在の天気 プラグイン アクション を選択し、ユーザーの質問から認識された「シアトル」を場所入力に事前入力します。
例 2
この例では、ユーザーは「店舗の営業時間を取得し、最寄りの店舗を見つける必要があります」と質問します。ここで、エージェント は、 店舗の営業時間 トピック と 店舗検索 トピック の2つの項目を選択し、それらを連結して、ユーザーのクエリの両方の部分に応答します。
例 3
この例では、ユーザーは会話の中で、カークランドとして識別された最寄りの店舗を見つけました。 次にユーザーは「そこの天気はどうですか?」と尋ねました。 ここで、エージェント は現在の天気アクションを選択しますが、最近の会話のコンテキストに基づいて、場所に「カークランド」を事前入力します。
生成オーケストレーションの既知の制限
生成オーケストレーション モードを使用する場合、次の既知の問題と制限が存在します。
ナレッジ
エージェント が生成モードでナレッジ ソースを検索する場合、 会話ブースティング システム トピック は使用されなくなります。 したがって、エージェント が知識を検索する方法をカスタマイズするためにこの システム トピック に加えた変更は使用されません。 この制限は、カスタム データ ソースを含む、生成回答ノードで構成された従来のデータ ソースにも適用されます。 生成モードで知識がどのように機能するかについて、さらに詳しく学びます 。
トピック およびアクション入力パラメータのカスタムエンティティのサポート
アクションとトピックでは、入力パラメータとしてカスタム エンティティ (クローズド リストと正規表現エンティティ) はまだサポートされていません。 カスタム エンティティを使用して情報を収集するには、トピック の Question ノードを使用できます。
曖昧性の除去
ユーザーの意図にほぼ一致する トピック が複数ある場合、エージェント はトピック間の区別がつかない可能性があります。 通常、エージェント は、 複数のトピックが一致しました システム トピック を介して、ユーザーの意図に一致する1つ以上のトピックを選択するように求めます。 ただし、生成オーケストレーションを使用するように構成されたエージェントは現在、この トピック を呼び出しません。 複数のトピックが一致 システム トピック を有効のままにしておくと、この問題が解決されたときに、エージェント はトピック間の曖昧さを自動的に解消し始めます。 今後、エージェント がトピック間の曖昧さを自動的に解消しないようにするには、 複数のトピックが一致 システム トピック をオフにします。 この トピック をオフにすると、エージェント をテストできます。 オプションとして、エージェント をテストした後、トピック を再度オンにすることで、曖昧さ回避の使用を再度選択できます。