使用生成式 AI 協調代理程式行為
您可以設定代理程式以使用下列任一類型的協調流程。 透過傳統的協調流程，代理程式透過觸發與使用者查詢最接近的觸發字詞的主題來回應使用者。 啟用生成式協調流程後，您的代理程式可以選擇最佳的動作、知識和主題來回答使用者查詢或回應事件觸發程序。
重要
啟用生成式協調流程可能會影響帳單的計算方式。 深入了解生成式協調流程計費。
生成式協調流程僅支援主要語言為英語 (en-US) 的代理程式。 尚不支援其他語言。
下表比較了傳統協調流程和生成式協調流程之間的代理程式行為。
| 行為 | 傳統協調流程 | 生成式協調流程 |
|---|---|---|
| 主題 | 主題是根據使用者查詢與觸發字詞的匹配來選擇的。 | 主題是根據其目的的描述來選擇的。 |
| 動作 | 只能從主題內部明確呼叫操作。 | 代理程式可以根據其名稱和描述選擇呼叫操作。 |
| 知識 | 當沒有主題與使用者的查詢相符 (或在主題內明確呼叫) 時，可以使用知識作為後援。 | 代理程式可以選擇主動搜尋知識來回答使用者的查詢。 |
| 使用多個主題、動作和知識來源 | 代理程式嘗試選擇單一主題來回應使用者，如果設定則傳回知識。 | 代理程式可以使用主題、動作和知識的組合。 |
| 詢問使用者輸入 | 您必須使用主題中的問題節點來製作訊息，提示使用者輸入所需的資訊。 | 代理程式可以自動產生問題來提示使用者填寫主題和操作輸入所需的任何缺失資訊。 |
| 回應使用者 | 您必須使用主題中的訊息節點來建立回應使用者的訊息 (或從主題呼叫操作)。 | 代理程式使用其所使用的主題、操作和知識中的可用資訊自動產生回應。 |
提示
傳統協調流程和生成式協調流程之間存在關鍵差異，例如如何搜尋知識以及支援的資料來源。 在為現有代理程式開啟生成模式之前，請參閱已知的限制。
生成式協調流程如何運作？
使用生成式 AI 來確定您的代理程式如何回應可以使使用者的交談更加自然和流暢。 生成式 AI 還可以使代理程式自主執行操作。
選擇正確的主題、行動和知識來源
當使用者傳送訊息時，您的代理程式會選擇一個或多個操作、主題或知識來源來準備其回應。 會有多種因素決定選擇。 最重要的因素是主題、動作和知識來源的描述。 其他因素包括主題、動作或知識來源的名稱、任何輸入或輸出參數及其名稱和描述。 當您的代理程式將使用者意圖與操作和主題關聯起來時，描述可以使它更加準確。 您不需要預測使用者可能表達其需求的所有方式。
當代理程式設定為使用生成式協調流程時，它可以選擇一個或多個動作或主題，或從其知識來源中進行選擇，以處理使用者查詢 (包括多意圖查詢)，或自主回應事件。 如果選擇了多個操作或主題，代理程式會在產生任何問題以詢問使用者缺少的資訊後按順序呼叫它們。
深入了解啟用生成式協調流程時，代理程式如何跨知識來源進行搜尋。
回應使用者輸入或事件觸發
代理程式獲取根據使用者輸入或事件觸發程序選擇的所有知識來源、操作和主題返回的資訊，並總結對任何原始使用者查詢的答案。
提示
由於設定了生成式協調流程的代理程式可以使用來自知識、操作和主題的資訊來產生回應，因此您可以不在訊息節點中發送其最終回應，而是將其作為輸出變數傳回給代理程式，從而使主題更加靈活。 此方法可以讓您的代理程式為您的使用者提供上下文回應。 深入了解設定主題輸入和輸出。
正在測試
當您在 Copilot Studio 中測試使用生成模式的代理程式時，您可以開啟活動地圖來追蹤代理程式的回應方式。
為代理程式開啟生成式協調流程功能
前往您的代理程式的概覽頁面。
在詳細資料區段的協調流程下，開啟使用生成式 AI 來確定如何最好地回應使用者和事件。
提示
告知使用者某些交談 (例如，執行某個操作時產生的問題) 可能是由 AI 產生的，這是一種很好的做法。 例如，您可以在交談開始系統主題中新增一條額外訊息，該訊息控制與代理程式開始新交談時向使用者顯示的訊息。
製作描述
如果代理程式設定為使用生成式協調流程，則為其每個主題、操作和知識來源提供高品質的描述非常重要。 良好的描述可確保代理程式選擇正確的主題、操作和知識來源來回應使用者。
對於操作，編寫描述是將其新增至代理程式的精靈的一部分。 描述通常會預先填入內容，但您可以根據需要進行變更。 若要了解有關新增和管理操作的詳細資訊，請參閱將操作與自訂代理程式結合使用 (預覽版)。
對於主題，一旦啟用生成式協調流程，由代理程式觸發就會出現在觸發節點 (而不是字詞) 上，這允許您新增或編輯主題的描述。
提示
當您開啟生成式協調流程時，Copilot Studio 會根據主題的觸發字詞自動為每個現有主題產生預設描述。 生成的描述通常品質良好，可選擇這些主題來回應相關使用者查詢。 但是，最好遵循本文中提供的建議來修改生成的描述。
最佳作法
以下是命名主題、動作和知識來源以及為它們草擬清晰、簡潔和相關描述的一些最佳做法。
寫作風格
使用簡單直接的語言。 避免使用行話、俚語或技術術語。
使用主動語態和現在式進行描述。 例如，寫下「此動作提供天氣資訊」而不是「天氣資訊由此動作提供」。
使用項目符號和編號清單來清楚分隔一系列項目、操作或考慮事項。
相關性
使用與動作或主題的功能和使用者意圖相關的關鍵字。 例如，如果動作提供天氣資訊，請使用「天氣」、「預報」、「溫度」、「雨」、「雪」等關鍵字。
對於描述，請編寫動作或主題功能的簡短且內容豐富的摘要。 摘要應限制在一兩句話，解釋動作或主題的作用，以及它如何讓使用者受益。
使用具有描述性且唯一的簡短片語名稱。 避免使用可能令人困惑的通用或不明確的名稱。 例如，不要將動作命名為「天氣」，而是將其命名為「天氣預報」或「天氣報告」。
使用特定的語言來防止相似主題和動作之間產生歧義。
例如，如果您的代理程式已經具有提供有關目前天氣狀況資訊的操作，但您想要新增另一個主題來提供明天的天氣預報，請確保這些主題的名稱和描述足夠具體以避免產生歧義。 確保類似的主題具有不同的名稱和描述。 這還可以幫助表明他們不能做什麼。 以下是您可能使用的名稱和描述的範例。
名稱：目前天氣
描述：此主題提供世界上任何位置的天氣預報。 您可以詢問目前的天氣，包括溫度以及下雨還是下雪。 它無法獲取未來幾天的天氣預報。
名稱：明天的天氣預報
描述：此主題提供世界上任何地點第二天的天氣資訊。 它可提供溫度。 它無法取得今天目前的天氣。
不該做什麼的範例
在這裡，我們提供了一些不遵循準則的範例。 這個例子太模糊了，因為它沒有指定該動作可以回答什麼類型的問題。
名稱：回答問題
描述：此動作可以回答問題。
下一個範例使用行話。 相反，它應該詳細說明每股收益 (EPS)。
名稱：取得 EPS
描述：取得任何股票的 EPS。
使用生成式協調流程來處理使用者請求的代理程式互動範例
以下範例基於具有兩個自訂主題的代理程式 (一個用於尋找商店營業時間，另一個用於定位附近的商店) 以及基於預先建置的 MSN 天氣連接器的操作。
範例 1
在此範例中，使用者詢問「西雅圖的天氣怎麼樣？」。 代理程式選擇目前天氣外掛程式操作，並使用從使用者問題中識別出的「西雅圖」預填位置輸入。
範例 2
在這個例子中，使用者詢問「我需要獲取營業時間並找到最近的商店。」在這裡，代理程式選擇兩個項目，即商店營業時間主題和商店定位器主題，並將它們連結在一起以回應使用者查詢的兩個部分。
範例 3
在此範例中，使用者在先前的對話中找到了離他們最近的商店，該商店標識為 Kirkland。 使用者接著問：「那裡的天氣怎麼樣？」。 在這裡，代理程式選擇目前的天氣動作，但根據最近的交談內容，用「Kirkland」預先填充位置。
生成式協調流程的已知限制
使用生成式協調流程模式時存在以下已知問題和限制。
知識
當您的代理程式以產生模式搜尋知識來源時，它不再使用交談增強系統主題。 因此，您對此系統主題所做的任何修改 (用於自訂代理程式搜尋知識的方式) 都不會被使用。 此限制也適用於生成式答案節點中設定的傳統資料來源，包括自訂資料來源。 深入了解知識如何與生成式協調流程協同工作。
主題和操作輸入參數的自訂實體支援
操作和主題尚不支援自訂實體 (封閉清單和規則運算式實體) 作為輸入參數。 若要使用自訂實體收集訊息，您可以使用主題中的問題節點。
消除歧義
當有多個主題與使用者意圖密切匹配時，代理程式可能無法消除主題之間的歧義。 通常，代理程式會要求使用者透過多主題匹配系統主題在一個或多個符合其意圖的主題之間進行選擇。 但是，設定為使用生成式協調流程的代理程式目前不會呼叫此主題。 如果您保持多主題匹配系統主題處於啟用狀態，則當此問題解決後，您的代理程式將自動開始消除主題之間的歧義。 如果您希望禁止代理程式將來自動消除主題之間的歧義，請關閉多主題匹配系統主題。 關閉此主題可讓您測試您的代理程式。 或者，您可以在測試代理程式後重新開啟主題，選擇重新使用消歧義功能。