Note
この記事の機能は 標準ハーネスによって動作しており、標準ハーネスで 動作するエージェントのライセンスオプションを使用しています。 Access標準エージェントおよびエージェントフローで標準機能にアクセスする方法を学びましょう。
Copilot Studio では、ナレッジ ソースは生成的な回答と連携します。 ナレッジ ソースを追加すると、エージェントは Power Platform、Dynamics 365 データ、Web サイト、外部システムのエンタープライズ データを使用できます。 ナレッジソースを利用することで、エージェントは顧客に関連情報や分析情報を提供することができます。
ナレッジを含む公開済みエージェントは、構成されたサポート情報ソースを使って公開済みエージェントをグラウンディングします。 エージェント レベル、 ナレッジ ページ、またはトピック レベルでナレッジを組み込み、エージェント トピックの 生成応答ノード を使用できます。
最初の作成時にエージェントにナレッジ ソースを組み込んだり、エージェントの作成後に追加したり、生成応答トピック ノードに追加したりできます。
サポートされているナレッジ ソース
| 名前 | Source | Description | 生成型の回答でサポートされている入力の数 | Authentication |
|---|---|---|---|---|
| 公開 Web サイト | External | Bing でクエリ入力を検索し、指定された Web サイトからの結果のみを返します | 生成モード: 25 の Web サイト クラシックモード: 4 つの公開 URL (例: microsoft.com) |
なし |
| ドキュメント | Internal | Dataverse にアップロードされたドキュメントを検索し、ドキュメントの内容から結果を返します | 生成モード: すべてのドキュメント クラシック モード: Dataverse ファイルのストレージ割り当てによる制限 |
なし |
| Sharepoint | Internal | SharePoint URL に接続し、GraphSearch を使用して結果を返します | 生成モード: 25 個の URL クラシック モード: 生成回答トピック ノードごとに 4 つの URL |
エージェント ユーザーのMicrosoft Entra ID認証 |
| Dataverse | Internal | 構成された Dataverse 環境に接続し、Dataverse の検索拡張生成技術を使用して結果を返します | ジェネレーティブモード:無制限 クラシック モード: 2 つの Dataverse ナレッジ ソース (ナレッジ ソースごとに最大 15 個のテーブル) |
エージェント ユーザーのMicrosoft Entra ID認証 |
| コネクタを使用したエンタープライズ データ | Internal | Microsoft Search によって組織データのインデックスが作成されるコネクタに接続します | ジェネレーティブモード:無制限 クラシック モード: カスタム エージェント ごとに 2 つ |
エージェント ユーザーのMicrosoft Entra ID認証 |
Note
ナレッジ ソースに対するエージェント ユーザー認証とは、特定のユーザーがエージェントに質問すると、エージェントは特定のユーザーがアクセスできるコンテンツのみを表示することを意味します。
現在、生成応答ノードのナレッジ ソースでは、カスタム検索、Azure OpenAI、またはカスタム データBingはサポートされていません。 代わりに、生成応答ノードのプロパティから、
Bing Custom Search 、Azure OpenAI 、またはCustom Data ソースには、Classic data オプションを使用します。 Webサイトについては、組織が所有するウェブサイトがCopilot StudioでBingによって検索されるかどうかを確認する必要があります。
サポートされているすべてのファイルの種類と言語で、言語に依存しないクエリを実行できます。
個々のSharePointファイルとフォルダー、OneDriveファイルとフォルダー、コネクタなど、非構造化データを使用している場合は、さまざまな制限と解除があります。 詳細については、「 制限事項と制限事項」を参照してください。
現時点では、ナレッジ ソースから返された引用は、他のツールやアクションへの入力として使用できません。
ソース認証
Microsoft Copilot コネクタで SharePoint、Dataverse、またはエンタープライズ データを使用している場合は、認証を組み込む必要があります。 詳細については、「Copilot Studio でユーザー認証を構成するを参照してください。 個々の生成応答ノードについては、「 認証」を参照してください。
さらに、ソースの追加認証を必要とする URL の考慮事項 を考慮する必要がある場合もあります。
クラシックモードと生成モードでの知識検索
システムがナレッジ ソースを検索する方法は、エージェントが使用する オーケストレーション モード ( クラシック または ジェネレーティブ) によって異なります。
クラシック オーケストレーション
クラシック オーケストレーションを使用するようにエージェントを構成する場合は、次の条件が適用されます。
Conversational Boosting システムのトピックでは、エージェントが検索できるナレッジ ソースの数が制限されています。 これは、ナレッジ ソースの種類によって異なります。 エージェントは、次の表のタイプごとに示されている最大数まで、ナレッジ ソースを任意に組み合わせて検索できます:
ナレッジ ソースの種類 Limit Azure OpenAI Service接続 5 Bing Custom Search カスタム設定 ID 2 カスタム データ ソース 3 Dataverse 知識源 それぞれ最大 15 個のテーブルを持つ 2 つのソース SharePoint URL一覧 4 アップロードされたファイル 無制限 Web サイト URL 4 また、生成型回答ノード をトピックに埋め込んで、フォールバックとしてだけでなく、特定のインテントに対して検索を実行することもできます。 前述のナレッジ ソースの制限が適用されます。
クラシック オーケストレーションでは、他のナレッジ ソースに加えてカスタム データ ソースがサポートされます。
生成オーケストレーション
生成オーケストレーションを使用するようにエージェントを構成する場合は、次の条件が適用されます。
生成オーケストレーションは、異なるサポート情報ソースが 25 以上ある場合、内部の GPT モデルを使用してサポート情報ソースをフィルターします。 詳細については、オーサリングに関する説明を参照してください。
Note
エージェントにアップロードされたファイルは、25の知識ソース検索制限には含まれていません。
生成オーケストレーションは、ナレッジ ソースとして カスタム データ または Bing Custom Search をサポートしていません。 これらのナレッジ ソースを使用するには、トピックの 生成応答ノード 内に埋め込む必要があります。
サポート情報ソース エージェントの設定
エージェントの生成 AI 設定ページには、エージェントがサポート情報ソースをどのように使用するかに関わる重要な設定が含まれています。
根拠のない応答を許可する
エージェントの Generateive AI 設定の [ナレッジ] セクションの [未設定の応答を許可する] 設定では、エージェントがモデルの一般的な知識のみを使用して応答を生成できるかどうかを管理します。 この設定では、エージェントで 生成オーケストレーション が有効になっている必要があります。
[ 未解決の応答を許可 する] 設定をオンにすると、エージェントは、ナレッジ ソースやツールを使用していない場合でも、モデルの一般的な知識を使用して応答できます。
この設定をオフにすると、エージェントは、ナレッジ ソースまたはツールを使用しなかったターンで生成された応答をブロックします。 この条件は、エージェントがサポート情報ソースやツールを呼び出さずに、会話履歴や一般知識に基づいて質問に回答した場合、その応答がブロックされることを意味します。 その場合、フォールバック トピックがトリガーされます。
たとえば、次の会話について考えてみましょう。
ユーザー: "オンライン注文の返品ポリシーは何ですか?
エージェント: "返品ポリシーでは、購入から 30 日以内に返品を許可します (販売アイテムを含むすべてのアイテムについて)。 (ナレッジ ソースから取得)
ユーザー: "販売アイテムにも適用されますか?
エージェント:(ブロック)
このシナリオでは、エージェントは、別のツールまたはナレッジ ソースを呼び出す必要がないため、応答がブロックされるように、フォローアップの質問に答えるために、前のターンからの十分なコンテキストが既にあると判断する場合があります。
Note
根拠のない応答を許可する設定をオフにしても、エージェントが一般的な知識を一切使用しないことを保証するものではありません。 このナレッジをナレッジ ソースまたはツールから取得した情報と組み合わせると、エージェントの基になるモデルに一般的な知識が組み込まれる場合があります。 この設定では、エージェントがナレッジ ソースやツールをまったく使用しなかった応答のみがブロックされます。
なぜエージェントが時々地に足のついた答えを返さないのか
「Allow Ungrounded responses」をオフにすると、エージェントは知識ソースからの回答を返します。回答にテキスト内でそのソースへの引用が含まれている場合のみです。 この要件により、回答はモデルの一般知識ではなく、知識源に基づいていることが保証されます。
時には、モデルが知識源から正しい答えを生成するが、引用を含まないこともあります。 その場合、担当者は答えを隠し、情報が見つからなかったかのように反応します。 モデルが必ずしも引用を含めるわけではないため、この挙動は断続的になることがあります。 例えば、同じ質問をもう一度すると答えが返ってくることもあります。
引用と根拠のある回答をより一貫させるために:
- 引用の指示を追加してください。 エージェントの指示では、モデルに必ず出典を明記するよう指示してください。 例えば、「すべての文に対して必ず出典への本文内引用を含める」
- 引用の妨げとなる指示は避けてください。 モデルに参照や出典を省略するよう指示したり、厳格な出力形式(例:「JSONでのみ応答する」)を強制する命令は、エージェントが必要とする引用マーカーを抑制できます。 指示は簡潔に保ち、モデルにソースを削除したりフォーマットを変えたりして壊すような指示は避けてください。
- カスタムデータに引用情報を追加してください。 生成回答ノードでカスタムデータソースを使用する場合は、
ContentLocation(URL)とTitleフィールドを含めてモデルがソースを引用できるようにしましょう。 詳細については、「 生成応答ノードにカスタム データ ソースを使用する」を参照してください。
Note
情報源を明示できない場合でもエージェントに答えさせたい場合は、「 Allow Ungrounded Responses(根拠のない回答を許可)」をオンにしてください。 エージェントはモデルの一般知識を使って応答できるため、その回答が必ずしもあなたの知識源に基づいているわけではありません。
異なるチャンネルでの引用の表示方法
引用の表示方法はチャンネルによって異なります:
- Microsoft Teamsは他のチャネルよりも制限が厳しいです。 回答は最大20引用にとどまります。それ以上のものは除外されます。 各引用文のタイトルは約80文字、抜粋は約480文字に制限されているため、長いタイトルや断片は短縮されます。
- 生成回答をカスタマイズすれば、引用は自動的に追加されません。 例えば、 メッセージ ノードをクリアして変数やアダプティブカードで自分で回答をレンダリングする場合、引用レンダリングも含める必要があります。 Teamsでは、カスタマイズされていない回答に対してのみ引用リンクが自動的に戻されます。 詳細は「カスタマイズされた回答には引用文献が表示されない理由」を参照してください。
Web の情報を使用する
使用情報は、エージェントの生成AI設定ページでウェブ設定から確認できます。 Web 検索設定は、エージェントの [概要] ページの [ナレッジ] セクションにも表示されます。 この設定により、エージェントは事前に定義された知識ベースや企業固有の知識ベースを超えた幅広く、リアルタイムで最新の情報にアクセスできます。 この設定では、エージェントで生成オーケストレーションが有効になっている必要があります。
「ウェブ/の情報利用」設定をオンにすると、ユーザーの質問がウェブ上の情報を必要とする可能性があると判断されます。 Bing によってインデックス付けされたすべての公開 Web サイトを検索します。 この種類の検索は、ナレッジ ソースとして追加したパブリック Web サイトの検索と並行して行われます。 ウェブ検索情報の利用/結果は、設定された公開ウェブサイトの知識ソースからの結果と交互に表示されます。
Note
ウェブの情報を活用しましょう/ウェブ検索 は Bing Searchのグラウンディング を使ってウェブからの情報を返します。
モデレーション
コンテンツモデレーション設定を有効にすると、担当者がより多くの回答を提供できます。 ただし、回答の増加は、エージェントからの 有害なコンテンツ の許容量に影響する可能性があります。
コンテンツ モデレーション設定は、次の領域で構成できます。
- 生成AIの設定ページでは、エージェントレベルでモデレーションを設定します。
- 生成回答ノードの設定はトピックレベルでのモデレーションを設定します。
- プロンプトツールの設定は、プロンプトレベルでモデレーションを設定します。
実行時には、トピック レベルの設定が優先されます。 トピック レベルでコンテンツ モデレーションを設定しない場合、既定では Generative AI 設定の構成が使用されます。
プロンプトツールのエージェントやトピックコンテンツのモデレーションを上書きするには、プロンプトツールの 完了 設定を設定して 特定のレスポンスを送信します。
エージェント レベルでコンテンツ モデレーション設定を調整するにはエージェントの 生成 AI オプションを 生成に変更します。
エージェントに必要なモデレーション レベルを選択します。
モデレーション レベルは、最小から最高まであります。 最も低いレベルでは最も多くの回答が生成されますが、有害なコンテンツが含まれている可能性があります。 最高レベルのコンテンツ モデレーションでは、生成される回答が少なくなり、有害なコンテンツを制限するためのより厳しいフィルターが適用されます。 既定のモデレート レベルは高です。
保存を選びます。
トピック レベルで コンテンツ モデレーション設定を調整するには生成型アンサー ノードの設定を変更します。
プロンプトツールのコンテンツモデレーション設定を調整するには、プロンプトビルダーで設定を変更してください。
セマンティック検索を使用したテナント グラフの根拠
エージェントの生成AI設定ページにある「テナントグラフとセマンティックサーチ」の設定は、エージェントがセマンティックサーチを使って検索結果を改善するかどうかを判断します。 この設定では、エージェントで生成オーケストレーションが有効になっている必要があります。
デフォルトでは、Microsoft 365 Copilotライセンスを持つすべてのユーザーはテナントグラフグラウンディングセマンティックサーチを使用します。 ただし、すべてのエンドユーザーがMicrosoft 365 Copilotライセンスを持っているわけではない場合は、この設定をオンにしてセマンティックインデックスを活用して品質を向上させましょう。 この機能は追加料金がかかります。 詳細はCopilotクレジットの請求レートをご覧ください。
この機能を使用するには、エージェントがテナントを Microsoft 365 Copilot ライセンスと共有する必要があります。 また、セマンティック インデックスを使用するように構成する必要もあります。 セマンティック インデックスを使用するには、Microsoft 365 Copilot ライセンスを企業内の少なくとも 1 人のユーザーに割り当てる必要があります。
Note
Excelファイルの内容を検索するには、セマンティックサーチの代わりにコードインタプリタを使いましょう。 セマンティックサーチにはセルのインデックス付けに制限があります。
Important
セマンティック検索を使用したテナント グラフ グラウンディング機能では、エージェントのユーザー認証が Microsoft による認証に設定されている必要があります。 認証が Microsoft による認証以外の方法に設定されている場合、設定を変更することはできません。
この機能を有効にし、作成者が同じテナントに Microsoft 365 ライセンスを持っている場合、エージェントは SharePoint と最大 200 MB のファイルを含むコネクタをサポートします。
Note
SharePointの知識ソースに基づくエージェントにとって、セマンティックサーチを用いたテナントグラフグラウンディングは、より良い知識検索と応答品質を提供します。 この機能は最先端の内部検索ツールを用いて、エージェントがより大量のコンテキストをより正確に取得できるようにします。 ただし、システムの複雑性が増すため、一部のユーザーやクエリではわずかな遅延の増加が生じる可能性があります。
エージェントと同じテナントにMicrosoft 365 Copilot ライセンスがない場合、または応答品質が低い場合は、機能をオフにします。
セマンティック インデックスを持つエージェントを作成するために、エージェント 作成者は Microsoft 365 Copilot ライセンスを持っている必要はありません。
SharePoint および Microsoft Copilot コネクタは、PDF、PPTX、または DOCX 拡張機能がある場合、最大 512 MB のファイルをサポートします。 サポートされているファイルの種類の詳細については、「 サポートされているコンテンツ タイプ」を参照してください。
セマンティック検索によるテナント グラフ グラウンディング機能は、Dataverse 検索機能とは別の機能です。 Dataverse 検索のしくみの詳細については、 Dataverse 検索に関してよく寄せられる質問を参照してください。
エージェントの概要: サポート情報ソースの設定
エージェントの概要ページにある以下の設定は、エージェントによるサポート情報ソースの使用方法に影響を与えます。
Web Search
エージェントの概要ページの知識セクションにあるウェブ検索設定です。 生成AI設定ページのウェブ設定のUse informationもこの設定を制御します。 この設定をオンにすると、ユーザーの質問がウェブ上の情報を必要としていると判断してトリガーされます。 Bing によってインデックス付けされたすべての公開 Web サイトを検索します。 この種類の検索は、ナレッジ ソースとして追加したパブリック Web サイトの検索と並行して行われます。 Web Search からの結果は、構成済みのパブリック Web サイトのナレッジ ソースからの結果とインターリーブされます。
![[ナレッジ] セクションにフォーカスし、[Web 検索] 設定を強調表示しているエージェントの [概要] ページのスクリーンショット。](media/knowledge/overview-knowledge-web-search.png#lightbox)
公式ソース
エージェントにサポート情報ソースを追加する場合、情報が時間とともにどのように変化するかを常にコントロールできるとは限りません。 ユーザーには、回答は慎重に検討すべきであり、適切な場合には検証すべきであることを伝えることが重要です。
とはいえ、特定のサポート情報ソースが厳格な検証プロセスを経ており、信頼性が高いことはご存知かもしれません。 その場合は、それを公式ソースとしてマークすることができます。 これにより、エージェントは検証を行うことなく、それを直接使用することができます。
知識ソースを公式としてマークするには、 知識 ページで知識ソースの3点(⋮)を選択し、「 公式資料」を選択し、「 はい」を選びます。
Note
- 生成オーケストレーションが有効になっている場合、この機能は利用できません。 エージェントに公式なナレッジ ソースを使用させ、そのようにマークする場合は、生成オーケストレーションをオフにします。
- エージェントが信頼できるナレッジ ソースを使用する場合、応答は特徴的な指示から始まります。
回答の生成に必要なナレッジを追加し、管理する
生成回答は、エージェントが特定のトピックを作成することなく、内部・外部の複数の情報源から情報を見つけて提示することを可能にします。 作成されたトピックがユーザーのクエリに応答できない場合は、生成応答を主要な情報ソースとして使用するか、フォールバック ソースとして使用します。 その結果、機能するエージェントを迅速に作成して展開できます。 メーカーはすべての顧客の質問に対応していない可能性がある複数のトピックを手動で作成する必要はありません。
既定では、エージェントを作成すると、Copilot Studio によって Conversational boosting システム トピックが自動的に作成されます。 このトピックには、生成応答ノードが含まれています。このノードを使用すると、ナレッジ ソースの利用をすぐに開始できます。 エージェント レベルで追加されたすべてのサポート情報ソースは、会話ブースティング システム トピックの生成応答ノードに追加されます。
前提条件と制限事項については、生成回答を参照してください。
ナレッジ ソースごとに分析メトリックの詳細については、次を参照してください。
- 会話エージェントの生成された回答率と品質。
- 自律エージェントのナレッジ ソースの使用。
- テーマにドリルダウンし、テーマのコンテキストでナレッジ ソース メトリックを確認します。