Microsoft Copilot 新版將工作入口整理成 Home、Code 與 Autopilot，分別對應日常協作、建立小型應用與持續執行任務。評估時先界定工作、資料、核准責任和計費方式。

Microsoft 於 2026 年 9 月 25 日公布新版 Copilot。官方公告指出，Home 整合 Chat 與 Cowork；Code 可用自然語言建立應用或工作流程；Autopilot 則是持續運作的代理。Home 和 Code 將透過 Frontier 搶先體驗計畫陸續推出，Autopilot 擴大至私人預覽的時間則是 2026 年 9 月底。此為產品公告與推出規劃，企業帳號及台灣使用者能否使用仍須確認，公告也不等同獨立成效驗證。1

一、Copilot 整合入口能解決哪些工作卡點？

Home 用於提問、草擬與委派工作，Code 用於建立小型工具或流程，Autopilot 用於依目標持續追蹤及執行任務；三者各自面對不同工作型態，不能只以同一個「AI 助理」概括。

整合式入口改變工作如何接續。Home 將對話與 Cowork 委派放在一處；Code 用於打造追蹤器、儀表板或自動化流程；Autopilot 可持續關注頻道或處理定期任務。Microsoft 表示，Autopilot 有自己的身分、記憶與工作區，並依租戶權限及治理機制運作。1

判斷入口整合有沒有接上流程，可先觀察任務是否少了重複貼資料、跨視窗搬運結果，以及交接時重新交代背景的步驟。試行時記錄一件工作從提出需求到完成的步驟、等待時間和轉交次數，再與原流程比較。

若入口集中但輸入仍需人工複製、結果仍要另存到正式系統，介面變方便不代表整體流程已變快。

也要區分「能呼叫功能」與「能完成工作」。例如 Code 產生的工具是否能使用必要資料、由誰維護和部署；Autopilot 是否能辨認任務已完成並交回結果。若區塊間沒有清楚的資料交接和錯誤回報方式，入口整合可能只減少切換畫面，無法消除等待與重工。

「租戶」是組織管理 Microsoft 雲端服務與帳號的範圍。企業還要核對 Frontier 資格、管理員政策和地區推出狀態，部署前查看正式授權文件。

新版 Copilot、Microsoft 365 Copilot、GitHub Copilot 和 Copilot Studio 的用途、資格、執行環境與計費條件各有範圍。Code 使用與 GitHub Copilot 相同的底層技術，不代表兩者授權、功能或費率相同。1, 3

流程圖由 Home 的需求入口連到 Code 的工具建立，再指向 Autopilot 的持續任務，途中標出交接與人工檢查點。
三個入口各自承接不同工作，交接清楚才有機會減少重複搬運。

二、哪些任務適合交由 Autopilot 類代理處理？

優先評估重複、步驟及完成條件清楚、資料已獲授權，且結果可檢查或撤回的任務。影響大、例外多或難復原的工作，宜限制代理只整理資訊或提出草案。

適合試行的例子包括彙整固定頻道內的新進度、提醒逾期項目、依核准範本準備會議資料，或整理待辦後交由負責人確認。這些工作有可重複的輸入和輸出，人工也容易抽查。即使代理能連續執行，也要先確定它什麼時候啟動、讀取哪些來源、如何辨認任務完成，以及遇到缺件、矛盾資料或權限不足時要停下來還是通知人員。

付款、對外承諾、修改正式紀錄、人事決定等高影響工作，應依組織授權與監督能力分階段評估，不宜一開始就讓代理直接執行。可先讓代理整理資料、列出差異或產生草稿，再由有權限者確認。核准流程、責任人和回復方式未定前，任務還不適合自動化。

根因常是流程定義不清。口頭交接、隱性例外和個別經驗會讓不一致的規則擴散成自動操作。應先釐清資料欄位、狀態定義和例外處理，再界定代理能做的步驟。例如明訂「彙整未結案項目並按負責人分類，日期衝突時停止並通知主管」，驗收才有依據。

左右兩欄比較可重複、可檢查及可復原的工作，與影響大、例外多及難以復原的工作，並列出相應的人工作業控制。
適合先試行的工作有清楚規則、可供抽查，也能在出錯時復原。

試行任務可以先訂出驗收條件。以每週彙整專案更新為例，輸入可限定在指定頻道和日期範圍，輸出則要求每項更新附上來源連結、負責人與待確認事項。負責人能抽查來源是否支持摘要，並檢視遺漏項目，才知道代理是否真的省下整理時間。

另一個適合試行的例子是依固定規則整理逾期工作。規則要涵蓋跨時區日期、已取消項目、同一任務多位負責人等情境；如資料缺少期限或不同系統狀態不一致，代理應標示待確認，而非自行猜測。把「停止並交由誰處理」寫進任務規格，可避免例外被當成正常資料繼續傳遞。

相對地，若工作要求判斷員工表現、核准付款或向客戶作出承諾，即使步驟看起來固定，也要考慮錯誤代價、授權依據和申訴方式。可以把代理限制在蒐集資訊、標出缺件或草擬回覆，並由負責人逐件決定下一步。任務是否適合，取決於後果和監督能力，不只看它重複多少次。

