Note
本文中的功能由由 GitHub Copilot 架構驅動的代理程式或工作流程所使用。
按使用量計費適用於代理程式的使用、建置、測試與評估。 這些行動可能會消耗 Copilot 點數。 在「管理由 GitHub Copilot 驅動的代理人員成本」中了解更多。
分類節點會將一段文字整理到你定義的其中一個類別中。 你用淺顯的語言描述每個類別，節點會使用 AI 來判斷輸入內容最符合哪一個類別。 每個類別都會變成獨立的分支，因此工作流程會根據結果採取不同的行動。
每當步驟需要根據自由文字 的意義 ——電子郵件正文、表單提交、支援訊息——而非固定欄位或關鍵字匹配來導向工作時，請使用分類節點。 一個常見的用途是電子郵件分流：閱讀每封來信，並根據內容轉送不同的路徑。
透過使用 classify 節點，你可以：
- 將文字輸入分類到你描述的自然語言類別之一。
- 分支工作流程，讓每個類別執行不同的步驟。
- 使用自動預設類別攔截所有不相符的項目。
- 透過提供每個類別的範例輸入來提升準確度。
新增分類節點
在Copilot Studio中，前往 Flows開啟現有工作流程，或建立一個新的。
- 新工作流程：到達設計工具頁面以設定觸發器。
- 現有工作流程：打開工作流程並進入 「建置 」標籤。
在新增面板中選擇 分類圖示 。
分類節點的設定面板隨即開啟。
畫布上的節點會針對每個類別顯示一個連接點，並另有一個 其他（預設）分支。 將每個分支連接至該類別應執行的步驟。
提供要分類的輸入內容
在 輸入分類 欄位，輸入你想讓節點分類的文字。 使用動態內容選擇器插入先前步驟的字串變數，讓節點分類真實的執行時資料。
例如，在收到新電子郵件時觸發的工作流程中，將輸入設為來自觸發程序的 Body 變數，讓每次執行都能對實際的電子郵件內容進行分類。
此輸入欄位用於自由格式文本。 如果你有多個想要同時考慮的值（例如電子郵件主旨與主體），使用動態內容選擇器將它們合併成欄位。
選擇模型
請使用 輸入 分類欄位中的模型下拉選單，選擇模型來推動分類。 請記住，模型之間存在動力與速度的取捨：
- 當類別細膩或容易混淆，或輸入過長且需謹慎解讀時，選擇功能更強的模型。 在這種情況下，模型需要更多時間來處理。
- 當類別明確區分且工作流程運作量高時，選擇更快的模型。
定義你的分類
在 類別 區塊，為你想導向的每個結果新增一個項目。 對每個類別：
給這個類別一個簡短且具描述性的 名稱。 名稱會成為離開該節點的分支標籤，因此請將它命名為你在畫布上能辨識的名稱（例如
Product issue或Account update）。在 「說明此類別應包含的內容」 欄位中，請用淺白易懂的語言說明這裡應填寫哪一類內容。 清晰的描述是準確分類的最大因素。
選擇 新增分類 以建立更多。 應以彼此之間界線分明的類別為目標，並且合起來能涵蓋你預期的輸入。
預設類別
對於與你定義的類別不明顯相符的輸入，會自動建立一個 預設 類別。 它在節點上以 「其他 分支」的形式出現。 將此類別連接至合理的後援選項，確保不會有項目被靜默遺漏。 例如，將項目路由給人工審查、記錄或通知他人。
新增範例以提升準確度（可選）
在 範例欄位，你可以提供範例輸入以及每個範例所屬的類別。 範例教導節點如何處理邊界情況，以及你的真實輸入所使用的語言類型。
舉個例子：
選擇 新增範例。
在 選擇類別中，選擇該範例所屬的類別。
在文字框中，貼上或輸入該類別的代表性輸入。
請為最常被混淆的類別補充範例，尤其是那些單憑描述本身無法明確判斷正確答案的邊界情況。 每個模糊類別中挑選幾個精心挑選的例子，通常比長長的清單更有用。
根據結果分支工作流程
每個類別，包括 Other，都是節點上的獨立輸出分支。 節點分類輸入後，工作流程繼續向下延伸至匹配類別。 為每個分支加入你想要的步驟：
- 根據商品類別，將商品寄送到不同的客服人員、信箱或佇列。
- 對一個分支執行終端操作（例如刪除或歸檔），同時路由其他分支進行後續追蹤。
- 設定欄位或狀態值，然後繼續執行共用的後續步驟。
只有匹配的分支會針對特定輸入執行，因此每條路徑都能根據該類別的需求進行調整。
自動化情境
分類節點作為路由步驟效果最佳：自由格式文字輸入，節點決定內容，每個分支負責處理該情況。
電子郵件分類
當 有新郵件到達時，工作流程會被觸發。 分類節點會將電子郵件正文作為輸入，並排序為 Product issue、 How-to question、 Account updateSpam、 或 其他。 每個分支會將訊息導向正確位置：
- 產品問題：問題分流 Agent 會提交票證並排定優先順序。
- 操作說明問題：由 文件回應代理 根據知識庫草擬答案。
- 帳戶更新：由帳戶更新代理程式套用該變更。
- 垃圾郵件：刪除 郵件 的動作，會移除該郵件。
- 其他：一個備用方案，將郵件路由到人工審核。
一個收件匣，一個工作流程，每則訊息都能送到應該去的地方，沒有人會逐一閱讀和整理。
路由連入的支援要求
當申請透過表單或共用信箱提交時，工作流程會被觸發。 分類節點讀取請求文本並將其排序為 Billing、 Technical或 Sales。 每個分支會將請求分配到匹配團隊的隊列並通知該團隊，讓請求能直接送到正確的人手中，而不會中間經過篩選步驟。
優先收集回饋
當客戶提交回饋時，工作流程會被觸發。 分類節點將註解排序為 Bug report、 Feature request或 Praise。 錯誤報告會建立工作項目、功能要求會新增至待辦清單，而讚美意見則會轉寄給客戶團隊。 這種分流方式可將單一回饋管道轉變為三個量身打造的後續跟進流程。
常見問題
我應該何時使用分類節點，而非代理節點？
當唯一的工作是將文字歸類至一組已知類別中的其中一類，並根據結果分流時，請使用 classify 節點。 分類節點專為此工作設計，設定更簡單，且在畫布上易於閱讀。
當步驟需要執行的不只是分類，而是要針對多個輸入進行推理、呼叫工具、從知識中擷取資訊，或傳回結構化欄位時，請使用 代理節點。 代理可以在單一步驟內分類 並 執行，但代價是需要更多配置。
如果輸入不符合任何類別會怎樣？
輸入內容會自動歸入 預設 類別，並顯示為 其他 分支。 一定要把那個分支接到備援線，這樣才能處理未匹配的輸入。
我該如何讓分類更準確？
寫出明確且明確的分類描述，明確指出哪些屬於、哪些不屬於。 針對容易混淆的類別加入範例。 當分類較為細微時，選擇更強大的模型。 明確且描述清晰的類別比類別數量更重要。