使用產生式 AI 編排專員行為 (預覽版)
您可以將專員配置為使用以下類型的業務流程之一。 使用經典編排時，專員通過觸發其發射鍵短語與用戶查詢最匹配的主題來回應使用者。 啟用 生成式編排後 ，您的專員可以選擇最佳 操作、 知識和 主題 來回答使用者查詢或回應事件觸發器。
重要
本文包含 Microsoft Copilot Studio 預覽版文件，其可能在未來變更。
預覽功能不供生產時使用，而且可能功能受限。 這些功能是在正式發行前先行推出，讓您能夠搶先體驗並提供意見反應。
如果您正在構建生產就緒型專員，請參閱 Microsoft Copilot Studio 概述。
重要
啟用生成式編排可能會影響計費的計算方式。 詳細瞭解生成模式的計費。
下表比較了經典編排和生成編排之間的專員行為。
| 行為 | 經典編排 | 生成式編排 |
|---|---|---|
| 主題 | 根據使用者查詢與發射鍵短語的匹配來選擇主題 | 根據其用途描述選擇主題 |
| 動作 | 操作只能從主題中顯式調用 | 專員可以根據操作的名稱和描述選擇調用操作 |
| 知識 | 當沒有主題與用戶的查詢匹配時 (或從主題中顯式調用)，可以將 Knowledge 用作後備 | 專員可以選擇主動搜索知識以回答用戶的查詢。 |
| 使用多個主題、操作、知識源 | 專員嘗試選擇單個主題來響應使用者，如果已配置，則回退到 knowledge | 專員可以使用主題、操作和知識的組合 |
| 要求用戶輸入 | 您必須在主題中使用問題節點來作者消息，提示使用者輸入任何必需的資訊 | 專員可以自動生成問題，以提示使用者填寫主題和操作輸入所需的任何缺失資訊 |
| 回應使用者 | 您必須在主題中使用訊息節點來作者回應使用者的消息 (或從主題呼叫操作) | 專員使用它調用的主題、操作和知識中的可用資訊自動生成一個回覆 |
提示
經典編排和生成編排之間存在關鍵差異，例如搜索知識的方式以及支持的數據源。 在為現有專員啟用生成模式之前，請閱讀已知 限制。
生成模式如何運作？
使用生成式 AI 來確定您的專員如何回應可以使用戶的對話更加自然和流暢。 生成式 AI 還可以使專員自主執行操作。
選擇正確的主題、操作和知識來源
當用戶發送消息時，您的專員會選擇一個或多個操作、主題或知識源來準備其回覆。 會有多種因素決定選擇。 最重要的因素是主題、操作和知識源的描述。 其他因素包括主題、操作或知識源的名稱、任何輸入或輸出參數以及它們的名稱和描述。 描述使您的專員在將使用者意圖與操作和主題相關聯時更加準確。 您無需預測使用者可能指示他們需要什麼的所有方式。
當專員配置為使用生成式編排時，它可以選擇一個或多個操作或主題，或者從其知識源中進行選擇，以處理用戶查詢 (包括多意向查詢) 或自主回應事件。 如果選擇了多個操作或主題，則專員會在生成任何問題以詢問使用者缺少的資訊后，按順序調用它們。
詳細瞭解啟用生成式編排時代理如何在知識源 中搜索。
回應使用者輸入或事件觸發器
專員獲取從使用者輸入或事件發射鍵選擇的所有知識源、操作和主題返回的資訊回覆，並匯總任何原始使用者查詢的答案。
提示
當專員配置生成式編排時，由於專員可以使用知識、操作和主題提供的資訊為使用者生成回覆，因此您可以通過不在消息節點中發送其最終回覆，而是將其作為輸出變數返回給專員來使您的主題更加靈活。 這樣，您的專員就可以向使用者提供上下文回應。 瞭解有關配置主題輸入和輸出 的更多資訊。
正在測試
當您測試使用生成模式的 Copilot Studio 專員時，您可以 打開活動圖 以跟隨專員的回應方式。
為專員
打開你的專員。
選取設定。
選取生成式 AI 索引標籤。
選擇 Generative（生成） 選項。
（選擇）為內容審核 選擇首選的嚴格級別。
選取儲存。
重要
使用生成式 AI 來編排具有使用者觸發器和事件觸發器的操作是一項預覽功能。 預覽功能不供生產時使用，而且可能功能受限。 這些功能是在正式發行前先行推出，讓客戶能夠搶先體驗並提供意見反應。
提示
最好告知您的使用者某些對話 (例如，運行操作時生成的問題) 可能由 AI 生成。 例如，您可以在 Start conversation（開始對話 ）中添加一條額外的消息系統主題 該消息控制在使用專員開始新對話時向用戶顯示的消息。
製作描述
如果專員配置為使用生成式編排，則必須為其每個主題、操作和知識源提供高品質的描述。 良好的描述可確保專員選擇正確的主題、操作和知識來源來回應使用者。
對於操作，創作描述是用於將其添加到專員的嚮導的一部分。 描述通常會預先填入內容，但您可以根據需要進行變更。 要瞭解有關添加和管理操作的更多資訊，請參閱 將操作與自定義代理結合使用 (預覽版)。
對於主題，啟用生成編排后， Triggered by 專員 將顯示在 發射鍵 節點上 (而不是 Phrases)，這允許您添加或編輯主題的描述。
提示
當您打開生成編排時， Copilot Studio 根據主題的發射鍵短語為每個現有主題自動生成預設描述。 生成的描述通常品質良好，可選擇這些主題來回應相關使用者查詢。 但是，最好遵循本文中提供的建議來修改生成的描述。
最佳作法
以下是命名主題、操作和知識源以及為它們起草清晰、簡潔和相關描述的一些最佳實踐。
寫作風格
使用簡單直接的語言。 避免使用行話、俚語或技術術語。
使用主動語態和現在式進行描述。 例如，寫下「此動作提供天氣資訊」而不是「天氣資訊由此動作提供」。
使用項目符號和編號清單可以清楚地分隔一系列專案、操作或注意事項。
相關性
使用與動作或主題的功能和使用者意圖相關的關鍵字。 例如，如果動作提供天氣資訊，請使用「天氣」、「預報」、「溫度」、「雨」、「雪」等關鍵字。
對於描述，請編寫動作或主題功能的簡短且內容豐富的摘要。 摘要應限制在一兩句話，解釋動作或主題的作用，以及它如何讓使用者受益。
使用具有描述性且唯一的簡短片語名稱。 避免使用可能令人困惑的通用或不明確的名稱。 例如，不要將動作命名為「天氣」，而是將其命名為「天氣預報」或「天氣報告」。
使用特定語言以防止相似主題和操作之間產生歧義。
例如，如果您的專員已經有一個提供有關當前天氣狀況的資訊的操作，但您想要添加另一個主題來提供明天的天氣預報，請確保這些主題的名稱和描述足夠具體，以避免歧義。 確保此類相似主題具有不同的名稱和描述。 這還可以幫助表明他們不能做什麼。 以下是您可能使用的名稱和描述範例。
名稱：目前天氣
描述：此主題提供世界上任何位置的天氣預報。 您可以詢問目前的天氣，包括溫度以及下雨還是下雪。 它無法獲取未來幾天的天氣預報。
名稱：明天的天氣預報
描述：此主題提供世界上任何地點第二天的天氣資訊。 它可提供溫度。 它無法取得今天目前的天氣。
不該做什麼的範例
在這裡，我們提供了一些不遵循準則的範例。 這個例子太模糊了，因為它沒有指定該動作可以回答什麼類型的問題。
名稱：回答問題
描述：此動作可以回答問題。
下一個範例使用行話。 相反，它應該詳細說明每股收益 (EPS)。
名稱：取得 EPS
描述：取得任何股票的 EPS。
使用 Generative Orchestration 處理使用者請求的專員交互示例
以下示例基於一個專員，該主題具有兩個自定義主題 (一個用於查找商店上班時間，另一個用於查找附近的商店) 和一個基於預構建的 MSN 天氣連接器的操作。
範例 1
在此範例中，使用者詢問「西雅圖的天氣怎麼樣？」。 專員選擇當前天氣外掛程式動作，並在 Location 輸入中預填充“Seattle”，它從使用者的問題中識別出了“Seattle”。
範例 2
在此示例中，用戶詢問“我需要獲取商店上班時間並找到最近的商店”。在這裡，專員選擇兩個專案， 即 Store Hours 主題 Store Locator 主題，並將它們連結在一起以回應使用者查詢的兩個部分。
範例 3
在此範例中，使用者在先前的對話中找到了離他們最近的商店，該商店標識為 Kirkland。 使用者接著問：「那裡的天氣怎麼樣？」。 在這裡，專員選擇當前天氣操作，但根據最近的對話上下文，用“Kirkland”預填充位置。
生成式編排的已知限制
使用生成式編排模式時，存在以下已知問題和限制。
知識
當您的專員在生成模式下搜索知識來源時，它不再使用 Conversational boosting 系統主題。 因此，您可能對此系統主題所做的任何修改，以自定義專員搜索知識的方式將不會被使用。 此限制也適用於在生成式答案節點中配置的經典數據源，包括自定義數據源。 詳細瞭解 knowledge 在生成模式下的工作原理。
主題和操作輸入參數的自定義實體支援
操作和主題尚不支援自定義實體 (已關閉清單和正則表達式實體) 作為輸入參數。 要使用自定義實體收集資訊，您可以在主題中使用 Question (問題 ) 節點。
消除歧義
當有多個主題與使用者的意圖密切相關時，專員可能無法在主題之間消除歧義。 通常，專員要求用戶通過 Multiple Topics Matched 系統主題在一個或多個與其意圖匹配的主題之間進行選擇。 但是，配置為使用生成式編排的代理目前不調用此主題。 如果您啟用 Multiple Topics Matched 系統主題 (多個主題匹配)，則在此問題解決後，您的專員將自動開始在主題之間消除歧義。 如果您希望防止專員將來在主題之間自動消除歧義，請關閉 Multiple Topics Matched 系統主題。 關閉此主題可讓您測試專員。 或者，您可以在測試專員后重新打開主題，從而選擇重新使用消歧義。