三、代理權限如何接入既有流程並保留責任界線？

先以專用帳戶或受治理的代理身分界定責任，再只開放完成任務所需的資料和工具；對外傳送、寫入正式系統等敏感操作設置人工核准，並保留執行紀錄、停止機制與復原方式。

權限盤點從身分開始：代理以誰的帳戶執行？它能讀哪些信箱、文件、頻道和第三方系統？它能否修改內容、建立項目或向外傳送資料？Microsoft 對 Autopilot 的說明提到，代理在自己的身分下工作，並依組織設定的權限和政策操作；官方也表示可要求敏感動作先經人工同意。這些是廠商公告所描述的控制設計，企業仍應在自己的租戶實際驗證設定、記錄與核准流程是否符合內部要求。2

企業管理員、代理權限設定者，以及處理機密、個資或重要業務的團隊，都應參與試行審查。接入第三方工具前，確認傳送欄位、憑證管理者及撤權方式。採用最低必要權限，並分開授予檢視、修改、刪除和核准權限，可縮小錯誤影響。

涉及個人資料或機密資料時，權限檢查只回答「誰可以存取」，還不足以確認資料可否交給外部服務處理。個資、資安或法遵責任人應依組織政策確認第三方連接器會傳送哪些欄位、資料流向何處、保存多久，以及契約或告知義務是否涵蓋這種用途。若無法說清楚資料去向，先以不含敏感內容的測試資料驗證流程。

核准也要放在實際風險發生之前。若代理會寄信、建立外部分享連結或更新正式紀錄，核准畫面應顯示即將使用的資料、收件對象、變更內容及撤回方式，讓審核者能理解後果。僅有一個「允許」按鈕，卻沒有上下文和操作紀錄，難以讓責任人做出有意義的確認。

監督流程須標明核准人、執行紀錄位置、異常時的暫停人及結果確認者。代理若只產生草稿，可採抽查；若會修改正式資料，應在寫入前核准，並保留版本或操作紀錄。

Jared Spataro 在談工作代理系統時指出，部署後仍須定義良好成果、衡量表現並持續改善。此處為中文意譯。4

代理身分連接核准資料來源與第三方工具，操作經人工核准後留下紀錄，旁側標出撤權路徑。
權限、核准人與操作紀錄都要對得上，出錯時才知道如何停下並追查。

四、使用量計費會如何改變 AI 代理成本管理？

按量計費以實際支援服務和用量為條件，通常透過 Copilot Credits（Copilot 點數）記錄消耗；企業應先辨明產品、授權、計量項目、付款方式和支出上限，再以真實工作量試算，不宜假設每個 Copilot 代理都採同一種費率。

Microsoft 將固定使用者訂閱與 usage-based billing（UBB，依使用量計費）視為不同成本型態：訂閱費提供較可預測的每人費用，UBB 則依服務計量工作用量。Microsoft 於 2026 年 9 月的新版 Copilot 公告指出，Cowork、Code、Autopilot 等長時間代理能力納入該公告所述的 UBB，並以 Copilot Credits 作為共用計量單位。1

Microsoft Learn 第 3 條說明的是 Microsoft 365 Copilot 擴充方案的成本背景，不能用來確認新版 Code 或 Autopilot 的完整適用條件。各功能支援範圍、資格及實際費率仍須核對各自對應的官方服務文件。3

Copilot Credits 的規則依產品而異。Microsoft Learn 對 Microsoft 365 Copilot 擴充方案的說明指出，額外費用受授權和資料來源影響；部分只依指令或公開網站資料運作的宣告式代理可能不另收費，存取 SharePoint 或 Copilot connectors 等租戶共用資料時，則可能按 Credits 計量。這些是擴充方案的計費背景，不能直接套用為新版各項能力的價目表。3

自建代理還可能產生模型託管、Azure 或服務容量成本，應與產品用量分開估算。

管理端則可參考 Microsoft Learn 的 Copilot Credits 管理文件，其中列出組織支出政策、使用者與組織層級上限、門檻通知、預付點數或隨用隨付選項，以及依群組、使用者、代理與服務查看消耗等管理方式。這些控制只適用於支援該計費管理體驗的服務，不能據此推定其他產品也遵循完全相同的規則。管理員應確認服務是否已列入支援範圍，並核對帳單所連結的 Azure 訂閱與核准方式。5

監看費用時，至少把工作量、失敗重跑和人工接手分開記錄。若只看 Credits 總量，可能看不出某一類任務反覆失敗造成消耗，也無法比較代理與原流程各花多少人工時間。可以按任務類型設每週檢視點，當錯誤率或單位成本超過預先設定的界線時，先暫停擴大，再查明是輸入品質、權限等待、提示規則或服務計量造成差異。

Jared Spataro 將新版 Copilot 公告中的代理用量描述為依工作計量，並與按使用者計價的訂閱模式區分；企業仍須依各服務公告的範圍、任務量和授權條件比較成本。1, 4

