企業 IT 管理員與系統架構師在推動組織 AI 賦能時，經常面臨顯著的系統孤島難題：企業核心業務資料與關鍵流程長年分散在 SAP、Salesforce、Microsoft Dynamics 365、ServiceNow 以及內部私有 REST API 與資料庫中；而員工日常辦公與協作的主要場域則是 Teams、Outlook、Word 等 Microsoft 365 應用程式。
透過 Microsoft Copilot Studio 建置客製業務線（LOB, Line-of-Business）智慧代理（Agents），並將其安全發布至 Microsoft 365 Copilot，是串聯資料孤島與提升生產力的關鍵做法。員工無須在多個業務系統後台之間頻繁切換，只需在日常熟悉的 Microsoft 365 Copilot 對話介面中，即可由客製代理檢索內部知識庫、呼叫受控的後端 API 並執行各項業務交易。
本指南深入探討企業級客製代理的架構設計、環境前置準備、資料遺失防護（DLP）原則、知識庫連結、動作工具整合、身分驗證邊界、發布流程以及租戶層級的集中式管理規範。
1. 架構解析：Copilot Studio 如何擴充 Microsoft 365 Copilot
在動手建置之前，系統架構師必須深入理解 Microsoft 365 Copilot 生態系統內部的意圖識別與系統協作架構。
+-----------------------------------------------------------------------------------+
| Microsoft 365 用戶端與協作工作介面 |
| (Teams, Outlook, Microsoft 365 Copilot Chat 對話框, Web, 桌面應用程式) |
+-----------------------------------------------------------------------------------+
|
| 使用者自然語言提示詞 / @智慧代理
v
+-----------------------------------------------------------------------------------+
| Microsoft 365 Copilot 核心協調器 |
| (意圖識別、上下文檢索、語意索引 Semantic Index、Purview 合規邊界驗證) |
+-----------------------------------------------------------------------------------+
|
+-------------------+-------------------+
| |
v v
+----------------------------------+ +------------------------------------------+
| 宣告式代理 (Declarative Agent) | | Microsoft 365 原生工作區知識 |
| (在 Copilot Studio 中建置維護) | | (Exchange 郵件、SharePoint 文件等) |
+----------------------------------+ +------------------------------------------+
| 系統指令與安全界限 (Guardrails)
| 客製企業知識來源 (SharePoint 知識庫、Graph Connectors)
| 生成式協調引擎 (Generative Orchestration)
|
+---> 工具與動作 (Power Platform 連接器、REST API、Power Automate 流程)
| |
| +---> 企業核心業務系統 (SAP ERP、Salesforce CRM、Dynamics 365、內部微服務)
|
+---> 身分驗證與法規遵循治理層
|
+---> Microsoft Entra ID (SSO、使用者委派 OAuth 2.0 / 權杖置換)
+---> Power Platform DLP 原則與 Microsoft Purview 稽核合規
兩種主要的智慧代理形式
在 Copilot Studio 與 Microsoft 365 生態系統中，管理員通常會接觸兩種代理型態：
- Microsoft Copilot 專用代理（宣告式代理，Declarative Agents）： 此類代理依託 Microsoft Copilot 對話架構（Copilot chat harness）運作，直接沿用 Microsoft 365 Copilot 的原生 UI 互動介面，但透過特定的提示詞指令、專屬知識來源與自訂動作工具進行範圍限定與業務增強。這是企業內部面向員工交付業務能力的主要標準型態。
- 自訂引擎代理（Custom Engine Agents）： 採用獨立的模型或 Bot Framework 程式碼建置，具備完全獨立的交談狀態管理機制，通常適用於獨立網站對話元件、專屬行動 App 或高度客製的多輪對話流程。
針對企業內部跨部門交付的標準業務流程輔助，宣告式代理搭配動作工具（Action Tools） 是最具擴充性且符合治理標準的架構。
2. 必要條件、授權要求與管理權限
在著手建置前，請確認組織租戶具備相應的授權配置與角色指派：
授權需求
- Microsoft 365 Copilot 授權： 最終使用代理或在 Microsoft 365 介面進行端對端測試的使用者必須獲派此授權（適用於 Microsoft 365 E3/E5、商務標準版/進階版隨附附加元件，或包含於 Microsoft 365 E7 中）。
- Microsoft Copilot Studio 訂閱 / 容量： 代理建立者（Makers）需要 Copilot Studio 訂閱授權，或者在 Power Platform 環境中綁定 Azure 訂閱以啟用隨用隨付（Pay-as-you-go / Copilot Credits）計費模式。
管理員角色與權限劃分
- Power Platform 管理員： 負責管理 Power Platform 受控環境、設定資料遺失防護（DLP）原則、監管各類連接器使用權限。
- Microsoft 365 管理員 / 全域管理員： 負責在 Microsoft 365 系統管理中心審批、部署、指派或停用組織內部發布的代理程式。
- 開發者（Maker）權限： 在目標 Power Platform 環境中需具備 Environment Maker 或 System Customizer 角色。
3. 租戶治理基線：設定 Power Platform DLP 資料原則
在開放內部團隊建置代理之前，IT 管理員必須先在平台層級確立堅固的安全防線，杜絕機敏資料外洩與非授權 API 呼叫。
設定資料遺失防護（DLP）原則
Copilot Studio 中的所有智慧代理皆受 Power Platform DLP 原則即時監管。若代理程式同時引用了分屬不同策略群組的連接器，系統將直接阻斷發布與執行。
建議在 Power Platform 系統管理中心採取以下基準設定：
- 登入 Power Platform 系統管理中心（
https://admin.powerplatform.microsoft.com），前往 原則 > 資料原則。 - 建立或編輯套用至生產環境的資料原則。
- 嚴格分類連接器群組：
- 商務（Business）群組： 將核心企業業務連接器（如 SAP ERP、Salesforce、Dataverse、Office 365 Outlook、SQL Server、內部 REST API 自訂連接器）與 Microsoft Teams + M365 Channel in Copilot Studio 放置於同一商務群組。
- 已封鎖（Blocked）群組： 封鎖消費級個人雲端硬碟、未獲核准的第三方社群平台及公共對外通訊管道。
- 強制 Entra ID 身分驗證： 將名為 Chat without Microsoft Entra ID authentication in Copilot Studio 的連接器移入「已封鎖」群組。這能強制所有代理程式必須啟用 Entra ID 單一登入，防止開發人員發布未經驗證的匿名代理。
- 設定連接器端點篩選（Endpoint Filtering）：
針對 HTTP 動作或自訂 REST API 連接器，設定明確的端點規則，僅允許連線至企業受信任的內部網域或閘道（例如
*.corp.contoso.com/api/*），阻斷未經許可的外部 IP 與 URL。
4. 在 Copilot Studio 中建置客製 LOB 智慧代理
完成治理防線設定後，開發人員與架構師即可進入 Copilot Studio 開始實作業務代理。
+-------------------------------------------------------------------------------+
| Copilot Studio 業務代理實作流程 |
+-------------------------------------------------------------------------------+
| 1. 基礎設定與系統提示詞 (Prompt) |
| - 代理命名與描述 (提供給 Microsoft 365 Copilot 意圖路由判斷) |
| - 指令邊界：界定專業職責、限定業務範疇、防範越權回答、設定確認規則 |
+-------------------------------------------------------------------------------+
| 2. 知識庫連結 (Grounding) |
| - 連結企業 SharePoint 文件庫、OneDrive 作業規範 |
| - 連結 Microsoft Graph Connectors (檢索 Confluence、ServiceNow 知識) |
+-------------------------------------------------------------------------------+
| 3. 業務工具與動作整合 (Tools & Actions) |
| - 現成連接器 (SAP ERP、Salesforce CRM、Dynamics 365) |
| - 自訂 OpenAPI / REST API 連接器 |
| - Power Automate Agent Flows (多步驟分支邏輯處理流) |
+-------------------------------------------------------------------------------+
| 4. 執行階段安全與人機協同保護 |
| - 採用終端使用者委派 OAuth 2.0 (嚴格繼承後端列層級資料權限) |
| - 啟用「執行前先詢問使用者」(寫入與資料變更必須經人工二次確認) |
+-------------------------------------------------------------------------------+
第一步：初始化智慧代理
- 登入 Microsoft Copilot Studio。
- 確認右上角切換至組織指定的 Power Platform 受控環境。
- 在左側導覽列選取 代理程式（Agents）。
- 選取 Microsoft Copilot 並點選卡片中的 新增（Add），或選取 建立 > 新增代理程式。
- 輸入符合規範的名稱（上限 42 個字元，不可包含
<或>），並上傳 192x192 規格、小於 72 KB 的 PNG 格式圖示。
第二步：編寫結構化系統指令與建議提示詞
系統指令（Instructions）是引導模型行為的最高準則，直接決定模型如何理解業務情境並防範幻覺：
- 身分定位與核心職責： 清楚說明代理的專業定位（例如：「你是 Contoso 供應鏈營運助理。負責從 SAP ERP 中即時查詢原物料庫存、追蹤採購訂單進度，並協助業務人員進行交期查詢。」）。
- 邊界防護與拒絕規則： 明確禁止回答無關或敏感主題（例如：「嚴禁回答任何涉及薪資、人事個資、未公開財務機密的提問。遇到非權責範圍問題，請禮貌回覆並指引用戶前往 HR 內部入口網站。」）。
- 異動操作安全準則： 針對寫入動作設定防線（例如：「在呼叫任何修改、取消或建立訂單的工具前，必須先向使用者條列所有參數，並取得明確確認。」）。
- 建議提示詞（Suggested Prompts）： 在概覽頁面設定 3 至 6 個高品質的初始提示詞（例如：「查詢採購單 #450012 的預計交貨日期」、「列出目前達拉斯發貨中心庫存偏低的品項」），引導使用者快速體驗核心價值。
第三步：連結企業內部專屬知識來源
知識來源為代理程式的回覆提供即時的事實支撐：
- 在代理概覽頁面，點選 知識（Knowledge） 卡片中的 新增知識。
- 接入組織內的受控資料來源：
- SharePoint 網站與文件庫： 指向存放採購作業規範、供應商作業手冊的資料夾。系統會自動套用 SharePoint 權限修剪機制，員工只能檢索到其帳號本就具備讀取權限的檔案內容。
- Microsoft Graph Connectors： 選取管理員在租戶中已設定好的外部連接器，檢索已索引至 Graph 的第三方知識庫（如 Confluence 或內部 Wiki）。
- 勾選 僅使用指定來源（Only use specified sources），避免代理在回答業務問題時自行引用網際網路公開資訊。
第四步：新增業務系統工具與動作（Tools）
工具賦予智慧代理跨系統讀寫的執行能力：
- 進入代理程式的 工具（Tools） 頁面（或由 建置 > 工具 進入）。
- 點選 新增工具（Add a tool）。
- 選擇適當的整合管道：
- 現成連接器： 直接選用 SAP ERP、Salesforce、ServiceNow、Zendesk 等企業系統連接器。
- 自訂連接器 / REST API： 依據內部微服務提供的 OpenAPI（Swagger）規範匯入端點與參數定義。
- Agent Flows（流程自動化）： 若業務情境需要多系統跨庫查詢、資料清洗或核准流程，可透過 Power Automate 設計代理流程。
- 精確設定工具中繼資料：
- 工具描述（Description）： 核心關鍵！Microsoft 365 Copilot 協調引擎完全依賴此描述來決定何時觸發工具。範例：「依據採購訂單號碼在 SAP 系統中即時擷取訂單明細。當使用者詢問交貨進度、物料狀態或發票金額時使用此工具。」
- 參數動態填入： 將輸入參數設為 使用 AI 動態填入（Dynamically fill with AI），代理能自動自對話上下文中解析對應參數。
- 執行前詢問終端使用者（Ask the end user before running）： 單純讀取查詢保持為「否」；對於任何寫入、修改、刪除動作，務必設為 是，以在聊天室內強制彈出二次確認卡片。
5. 身分驗證、資料安全邊界與列層級權限保護
介接內部系統時，首要原則是維持既有的權限邊界。嚴禁在智慧代理中使用全局高權限共用帳號而繞過底層系統的安全控管機制。
| 評估項目 | 終端使用者認證（委派認證，強烈建議） | 開發者提供的認證（服務主體 / 共用帳號） |
|---|---|---|
| 驗證機制 | 基於 Microsoft Entra ID 的 OAuth 2.0 代表使用者（OBO）權杖交換 | 靜態 API 金鑰、用戶端密碼或單一服務帳號 |
| 資料存取範圍 | 嚴格受限於當前登入員工個人的系統角色與資料權限 | 所有員工皆以服務帳號的最高權限進行查詢與變更 |
| 列層級安全性（RLS） | 完整維持；基層員工無法讀取無權存取的部門預算或機密訂單 | 完全失效；可能造成機敏業務資料越權外洩 |
| 稽核日誌歸屬 | 業務系統的 Audit Log 明確記錄操作員工的 UPN 帳號 | 業務系統僅顯示服務帳號操作，無法追查實際發起人員 |
| 適用情境 | 查詢 ERP 訂單、CRM 客戶資料、內部簽核、個人專屬業務操作 | 一般公開的產品型錄、對外開放的常見問答、系統狀態監控 |
實作單一登入與委派身分驗證
- 在代理程式 設定 > 安全性 > 驗證 中選取 透過 Microsoft 進行驗證。
- 針對所有涉及 ERP、CRM 或內部 API 的工具，將其工具驗證類型設定為 使用者認證（End user credentials）。
- 當使用者在 Microsoft 365 Copilot 發出查詢時，系統將透過 OAuth 2.0 協定將該使用者的 Entra ID 權杖傳遞至後端 API。
- 若該使用者在 SAP 或 Salesforce 中未獲配該資料列的存取權限，後端 API 將回傳 403 錯誤，代理程式將合規回覆權限不足，徹底阻絕越權存取。
6. 除錯、測試與邏輯驗證
在面向全組織發布之前，必須徹底檢驗智慧代理的推理與工具觸發邏輯：
- 測試畫布即時驗證： 利用 Copilot Studio 右側的測試面板模擬員工提問，同時驗證知識庫檢索與工具呼叫是否符合預期。
- 啟用開發者模式追蹤： 在測試對話框中輸入
-developer on。系統將展開詳細的底層執行歷程，包括模型意圖分類、選用工具的決策理由、傳送至後端 API 的 JSON 內容及原始回傳值。 - 清除工作階段快取： Microsoft Copilot 在同一工作階段內會快取部分對話狀態。每當更新了指令、工具定義或知識文件，請務必點選測試面板上方的 開始新的測試工作階段 圖示，確保測試結果反映最新設定。
7. 發布與發布管道配置
完成驗證後，即可將代理程式版本凍結並接入 Microsoft 365 渠道：
- 點選 Copilot Studio 頂部導覽列的 發布（Publish），產出最新的不可變建置版本。
- 進入左側選單的 管道（Channels）。
- 選取 Microsoft 365 Copilot（或 Teams + Microsoft 365 管道）。
- 在可用性選項（Availability options）中選擇發布層級：
- 複製連結： 取得直接深層連結，方便在 Teams 或瀏覽器中快速讓先導小組測試。
- 向小組成員和共用使用者顯示： 將代理程式權限開放給特定安全性群組，進行小規模試驗。
- 向組織中的所有人顯示（Show to everyone in my org）： 正式向組織管理員提交目錄審查與發布申請。
- 下載為 .zip（Download as a .zip）： 匯出包含資訊清單（manifest.json）與圖示的壓縮包，供管理員手動上傳或進行離線合規審核。
8. Microsoft 365 系統管理中心集中審批與分階段部署
租戶管理員在 Microsoft 365 系統管理中心統一執行審批與全組織發布管控：
+-------------------------------------------------------------------------------+
| Microsoft 365 系統管理中心企業級部署流程 |
+-------------------------------------------------------------------------------+
| 1. 探索與申請審核 |
| - 登入 Microsoft 365 系統管理中心 (admin.microsoft.com) |
| - 前往「智慧代理 (Agents)」或「設定」 > 「整合式應用程式」 |
+-------------------------------------------------------------------------------+
| 2. 安全合規評估 |
| - 審查代理程式資訊清單、權限範圍、支援的主機用戶端 (Teams/Copilot/Outlook) |
| - 確認符合 Power Platform DLP 原則規範與敏感度標籤設定 |
+-------------------------------------------------------------------------------+
| 3. 分階段灰度部署 (Phased Rollout) |
| - 第一階段：指派給測試群組 (Pilot Security Group) 進行實際業務驗證 |
| - 第二階段：擴大發布至特定業務部門群組或全體組織 (Entire organization) |
+-------------------------------------------------------------------------------+
| 4. 全生命週期營運與監控 |
| - 追蹤 Copilot 智慧代理使用報告、評估活躍度與 Credit 消耗量 |
| - 整合 Microsoft Purview 統一稽核日誌進行長期安全監督 |
+-------------------------------------------------------------------------------+
審批與發布操作步驟
- 以全域管理員或相應權限帳號登入 Microsoft 365 系統管理中心。
- 前往 智慧代理 > 代理程式登錄（Agent Registry） 或 設定 > 整合式應用程式（Integrated apps）。
- 在審批清單中找到提交的 LOB 代理程式，或點選 上傳自訂代理程式/應用程式 上傳匯出的
.zip檔案。 - 審閱應用程式詳細資料：發行者、功能描述、請求的權限清單與外部 API 站點。
- 落實漸進式發布策略：
- 先導階段： 先將使用者指派範圍限制在特定的先導安全性群組（例如
SG-Copilot-ERP-Pilot），由種子使用者進行 1 至 2 週的實務操作。 - 全組織推廣： 運作穩定且回饋正面後，再將指派範圍變更為目標部門群組或 組織中的所有人。
- 先導階段： 先將使用者指派範圍限制在特定的先導安全性群組（例如
- Teams 應用程式釘選設定（選用）： 在 Teams 系統管理中心（
https://admin.teams.microsoft.com）的 Teams 應用程式 > 設定原則 中，可將該代理程式加入預設釘選清單，讓全體員工在登入 Teams 時直接看見。
9. 維運監控、合規稽核與成本治理
客製代理程式上線後，IT 管理員需建立長效的監控與稽核機制：
使用情況與資源監控
- Copilot Studio 內建分析： 在 Copilot Studio 的 分析（Analytics） 儀表板中，監控對話階段總數、解決率、常用工具觸發次數以及未識別問題分佈。
- Microsoft 365 管理中心報告： 前往 報告 > 使用量 > Microsoft Copilot > 智慧代理，分析組織內各核准代理的實際採用率與使用者普及度。
- 容量與成本控管： 在 Power Platform 系統管理中心定期檢視 Power Platform 請求額度、Copilot Credits 以及綁定的 Azure 隨用隨付帳單明細。
安全合規與 Microsoft Purview 深度整合
部署至 Microsoft 365 Copilot 的客製代理享有企業級最高規格的安全合規防護：
- 商業資料保護邊界： 使用者的對話內容、檢索到的業務記錄以及產生的回覆，皆嚴格隔離於企業專屬的 Microsoft 365 商業資料邊界內，絕不外流或用於基礎模型訓練。
- Purview 統一稽核記錄： 代理程式的每一次交談、工具調用紀錄、知識庫查詢行為皆會寫入統一稽核日誌（Unified Audit Log）。資安團隊可隨時在 Purview 中進行調查取證，或將記錄轉發至 Microsoft Sentinel 等 SIEM 平台。
- 敏感度標籤（Sensitivity Labels）： 儲存於 SharePoint 中的機密等級文件，其內建加密保護原則完全有效。若個別員工缺乏該文件的解密權限，代理程式在生成回答時會自動略過該檔案內容，確保資訊不外洩。
10. 企業 IT 管理員實務檢核清單
| 實施階段 | 關鍵技術動作 | 管理與設定平台 |
|---|---|---|
| 前置準備 | 確認 Microsoft 365 Copilot 與 Copilot Studio 授權；配置管理員角色 | Microsoft 365 系統管理中心 |
| DLP 防線 | 將業務系統連接器與 M365 管道歸入「商務」群組；封鎖無驗證匿名連線 | Power Platform 系統管理中心 |
| 代理建置 | 撰寫嚴謹的系統指令與防護規則；設定建議提示詞引導使用 | Microsoft Copilot Studio |
| 知識連結 | 連結 SharePoint 文件庫與 Graph Connectors，遵守使用者權限修剪原則 | Microsoft Copilot Studio |
| 工具整合 | 串聯 SAP/CRM 連接器與 REST API；強制實施使用者委派 OAuth 2.0 驗證 | Microsoft Copilot Studio |
| 交易防護 | 針對所有寫入、異動與取消作業啟用「執行前先詢問」人機協同確認機制 | Microsoft Copilot Studio |
| 邏輯驗證 | 使用 -developer on 檢視協調意圖與 API 封包，並清除工作階段快取測試 | Microsoft Copilot Studio |
| 版本發布 | 產生正式建置版本；啟用 Microsoft 365 Copilot 管道並提交審查 | Microsoft Copilot Studio |
| 租戶部署 | 審批代理程式申請；透過安全性群組進行小規模先導測試後全面分發 | Microsoft 365 系統管理中心 |
| 長期維運 | 透過 Purview 實施安全稽核；監控代理使用量趨勢與 Credit 額度消耗 | M365 系統管理中心 & Purview |
透過整合 Microsoft Entra ID 統一身分管理、Power Platform DLP 資料安全屏障以及 Microsoft 365 系統管理中心的集中控管，IT 團隊能有條不紊地將龐雜的業務系統安全延伸至 Microsoft 365 Copilot，讓全體員工在最慣用的辦公介面中，安全高效地運用企業核心資料與自動化業務能力。
參考資料
- Overview - Microsoft Copilot Studio | Microsoft Learn
- Extend Microsoft Copilot with the Copilot chat harness - Microsoft Copilot Studio | Microsoft Learn
- Add tools to custom agents - Microsoft Copilot Studio | Microsoft Learn
- Configure data policies for agents - Microsoft Copilot Studio | Microsoft Learn
- Manage agents in the Microsoft 365 admin center - Microsoft 365 admin | Microsoft Learn
- Agent overview in Microsoft 365 admin center - Microsoft 365 admin | Microsoft Learn