昨天我們把 Copilot Studio Lite(嵌在 Microsoft 365 Copilot 裡的輕量體驗)與 Copilot Studio Full Experience(獨立入口、企業級能力)的基本能力和情境區分清楚。
然後今天的內容會用 快速回顧 → 細節清單 → 實務範式 的結構,補充建置角色從 Lite 搬到 Full Experience,或直接在 Full Experience 裡新建時,很容易忽略幾個關鍵考量和開發的思考點。
做好的 agent 不只可以發佈到 Microsoft 365 Copilot,也能發佈到其他通道,例如 Teams 或 SharePoint Online。
從發展走向來看個人感覺最終功能會統一使用 Custom agent 建置,要不然目前多個選項的建立方式對於不熟悉或者是一般使用者而言也會搞混
很多團隊第一次進到 Full Experience ,如同剛剛提到要建置的時候就會開始充滿疑惑,該怎麼開始然後實際設定的時候有哪一些差異?
未來想要使用 connectors、MCP Server、或 agent-to-agent,Custom agent 的時候對於Custom Agent而言就是它的主場。
實務建議:
要避免在 Full Experience 裡越做越多、角色越來越難維護,可以把原本在 Lite 中 > 的角色內容拆成四個層次來管理。
這樣不僅結構更清楚,也能讓之後的調整與擴充更容易。
以下四層的思維不一定要全部都套用(但至少建議套用角色規則和知識模組),主要取決於虛擬助理的核心目標
角色規則
這一層負責定義角色的「人格與邊界」,語氣怎麼拿捏、任務做到哪裡、哪些不該回答,都應該清楚寫在系統規則裡。
能力模組(Tools / Actions)
所有需要「實際動手」的功能都應該獨立成工具。
每個工具要明確說明用途、使用條件、錯誤處理方式,讓助理知道什麼時候該用它、失敗時怎麼回應。
知識模組(Knowledge)
知識來源要乾淨、明確,不宜一次塞進太多內容。
主題(Topics)
主題層專注在人機互動流程設計,只保留必要的節點,例如驗身分、條件判斷或決策分支。
其他由協調式生成自動選擇,測試時可透過 Activity map 觀察 AI 如何思考與整合多方的資源和知識。
當釐清「是要延伸 M365,還是打造自訂體驗」後,接著結合協調式生成(這個名詞在接下來幾天的內容再進一步說明)、高品質描述與 Activity map 測試,就不只是能做出一個能用的角色,而是能經營一個可持續運作的虛擬助理。
那當開始具備基礎的概念後,接下來思考重點方向包括以下幾點(從技術的發展趨勢出發):
這樣在 Full Experience 裡打造的,就不只是「放大 Lite」,而是培養出能長期發揮價值、可不斷演進的虛擬助理。