估算時納入任務頻率、重跑次數、資料來源、模型與託管費用，以及人工覆核、修正、權限管理和流程維護時間，再比較總成本。每次試行都應固定觀察期間和任務範圍，否則旺季工作量或資料來源變更會讓前後比較失去意義。也應註明費率依據與查詢日期，日後價格或支援範圍變動時才能更新預算。

評估每件任務的總成本時，可將代理消耗、平台或雲端費用、人工抽查、錯誤修正和例外處理加總，再除以成功完成且通過驗收的件數。若代理產量增加，但人工需花更多時間重做或查錯，單看執行量會高估節省。管理者可同時設定品質門檻和費用上限，任何一項未達標都先維持原有人工流程。

任務量與授權核對連到 Copilot Credits 用量監測，再經支出門檻判斷導向通知及暫停或核准。
先核對適用服務與授權，再設定用量檢視和超出門檻時的處置方式。

五、導入前可用哪些條件做判斷？

選一項明確、可驗收且出錯可復原的工作，在有限範圍內試行；事先定義權限、人工核准、預算上限和停止條件，再比較完成品質、人工介入與總成本，達到門檻後才擴大使用。

做法適合的工作主要成本與風險需先設的控制
人工處理例外多、影響大或規則尚未成形人力時間、交接落差明確負責人、流程紀錄
一般 Copilot 輔助查詢、摘要、草擬等單次任務固定授權或依服務條件計費；輸出需核對資料存取範圍、人工確認
Autopilot 類代理重複、跨步驟且完成條件可驗證的工作用量、整合、維運及錯誤操作專用身分、最小權限、核准、監測、停止與復原

做比較前先固定同一種任務、相同資料範圍和相近的工作量，並定義何謂「完成」。例如摘要必須附上可追溯來源、待辦清單不得漏掉指定欄位，才算通過驗收。否則人工流程以完整成果計算，代理流程卻只算產生草稿的時間，兩者不在同一個比較基準上。

試行範圍宜限定一個團隊、一種任務和一段觀察時間，並先指定流程負責人、系統管理員及成本檢視者。

試行結束時，不只詢問使用者是否喜歡，也要核對品質抽查、實際用量、人工介入和復原紀錄。任何一項資料缺漏，都應先補足觀察再決定擴大，避免以個別成功案例代替穩定表現。

  1. 記錄原流程完成時間、件數、錯誤和人力成本，寫明代理可讀資料、可用工具及禁止操作。
  2. 初期只讓代理產生結果，由負責人抽查品質與修正時間，不直接寫入正式系統。
  3. 表現穩定後才開放低風險操作，同時設定支出上限、異常通知和暫停窗口。

Microsoft 的擴充規劃文件建議先界定問題、目標使用者、資料來源和成本影響，再選擇連接器、代理或自動化流程。6

評估四項結果：免返工通過率、每件覆核時間、單位任務總成本，以及錯誤是否能及時發現並撤回。若產量增加但覆核和修正工時也上升，流程仍需調整。導入決策應根據試行紀錄，而非展示案例。

若試行未達門檻，先判斷原因屬於任務選擇、輸入資料、流程交接、權限政策或成本假設，再只調整對應環節。比如漏件來自來源資料不完整，就先改善輸入品質；核准等待過久，則檢查核准人與介面資訊是否清楚。把問題定位後再重試，才能知道改善是否有效，也避免為了追求自動化而擴大不適合的任務。

試行紀錄若同時達到品質、成本與復原門檻，再依核准範圍決定是否擴大。

品質通過率、人工覆核時間、每件驗收任務總成本及錯誤復原結果匯入 go 或 revise 判斷，revise 後回到調整流程。
只有品質、人工介入、總成本與復原表現都達到預設門檻，才適合考慮擴大試行。
  • Home、Code 與 Autopilot 對應不同任務型態，推出狀態和資格須以官方資訊及租戶設定為準。
  • 代理權限應符合任務所需，並設置人工核准、稽核紀錄和停止機制。
  • 逐項核對產品、授權、計量服務和支出政策；Copilot、Microsoft 365 Copilot、GitHub Copilot 與 Copilot Studio 的收費規則不可互相套用。

常見問題

Q1：Autopilot 是否會不經確認就自動執行所有工作？

不能這樣推定。Microsoft 表示組織可設定代理權限與治理，並要求敏感動作經人工核准；實際範圍仍取決於推出狀態、資格和管理政策。

Q2：按使用量計費一定比固定訂閱便宜嗎？

不一定。兩者計價方式不同，實際總成本取決於授權、工作量、使用服務、資料存取、代理重跑與託管需求。應以試行中的真實用量和人工成本估算。

Q3：Copilot、Microsoft 365 Copilot、GitHub Copilot 與 Copilot Studio 共用同一套費率嗎？

不可直接視為共用。各產品的功能、授權和計費文件不同；管理員應分別確認適用服務、計量方式與方案資格。

Q4：管理員能限制代理用量嗎？

Microsoft 文件列有支出政策、用量上限、門檻通知及消耗檢視功能，但只適用於支援該管理體驗的服務，設定前應確認資格與管理員權限。