Fabric Real-Time Intelligence 中的營運代理協助組織將即時資料轉化為即時且可執行的決策。 與其依賴人工監控與介入，不如利用客服持續追蹤關鍵指標，揭示洞見並建議針對性的行動。 它們使團隊能迅速回應並大規模優化營運。 每個營運代理都是專用的 Fabric 項目，專為特定業務流程設計。
透過以明確的指示和資料來源配置客服人員，你可以在組織中部署多位虛擬專家。 這種模組化方法監控並持續改進每一個關鍵流程，並使建議行動與您的策略目標保持一致。
在本文中，您將學習如何在 Real-Time Intelligence中創建並使用人工智慧操作代理。 營運代理監控即時資料並提出可執行的決策建議。
先決條件
- 已啟用Microsoft網狀架構 容量的 工作區。 不支援試用容量。
- 在你的工作空間裡設置 事件屋 或 本體論 。
- 如果您使用 Eventhouse，則可使用您 Eventhouse 中的 KQL 資料庫。
- 一個 Microsoft Teams 帳號。
- 啟用了 Fabric 管理員權限，適用於營運代理程式、Microsoft Copilot 以及 Azure OpenAI。
- 啟用 Azure OpenAI，以及用於 AI 的跨地理區域處理和儲存功能，如 資料代理程式租用戶設定 中所述。 只有在您的 Fabric 容量未佈建於美國或歐盟區域時，此必要條件才適用。
Note
若要在範例資料上試用作業代理程式，請設定 Real-Time Intelligence 端對端範例。 您的營運代理可以監控包含的活動會所。
建立一個運算代理
在 Fabric 首頁，選擇省略號（...）圖示，然後選擇 「建立」。
在 建立時，前往 Real-Time 情報 區塊，選擇 行動代理人。
在 New Operations agent 中，輸入你的代理名稱，選擇你想建立的工作區。
選擇 建立 以建立操作代理。
設定操作代理
在 Agent 設定中，請提供下列資訊，以設定作業 Agent，並使其符合你的資料。
提供具體指示，指導代理人的行為與決策過程。 例如，你可以告訴客服人員在偵測到符合你業務目標的狀況時發送警示。
選擇一個相關資料來源，讓客服人員能夠分析與監控。 此選項讓代理程式能存取準確且最新的資訊，以產出洞見。
根據預設，作業代理程式會在它所監視的條件符合時，於 Teams 中向你傳送訊息。 你可以選擇性地設定額外的行動，讓它推薦並執行。 更多資訊請參見 操作代理動作。
完成設定後，儲存代理並選擇 產生 Playbook。 操作手冊會勾勒出你定義的目標、指示、數據和行動，讓代理人了解其任務。
你可以在底層資料中看到屬性及其對應的欄位。 當你檢閱規則時，可能會看到某項規則參照的是屬性名稱，而非底層欄位。 確認模型和規則是否符合你的需求。
操作手冊顯示代理監控的概念及其評估的規則或條件。
使用 Copilot chat 來設定操作代理的指示和規則
你不必手動設定每個目標、規則和門檻，而是利用內建的 Copilot 聊天功能，與客服人員進行對話式設定。 從彩帶開啟聊天室。
先用自然語言描述你希望代理人做什麼，例如「監控渦輪機，當馬達溫度過高時通知我。」聊天會解讀你的意圖，將其與你選擇的數據來源建立基礎，並協助將其轉化為構成客服操作手冊的目標、指示與規則。 你可以在手動設定的同時使用聊天功能，這樣你可以直接輸入指令，或請 Copilot 幫你擬定和精煉。
聊天功能最適合用來精煉指令並將其轉化為監控邏輯。 當你描述條件時，Copilot 會提出規則及其背後的查詢，並告訴你何時需要注意，例如指令不清楚、引用無法取得的資料，或要求不支援的條件或動作。 這個回饋循環幫助你在啟動代理前修正方向，而不是在執行時發現缺口。 因為每條規則都有明確的查詢，你可以檢查 Copilot 產生的內容並自行驗證邏輯。
配置是反覆進行的。 在 Copilot 提出規則、查詢和動作後，你可以提出後續問題，以精煉指示、調整門檻或縮小監控範圍。 操作指南會隨著你的操作即時更新。 持續這個提議-澄清-精煉的循環，直到操作手冊反映出你希望代理人注意的事項及其回應。 當你感到滿意時，檢視結果的目標、規則、資料來源和行動。 然後儲存並啟動代理。
啟動代理程式
若要調整代理人的行為，更新目標設定或操作指令並再次儲存代理人。 當你對設定感到滿意後，在工具列選擇 「開始 」來啟動代理程式。 選擇 停止 以停止。
操作代理身份
每個操作代理在 Microsoft Entra 中都有自己的身份，並由 Microsoft Entra Agent ID 驅動。 當你建立代理時，Fabric 會為它設定一個專用的代理身份（專門的服務主體），因此代理在 Entra 管理中心中會以一級、可治理的實體出現，而非匿名使用者會話。 這個身份讓組織能在整個租戶範圍內看到哪些代理存在，讓代理的行為與人工審計行動區分開來，並且將代理從創建它的帳戶生命週期中解耦。 操作代理以 委派 模式運行：它們透過 On-Behalf-Of（OBO）流程取得創作者授權，因此能存取創作者能存取的工作空間和項目，而動作則歸屬於代理身份。 您可以在營運代理項目的狀態列中查看 Entra Agent ID。
..
這很重要
代理人以其創作者的委派身份與權限運作。 當收件人批准推薦時，代理人會代表創作者執行該動作，並取得創作者的權限。
了解操作代理規則
代理會針對你的資料來源執行每條規則的查詢。 你可以查看此查詢，精確看到規則如何映射到底層欄位、屬性和邏輯。 審查查詢有助於你驗證代理人是否評估了正確的屬性、套用預期條件，並讀取了正確的資料。 這樣一來，你就能在開始前確認代理人是否在尋找正確的目標。
你可以使用 複製程式碼 選項，然後貼上到 KQL Queryset 項目，或是 Ontology 圖形查詢編輯器，來與你的資料做測試。 對於 KQL，你需要用最近的時間戳（或 KQL 函式）替換 startTime 和 now() 參數，以驗證它是否符合你的資料。
操作代理每 5 分鐘執行一次規則查詢，並追蹤結果，條件定義規則 何時 被滿足。 條件分為兩類，差異決定規則發出訊號的頻率：
- 只要財產的當前價值符合條件，狀態條件即表示滿足。 只要該值維持在該狀態，它們就會保持滿足，因此在條件持續期間，它們可以反覆發出訊號。 當你在意是否處於某種狀態時，請使用狀態條件，例如「氣溫高於 80 度。」
- 轉移條件只有在以下瞬間才會成立：屬性從不滿足該條件變為滿足該條件時，包括從 null 值變更而來的情況。 它們每次轉換會發出訊號一次，直到該值離開該條件並重新進入該狀態才會再次發出訊號。 當你在意 變化時，可以使用過渡條件，例如「溫度超過80度」。
例如，當值持續高於閾值時，高於 在每次評估時都會符合條件；而 向上穿越 則只有在該值從低於閾值變為高於閾值時才會符合條件。 選擇符合你想要回應持續狀態或狀態變化的條件。
下表描述了可用的條件：
| 狀況 | 類型 | 當符合條件時 |
|---|---|---|
| 位於上方 | State | 只要該屬性高於此值，即視為已滿足。 |
| 上方的十字形標記 | Transition | 當性質從低於值變成高於值（或從零變高於值）時，就達成了。 |
| 如下 | State | 當屬性低於該值時，即視為滿足條件。 |
| 下方的十字標記 | Transition | 當屬性從高於值變成低於值（或從零值變低於值）時，就達成了。 |
| 進入範圍 | Transition | 當屬性從範圍外變為範圍內時即符合條件。 |
| 出口範圍 | Transition | 當屬性值從範圍內變為範圍外時，即視為符合條件。 |
| 是 | State | 只要屬性符合該值，條件即成立。 |
| 變成 | Transition | 當屬性從其他值（或 null）變更為該值時，即符合條件。 |
監控代理活動
代理人的活動日誌提供了其行動的詳細紀錄，包括評估的條件、所提出的建議以及所收到的回應。 這些資訊有助於你了解經紀人的決策過程，並找出需要改進的地方。
要存取活動日誌，請在側邊導覽窗格中選擇 活動日誌 。 日誌會顯示事件的時間順序清單，包括時間戳記、事件類型及相關細節。 選擇一個活動以查看更多相關資訊。
在 營運詳情 頁面，您可以查看營運詳情與狀態。
