Copilot Studio 提供不同類型的模型。 這些型號類型依據其預期用途與可取得性而定。 AI 模型的選擇不是一次性的設計決定。 模型會被推出、更新、普遍可用、選擇為預設，最終會被淘汰。 一個代理人在某個模型上運作良好，但與另一個模型，甚至同一模型家族的模型，行為可能完全不同。
將模型生命週期管理視為每位生產 Copilot Studio 代理的持續操作實務。 建立可重複的流程，以發現模型變更、評估候選模型、準備退休、遷移受影響代理，並在部署後監控品質。
改變代理人所使用的模型，通常不僅僅是模型選擇的改變。 較新的模型能更字面地解讀指令，選擇不同的工具，產生不同的回應長度與格式，並改變延遲。 將每次模型變更規劃為遷移過程，包含評估、教學與工具優化、核准，以及部署後的監控。
其核心原則是設計彈性、保守運作，並在每次升級時都以評估為門檻。 升級到每個新模型都有靜默回歸的風險。 避免所有車型變更，退休時必然會遇到緊急狀況。
將以下生命週期套用於生產代理：
- 探索 新機型、更新型、預設型及即將退役的機型。
- 盤點 依賴各模型的代理、環境、擁有者及業務流程。
- 以既定基線評估候選替代模型。
- 透過有文件記錄的品質與營運標準批准遷移。
- 透過 組織的 應用程式生命週期管理（ALM） 流程部署。
- 監控 生產結果，並將新發現的情境加入迴歸套件。
- 隨著模型與代理人需求演變，重複這個過程。
本文介紹了發現與盤點。 系列繼續：
- 決定何時升級 AI 模型：升級決策、先決條件及退休回應。
- 執行並驗證模型遷移：評估、核准、部署與監控。
模型生命週期管理需要代理擁有者、創客、平台管理員、測試人員、安全與合規團隊，以及發布審核者之間的協調。 在模型變更造成緊急遷移前，先指派所有權。
了解模型的全景
在你規劃模型變更之前，你需要了解 Copilot Studio 如何分類模型、你的組織實際可以使用哪些模型，以及哪些代理人依賴每個模型。
了解模型發行類型
Copilot Studio 依據發行與可用性分類來識別型號。 這些分類有助於決定如何治理模型及其應用地點。 型號名稱、發行階段、區域供應及退役狀態隨時間變動。 務必依 區域查詢模型可用性 以獲得最新資訊，而非依賴靜態模型清單。
使用預設模型的代理人會在預設模型升級時移動到新模型，不論你是否有事先規劃。 對於高風險且大量客服人員，選擇特定模型，而非追蹤預設模式，這樣每次模型變更都會經過遷移流程。
警告
實驗型與預覽型模型可能具有有限的可用性、回應品質不一、延遲或訊息消耗量、逾時以及區域資料處理考量。 Copilot Studio 不推薦製作代理使用。 如果你發佈了一個使用預覽或實驗模型的代理，且使用者與之互動，該使用仍會依照既定的費率計費。
將模型使用類別與代理人的用途相匹配
Copilot Studio 會為每個模型標註一個使用類別，描述該模型的優化用途。 為客服工作負載選擇合適的類別會影響品質、延遲與信用消耗。
- 深度：優化為有意識、多步驟推理及工具支援的工作流程。 最適合複雜分析、政策分析和文件綜合。 延遲與信用消耗最高。
- 自動：透過動態路由查詢來涵蓋混合工作負載。 最適合服務台和員工客服，因為查詢複雜度難以預測或多變。 延遲和成本每回合都不同。
- 一般：優化了日常聊天的速度與成本，並輕度接地。 最適合草擬、摘要、常見問題回答式解答，以及簡單的動作自動化。 最低延遲和信用消耗。
在 模型使用類別中了解更多。
Important
最常見的升級錯誤是使用類別不匹配，例如將一個大量 FAQ 代理從 通用 模型移到 深度 模型，因為 深度 模型評分較高。 答案品質可以略有提升，但延遲和信用消耗則大幅上升。 此變更在使用者體驗與成本上均呈現淨倒退。
了解外部模型與管理員控制
你可以使用外部供應商如 Anthropic、xAI 和 Mistral 的模型作為代理的主要模型。 了解更多資訊請參考 「選擇外部模型作為主要 AI 模型」。
管理員設定控制模型製作者在環境中可選擇的模型。 如果沒有開啟所需設定，一個被記錄為可用的模型，可能仍然無法被你遷移的代理商使用。
| 管理員設定 | 對模型可用性的影響 |
|---|---|
| 預覽和實驗性 AI 模型 | 在創作者選擇預覽或實驗模型之前，先開啟。 |
| 跨區域移動資料 | 跨地理模型必備。 租戶管理員在 Power Platform 管理中心負責管理環境層級的設定。 |
| 外部模型 | 啟用環境或環境群組的外部供應商。 你也必須在 Microsoft 365 系統管理中心 中分別允許存取每位提供者。 此要求使外部模型成為唯一需要兩個獨立管理員操作的類別。 |
Note
預覽模型、實驗模型以及外部模型則由不同的設定來管理。 啟用一種類型並不會啟用另一種。 管理員可以允許預覽和實驗模型，同時封鎖外部模型，或反之。
在規劃遷移前，請確認候選模型在目標環境中是否可供製造商使用。 Copilot Studio 中的模型清單反映你的管理員設定，是特定客服人員能使用的真實情況。 在 AI 模型選擇的管理控制中了解更多。
定期檢視模型可用性
定期檢視 您的經紀人的主要 AI 模型 。 它是目前模型清單的權威來源。 新型號會在推出時出現，現有模型則隨著上市、成為預設或退役而更新。
請參考以下資料來源：
| 來源 | 說明 |
|---|---|
| 為您的經紀人選擇一個主要的 AI 模型 | 模型可用性與新型號介紹的主要來源包括：型號名稱、使用類別標籤、發行標籤、各區域可用性、跨地理標誌、退役狀態、美國政府雲端可用性及管理員控制。 |
| Copilot Studio 中的模型列表，位於代理人的概覽頁面，屬於模型 | 根據你的管理員設定，具體能讓特定代理在你的環境中使用什麼。 |
| 繼續使用已退役的 AI 模型 | 關於退休機型相容視窗的運作方式以及如何開啟。 |
| Microsoft 365 訊息中心與 Power Platform 管理員通知 | 針對租戶的變更與退休公告。 |
| Copilot Studio 發行計畫與 Copilot Studio 的新動態 | 前瞻性模式與能力路線圖。 |
| 早期發行週期環境 | 在平台與模型變更進入業務關鍵環境前，推動其驗證。 |
| 管理 Copilot Studio 的製作人與容量 | 你的租戶使用什麼、用電量、型號。 |
| 模型提供者升級指引 | 模型世代間的行為變化，以及針對這些變化的提示變更。 |
同時，也在以下情況下觸發評論：
- 相關模型會以預覽版或正式開放。
- 預設模式會改變。
- 車型將退休或自動升級。
- 該模型會在組織所在區域提供。
- 該組織能支援跨地理處理、外部模型，或預覽與實驗模型。
- 生產監控能識別品質、延遲、可靠性或耗電方面的疑慮，其他模型可能會解決這些問題。
維護模特兒與代理人庫存
請使用 Power Platform管理中心提供的代理清單、 Power Platform CLI或 Power Platform API 中提供的代理程式清單，來識別使用特定模型的代理程式。 利用這些資訊開始與受影響的企業及技術負責人進行模型生命週期溝通。
請在 Power Platform 管理中心使用以下任一檢視：
| Power Platform 管理中心視圖 | 如何使用 |
|---|---|
| 管理>Copilot StudioModel> 專欄 | 檢視租戶內的代理，並找出每個代理所設定的模型。 篩選或匯出結果，找出使用預定退休模式的經紀人。 |
| 授權>Copilot Studio>環境>訊息消耗詳情>LLM 模型欄位 | 選擇環境並依 LLM 模型檢視訊息消耗。 使用此視圖可識別與退休模型相關的環境、代理程式及近期用量。 |
查詢庫存 API 以依型號尋找代理人
Power Platform 管理中心的檢視功能對於手動檢視與匯出結果非常有效。 當你想用程式方式收集相同資訊時，請直接查詢 庫存 API ，這樣代理人員的列舉就能被腳本化、排程並在整個租戶中重複，而不必手動下載報告。 擁有龐大代理人遺產的組織，可以在退休遷移期間即時更新受影響代理人名單，並在生命週期事件間保持其最新狀態。
庫存 API 能在單一租戶範圍內回傳代理名稱、顯示名稱、環境及已設定模型，因此不需要與其他資料來源的關聯。
在你執行查詢之前：
- 請使用具有 Power Platform 管理員或 Dynamics 365 管理員角色的帳號登入。
- 取得該資源的
https://api.powerplatform.com/存取權杖。 - 確認房客的 房客 已啟用代理庫存。
向資源查詢端發送 POST 請求，依資源類型進行篩選 microsoft.copilotstudio/agents ，並投影你需要的欄位，包括 properties.model：
POST https://api.powerplatform.com/resourcequery/resources/query?api-version=2024-10-01
Authorization: Bearer <access-token>
Content-Type: application/json
{
"TableName": "PowerPlatformResources",
"Clauses": [
{
"$type": "where",
"FieldName": "type",
"Operator": "in~",
"Values": ["'microsoft.copilotstudio/agents'"]
},
{
"$type": "project",
"FieldList": [
"name",
"properties.displayName",
"properties.model",
"environmentId = tostring(properties.environmentId)"
]
}
],
"Options": { "Top": 200 }
}
回應會回傳每位代理一個記錄。 回應中的欄位名稱會將點改為底線，因此 properties.model 返回為 properties_model：
{
"totalRecords": 158,
"count": 200,
"data": [
{
"name": "00000000-0000-0000-0000-000000000000",
"properties_displayName": "Sample Agent",
"properties_model": "GPT-5 Auto",
"environmentId": "00000000-0000-0000-0000-000000000000"
}
]
}
回應包含 totalRecords 一個值，當結果被截斷時，則是一個 skipToken 值。 將該值傳回 Options.SkipToken 來，重複請求直到所有紀錄都被檢索完畢。
將收集的紀錄依序 properties_model 分組，以了解每個模型在租戶中被使用的位置。 以下範例顯示租戶依模型的代理人數，排除使用 Copilot Studio 預設模型或運行於 Microsoft 365 Copilot 體驗的代理：
Model Count
----- -----
Claude Sonnet 4.6 24
GPT-5 Chat 22
GPT-5.5 Chat 5
GPT-5 Auto 4
Claude Sonnet 4.5 3
Claude Opus 4.6 2
Claude Opus 4.7 1
Claude Opus 5 1
Claude Sonnet 5 1
GPT-4o 1
GPT-5.6 Reasoning 1
當宣布退休時，將同一套結果集過濾到退休模型，產生受影響代理、其環境及代理 ID 的清單。 利用該 environmentId 值將每個代理對應到一個命名環境，並將結果路由給該環境的擁有者。 完整退休回應詳情請參閱 「回應模範退休 」一文。
進一步了解：
使用 Power Platform CLI 來進行環境範圍的詳細資料
當你需要單一環境的代理程式和解決方案上下文時，例如準備在同一環境中遷移時，請使用 pac copilot list ：
pac copilot list --environment <environment-id-or-url>
該指令會回傳代理名稱、Copilot ID、元件狀態、管理狀態、解決方案 ID、狀態碼及狀態碼。 此輸出不包含模型，請使用庫存 API 依型號識別代理人。 用來 pac admin list 取得環境名稱和 ID。
每位代理人該記錄什麼
僅憑模型不足以規劃遷移。 請為每位經紀人記錄以下資料，這樣退休公告時你就知道該聯絡誰以及每位代理人需要哪些工作：
- 代理名稱、代理 ID、環境及 環境類型，如開發、測試或生產環境。
- 商業危機。
- 企業主、技術負責人、測試員及授權審核者。
- 配置好的模型及其發佈標籤。
- 代理人是否使用預設模型或特定選擇模型。
- 跨地理處理需求與區域限制。
- 代理程式是由標準線束驅動，還是 GitHub Copilot 線束驅動，後者決定了可用的評估測試方法。 在 選擇背帶中了解更多。
- 迴歸測試集的位置以及最後一次基線跑的日期。
- 退役車窗是否仍在使用、何時到期，以及是誰批准了。
下一個步驟
在了解模型環境並建立代理人庫存後，利用決策標準判斷是否需要升級。