前言

2026 年 9 月 25 日，Microsoft 發表了 Copilot 的大規模更新。

Introducing the new Copilot with Home, Code and Autopilot

這次發表若用一句話來總結，就是：

Microsoft Copilot 正從「回答問題的 AI」進化成「執行工作的 AI 平台」。

這次 3 項重大發表

Home

Copilot 的新起始點。

Chat、Cowork、Office 已整合在一起，未來可直接從 Copilot 中建立與編輯 Word、Excel、PowerPoint。

Code

可使用自然語言建立應用程式、儀表板、追蹤器、工作流程等。（作為選項之一，新加入的 AI 驅動應用程式開發工具）

若把過去的成果物看作：

• Word
• Excel
• PowerPoint

那麼 Code 則能產出新的成果物：

• 應用程式
• 儀表板
• 業務工具

Autopilot

這次發表中影響力最大的功能。

Autopilot 是一種：

• Personal
• Proactive
• Persistent

的 AI 代理。

若說過去的 Copilot 是：

「你提問，它回答的 AI」

那麼 Autopilot 就是：

「你交辦工作，它能持續推進的 AI」

它能持續執行會議準備、後續追蹤、進度確認、未完成任務追蹤等工作，而不需要使用者每次都重新下指示。

其背後的重要發表

這次發表不只是 Copilot 加了新功能而已。

Microsoft 同時也發表了：

• Microsoft IQ
• Fabric IQ
• Copilot Managed Runtime
• Plugin Registry
• FinOps for AI

這代表：

正在建立讓 AI 能在企業中安全使用的共通基礎。

Copilot Managed Runtime

這是讓在 Code 或 Cowork 中建立的應用程式，能在 Microsoft 365 上安全執行的共通基礎，並涵蓋：

• 驗證
• 權限
• 安全性
• 治理
• 監控
• 生命週期管理

Microsoft IQ

這是讓 Copilot 能理解企業工作的商務脈絡基礎。

它整合 Microsoft 365、Fabric、Dynamics 365、Power Platform 等資訊，並將：

• 客戶
• 產品
• 營收
• 案件

等業務上的意義提供給 Copilot 與代理人。

這次發表應該怎麼理解

從過去：

向 AI 提問

到現在：

把工作交給 AI
    ↓
和 AI 一起產出成果
    ↓
用 AI 做出應用程式
    ↓
把持續性工作交給 AI

Microsoft 正朝向這個方向前進。

這次發表可以說是將 Copilot 從單純的聊天 AI，推向：

執行工作的平台

一句話

這次發表最重要的不是新功能本身。

而是 Microsoft 開始把以下這一整套體驗：

• 向 AI 提問
• 交辦 AI 工作
• 與 AI 一起產出成果
• 用 AI 建立應用程式
• 把持續性業務交給 AI

整合到以 Microsoft 365 為中心的單一環境中。

Copilot 正從聊天 AI，進化成支撐企業工作的執行基礎。

上述內容是發表內容的概要。
若您想確認詳細內容，請繼續閱讀下列文章。

9/25 發表內容詳細說明（以下為長文）

（※ 這篇整理文章是使用 Microsoft Copilot 協助彙整，經修正與審閱後發布。）

2026 年 9 月 25 日，Microsoft 發表了 Microsoft Copilot 的大規模更新。

這次發表的新 Copilot，將在 Copilot 應用程式中新增 3 項主要功能：

1. Home
2. Code
3. Autopilot

在 Home 中，Chat 與 Copilot Cowork 將整合為一體，同時也發表了可直接在 Copilot 內使用（建立與編輯）的 Office in Copilot，讓 Word、Excel、PowerPoint 能在 Copilot 中使用。

Code 可讓使用者透過自然語言建立應用程式、業務追蹤與管理、管理儀表板、工作流程等。

Autopilot 則是先前稱為 Scout，用來持續協助工作的 AI 代理人（Autopilot 是建立在 OpenClaw 之上的服務）。
傳統 AI 是使用者每次輸入問題或指令時才會運作；但 Autopilot 是預先設定要負責的工作或目標，讓它不必每次等待指示，也能持續推進工作。
例如，它可持續協助會議準備、進度確認、對利害關係人進行後續追蹤，讓使用者能專注於更重要的工作。

本次發表內容可在 Microsoft 官方部落格 Introducing the new Copilot with Home, Code and Autopilot 中確認。

另外，本次也一併發表了以下功能與平台：

• Office in Copilot
• Microsoft Copilot Managed Runtime
• Microsoft IQ
• Fabric IQ
• Dynamics 365 與 Power Platform 的業務脈絡
• 新的 Plugin Registry
• FinOps for AI
• Today
• Teams 的 @Copilot
• 結合使用者授權與計量計費的商業模式

乍看之下，這似乎只是 Copilot App 新增了畫面或功能。

但若仔細看這次發表，就能理解 Microsoft 正試圖讓 Copilot 從單純的聊天 AI，進化成以下這些工作的入口：

• 向 AI 提問
• 請 AI 幫忙工作
• 與 AI 一起產出成果
• 使用 AI 建立應用程式
• 把持續性工作交給 AI
• 在企業的權限、安全性、治理與成本管理下使用 AI

請注意

本次發表的功能，並非全部都已對所有使用者正式提供。

必須區分正式提供、Frontier 計畫分階段提供、Public Preview、Private Preview，以及未來將提供的功能。

本文根據 2026 年 9 月 26 日的公開資訊撰寫。實際提供與否、合約、支援地區、語言、授權與管理員設定，請以使用當下的官方文件與您的環境為準。

先說結論

先用一句話總結這次發表：

Microsoft Copilot 正從回答問題的 AI，進化成能接下工作、產出 Office 成果物、建立業務應用程式，並執行持續性業務的環境。

傳統 Copilot 一直被用在回答問題、搜尋資訊、摘要文件、撰寫電子郵件草稿、整理會議內容，以及在 Office 應用程式中提供工作支援。這些功能未來仍然重要。

但新的 Copilot 會依照工作類型，採用不同的執行方式。

Microsoft 表示，未來使用者不一定需要明確選擇 Chat、Cowork、Code；只要說明想完成的事情，Copilot 就會將工作路由到最合適的功能。

詳情請參閱：新 Copilot 的官方發表

"And coming soon, you won’t need to choose a mode: simply state what you need to accomplish, and Copilot will route the work to Chat, Cowork or Code — whichever capability is right for the job."
來源：Introducing the new Copilot with Home, Code and Autopilot

關於 Home

將 Chat 與 Cowork 集中於一處

Home 會成為新版 Copilot 的起點。

現代工作分散在電子郵件、會議、聊天、文件、任務、應用程式等多個地方。Home 將最近使用的內容、被中斷的工作、Copilot 的建議、Chat 提問、以及交辦給 Cowork 的工作，整合到同一處。

Chat 適合用於提問、搜尋、摘要、草稿、狀態確認等需要即時回覆的工作。

另一方面，Cowork 是用來交辦包含多個步驟工作的功能。Microsoft 提到的例子包括 RFP 回覆、產品發表套件、客戶簡報、與財務結帳相關的成果物等。

Chat 與 Cowork 的差異，以及 Home 的定位，可在 官方發表中的「A new experience for every mode of work」 中說明。

一開始使用者會自行選擇 Chat 或 Cowork，但未來構想是只要描述想達成的目標，Copilot 就會自動將工作分派到適當功能。

Office in Copilot

Home 會整合 Word、Excel、PowerPoint 的功能。

使用者可以讓 Copilot 幫忙撰寫產品發表文件、在 Excel 中建立預算模型、製作簡報，或更新團隊正在共同編輯的檔案。

重點不只是 Copilot 在聊天畫面中顯示文字或表格，而是它能實際建立、更新可編輯的文件、活頁簿與簡報，並與團隊成員共同編輯。

由於 Copilot 與 Office 應用程式之間會同步同一份檔案，因此可以一邊對話，一邊檢視與修改成果物。

詳情請參閱：包含 Office in Copilot 的官方發表

Today

Today 是預計未來加入 Home 的個人工具。

它會橫跨電子郵件、行事曆、Teams 討論串、會議與任務，整理出使用者需要處理的事項。

如果從職位角度來看 Today 的用途

Today 會跨電子郵件、行程、Teams、任務等來源，協助整理出「今天自己應該優先處理什麼」。

雖然 Microsoft 尚未正式公布各職位的使用情境，但例如可以這樣想像：

Today 不只是顯示行事曆，而是由 AI 整理「今天應該專注什麼」，可視為一種個人化 AI 秘書體驗。

它不只是顯示未讀資訊，還會準備回覆草稿、行程調整建議、被遺漏的後續追蹤事項，協助區分哪些該現在處理、哪些可以稍後處理。

Today 預計於 2026 年 10 月在 Copilot 中進入 Private Preview，之後也會提供給 Outlook 與 Teams。

提供時程與功能概述可參考：官方發表中的「A sneak peek at what’s next」

關於 Code

業務應用程式開發工具

過去企業中從事辦公工作的員工，主要產出是 Word 文件、Excel 活頁簿、PowerPoint 簡報等檔案。

Microsoft 說明，透過 Code，除了這些之外，還能提供第 4 種成果物，也就是 針對特定目的打造的小型業務解決方案。

例如可建立：

• 應用程式
• 業務追蹤與管理
• 管理儀表板
• 計算工具
• 自動化流程
• 工作流程
• 桌面小工具
• 團隊共用的內部應用程式

使用者只要用自然語言描述想做的東西，Copilot 就會依需求選擇建立方式，並實際做出可運作的應用程式。

Code 使用與 GitHub Copilot 相同的基礎技術，並在沙箱環境中執行。建立完成的應用程式可安全地託管在 Microsoft 365 租用戶內。

此外，Code 也與 Microsoft IQ 整合，可把日常工作知識與工作資訊納入 AI 的脈絡中，讓使用者能更容易為自己或組織建立所需的業務應用程式。

Code 會在沙箱環境中執行，並可安全地託管在您的租用戶中。透過 Microsoft IQ，您建立的一切都會以工作的脈絡為基礎，而外掛程式也會自動同步。

詳情請參閱：官方發表中對 Code 的說明

Code 的主要目標使用者

Copilot Code 並不是以專業開發者為主要對象設計的功能。（當然也可以使用）

它主要是針對「熟悉現場業務與問題的人」，讓他們能為自己或團隊建立應用程式。比如業務人員可建立客戶跟進追蹤器，財務人員可建立預算模擬儀表板。

即使使用者不懂傳統程式設計，也可以直接從自然語言開始建立；但 Code 並不代表會取代所有軟體開發。

業務人員
    ↓
Copilot Code
    ↓
可執行的軟體

Copilot Code 與 GitHub Copilot 的差異

Copilot Code 與 GitHub Copilot 都可用來建立軟體，但主要對象與使用情境不同。

從發表時的說明來看，Copilot Code 是在 Microsoft Copilot 內使用的功能，與 GitHub 的連接是視需要而定。正式的帳號需求與授權條件，仍需以服務上線時的說明為準。

另一方面，若是透過 Copilot Managed Runtime SDK/CLI 使用外部 GitHub repository，仍可延續既有的分支政策與 Pull Request 審查流程。至於從 Copilot Code 連接到 GitHub 後的具體功能範圍，則需確認 Code 的正式產品文件。

當 Code 所建立的解決方案變得重要，且需要更高階的測試、審查、安全性、維護與 CI/CD 時，就應考慮轉向使用 GitHub 與 GitHub Copilot 進行正式開發。

官方發表也說明，專業開發者仍會持續在日常開發中使用 GitHub Copilot，並加強與 Copilot 平台的連結。

詳情請參閱：新 Copilot 的 Code 官方說明

Code、Cowork、Copilot Studio 的關係

Code、Cowork、Copilot Studio 之間有部分重疊，但目前並不是彼此取代的關係。

可從最終想達成的目標來理解：

• 想完成較廣泛的調查、分析、規劃、撰寫等工作時，用 Cowork
• 想利用既有業務資訊建立儀表板、追蹤器、內部工具、應用程式等軟體成果物時，用 Code
• 想處理組織規模的代理人、協調編排、業務自動化、系統整合、生命週期管理時，用 Copilot Studio

Copilot Managed Runtime 會作為 Cowork、Code、Copilot Studio 等建立之應用程式的共通執行與治理基礎。

這段關係可參考：Copilot Managed Runtime 官方產品部落格

關於 Microsoft Copilot Managed Runtime

AI 建立應用程式這件事，未來只會變得越來越簡單。

但在企業中真正使用應用程式時，除了建立應用程式本身之外，還有很多重要工作。

例如：

• 應用程式要在哪裡執行
• 誰可以使用
• 能存取哪些資料
• 安全性原則如何套用
• 原始碼與版本如何管理
• 使用狀況與成本如何掌握
• 誰負責維運

這些機制雖然也能分別建立，但對多數企業來說，往往需要整合多種服務，並持續維護。

因此 Microsoft 發表了 Microsoft Copilot Managed Runtime。

Copilot Managed Runtime 是讓使用 AI 建立的應用程式與業務解決方案，能在 Microsoft 365 企業環境中安全執行與管理的共通基礎。

Microsoft 已於 2026 年 9 月 25 日將 Copilot Managed Runtime 以 Public Preview 形式發表。

詳情請參閱：

• Microsoft Copilot Managed Runtime 官方發表

建立方式可彈性選擇，營運則共通化

Copilot Managed Runtime 的目標是：

應用程式的建立方式可依目的與使用者彈性選擇，但其執行基礎、安全性、治理、監控等營運管理則共通化。

例如，應用程式可以透過以下方式建立：

• Copilot Cowork
• Copilot Code
• Microsoft Copilot Studio
• 使用 Copilot Managed Runtime SDK 的開發工具
• 支援的第三方開發工具

重點在於，不必把應用程式建立限制在單一地方。

業務人員可用自然語言建立應用程式；低程式碼／AI 輔助的應用程式開發者可用 Copilot Studio；專業開發者則可使用 SDK、CLI、GitHub 等工具。

而當這些環境建立的對應應用程式公開或部署到 Copilot Managed Runtime 後，就可以使用共通的執行、驗證、存取控制、治理與監控機制。

但要注意，並不是所有成果物都會自動成為 Copilot Managed Runtime 的管理對象。像是用 Copilot Code 建立的本地專案，並不會自動納入管理；即使連接到 GitHub repository，也不代表就會被管理，仍需明確公開或部署成對應的雲端應用程式。

另外，也不是任何工具或程式碼都能無條件帶入。所使用的建立環境、應用程式形式、SDK、託管需求、組織政策等，都必須符合 Copilot Managed Runtime 的支援條件。

如此一來，企業可更統一地管理以下項目：

• 誰可以使用該應用程式
• 應用程式連接哪些資料
• 套用哪些原則
• 使用量有多少
• 是否正常運作
• 如何發布、停用與刪除
• 以哪個支出原則管理 Copilot Credits 的消耗

不過，這些並不是在單一畫面全部管理完畢。應用程式庫存、使用狀況與健康狀態主要在 Microsoft 365 管理中心的 ［Apps］>［All apps］ 檢視；Copilot Credits 的消耗、支出政策、使用上限則在 ［Copilot］>［Cost management］ 管理。

也就是說，Microsoft 不只是朝向「用 AI 建應用程式」前進，也開始處理讓企業能安全營運 AI 建立的應用程式這件事。

Copilot Managed Runtime 提供的主要功能

Copilot Managed Runtime 提供企業營運應用程式所需的功能，包括：

• Microsoft 管理的雲端託管
• 透過 Microsoft Entra 進行驗證與授權
• 依組織原則進行存取控制
• 連接器與資料來源控制
• 使用 Git 管理原始碼與版本
• 對應用程式的發布、分享、部署、版本與生命週期進行管理
• 在 Microsoft 365 管理中心管理應用程式
• 監控使用情況與營運健康狀態
• 健康狀態警示
• 針對受支援的管理操作與生命週期事件進行稽核

應用程式會套用組織端設定的原則，例如 Microsoft Entra 驗證、條件式存取、資料外洩防護（DLP）、連接器原則、分享限制等。

重點是，開發者或業務人員不必為每個應用程式各自實作相同的安全機制，而是可以把這些能力當作共通基礎來使用。

Microsoft 365 管理中心的庫存管理

在 Copilot Managed Runtime 中，可透過 Microsoft 365 管理中心的 ［Apps］>［All apps］ 集中查看租用戶內的 Copilot Managed Runtime 應用程式。

這裡的庫存管理，不只是列出應用程式名稱而已。

它更像是一本 AI 應用資產台帳，用來掌握公司內有哪些應用程式、目前的擁有者與建立者是誰、託管在哪個區域或環境群組，以及實際使用情況如何。

管理員可以確認例如以下資訊與狀態：

應用資產可視化

• 組織內的 Copilot Managed Runtime 應用程式
• 應用程式目前擁有者
• 應用程式建立者
• 應用程式狀態
• 應用程式連接的連接器與資料來源
• 應用程式託管的區域
• 應用程式套用的環境群組
• 建立日期與最後更新資訊
• 視需要在 Power Platform 管理中心查看主機環境、Environment ID、Environment Group ID

使用狀況與健康狀態確認

• 應用程式啟動成功率
• 使用工作階段數
• Time to interactive（P75，開始可操作所需時間）
• 資料要求成功率
• 資料要求延遲

治理與生命週期管理

• 找出在未核准區域或非預期環境群組中執行的應用程式
• 封鎖正在調查中的應用程式
• 解除已排除問題的應用程式封鎖
• 刪除閒置或重複的應用程式
• 搜尋、篩選、排序、匯出 CSV

庫存畫面與 Managed Runtime 整體功能不同

［Apps］>［All apps］ 主要用於應用程式可視化、使用狀況與健康狀態確認、封鎖、解除封鎖、刪除等。應用程式的發布、分享、部署、版本管理等，則屬於 Copilot Managed Runtime 整體的生命週期功能。

營運監控

• 掌握各應用程式健康狀態
• 使用自訂門檻建立警示規則
• 偵測效能下降或使用量增加
• 在問題影響使用者之前先掌握狀況

此外，監控指標是將執行階段的活動記錄按小時或按日彙總，並非即時數值。

詳情請參閱下列官方文件：

• 在整個租用戶中檢視並管理 Copilot Managed Runtime 應用程式

管理畫面可確認的連線資訊範圍

管理員可從 Microsoft 365 管理中心的 ［Apps］>［All apps］ 開啟目標應用程式，並在 ［Data & tools］ 中確認應用程式所使用的連接器、資料來源與相依性。

但這個畫面無法完整確認所有資訊。

公開 FAQ 說明，以下資訊無法完全顯示：

• 動態解析後的精確連線目的地
• 應用程式執行過的所有動作
• 基礎資料上各使用者的實際權限

另外，就算取消使用者對應用程式的存取權，也不代表連線目標資料來源本身的存取權會一併被移除。

因此，應用程式的存取控制，與 SharePoint、SQL、Microsoft Graph 等連線資料的權限管理，必須分開考量。

• Copilot Managed Runtime 官方 FAQ

可連接超過 1,500 種資料來源

Copilot Managed Runtime SDK 支援連接超過 1,500 種連接器與資料來源，包括 Microsoft Graph、SQL、SharePoint 等。

因此，不只限於 Microsoft 365 資料，也能建立結合各種業務系統的應用程式。

不過，實際可用的資料來源與操作，仍會受到可用連接器、連線目標權限、DLP、Advanced Connector Policies、組織安全原則等因素控制。

詳情請參閱：

• Microsoft Copilot Managed Runtime SDK 概覽

Git repository

透過 Copilot Managed Runtime SDK／CLI 管理的應用程式，會關聯一個用於原始碼管理的 Git repository。

公開文件中說明了兩種選項：

• 由平台管理的 Git repository
• 自行管理的 GitHub repository

若使用 GitHub repository，可以延續既有的分支政策與 Pull Request 審查等 GitHub 開發流程。

公開文件指出，支援 GitHub Enterprise Cloud 與 GitHub.com，GitHub Enterprise Server 與 Azure DevOps 目前不支援。

Repository 模式會在建立應用程式時選定；目前公開文件也指出，同一個應用程式之後無法再變更 repository 模式。

由於 Preview 期間的支援範圍可能變動，實際使用時請確認最新的 Repository options：

• Copilot Managed Runtime SDK 的 Repository options

授權與執行時計費

使用 Copilot Managed Runtime 時，需要分開思考兩件事：

• 建立應用程式的條件與計費
• 使用者執行應用程式的條件與計費

公開的 Microsoft Learn 說明，應用程式執行資格包含以下選項：

• Power Apps Premium 計畫
• Managed Application Copilot Credits

公開的 SDK 資料也說明，若應用程式操作由 Power Apps Premium 計畫涵蓋，則不會消耗 Managed Application Copilot Credits。

另一方面，若是使用 Copilot Credits 的架構，應用程式啟動與 API 呼叫等操作會成為計費項目。

不過，如果使用的是 Power Apps Premium 計畫，那麼在 Copilot Managed Runtime 中建立的應用程式通常可直接執行，而不會消耗 Managed Application Copilot Credits。
但若該應用程式中還會使用 Work IQ API 之類的 AI 服務，則另當別論。這些服務有各自的計費規則，可能需要 Copilot Credits。
也就是說，「執行應用程式所需的授權」 與 「應用程式所使用的 AI 服務計費」 必須分開看待。

此外，應用程式庫存與成本管理也是不同的管理畫面。應用程式資訊與健康狀態主要在 ［Apps］>［All apps］ 查看；Copilot Credits 的消耗、支出政策、使用上限則在 ［Copilot］>［Cost management］ 管理。

Credits 的消耗量、適用操作、授權條件與 Preview 階段的規則都可能變動。實際導入時，請確認最新官方文件與合約條件。

• Microsoft Copilot Managed Runtime SDK 的授權說明
• Copilot Credits 的計量計費與成本管理

應如何理解 Copilot Managed Runtime

若用一句話來描述 Copilot Managed Runtime，就是：

在人人都能用 AI 建應用程式的世界裡，讓企業能安全執行、管理與營運這些應用程式的共通基礎。

Copilot Cowork、Copilot Code、Copilot Studio、SDK 等，都提供不同的建立入口。

但若要真正讓企業落地使用，仍需要驗證、權限、資料存取、原則、運行監控、受支援管理操作的稽核、發佈、生命週期與成本管理。

Microsoft 不只是增加 AI 驅動開發選項，也開始提供其背後的 AI 應用安全執行與營運基礎。

總結

Copilot Managed Runtime 是讓 AI 建立的業務應用程式，能在 Microsoft 365 企業環境中執行與管理的共通基礎。

它不限制單一的建立方式，而是可依目的與使用者選擇 Copilot Cowork、Copilot Code、Copilot Studio、SDK 等方式來建立。

而當對應應用程式公開或部署到 Copilot Managed Runtime 後，便可使用 Microsoft Entra 驗證、組織原則、資料存取控制、原始碼管理、發布、健康狀態監控、警示、受支援管理操作的稽核與生命週期管理等共通基礎。

如此一來，企業在擴大 AI 應用開發時，也更容易掌握納管應用程式的目前擁有者與建立者、託管區域、環境群組、連接的連接器與資料來源、使用狀況與健康狀態。

這次發表的重要之處，不只是 Microsoft 讓 AI 來寫程式碼。

而是 Microsoft 開始在 Microsoft 365 內，打造讓企業能安全持續使用 AI 所建立應用程式的執行、管理與治理共通基礎。

Copilot Managed Runtime 是預覽功能。功能、畫面、支援區域、授權、計費、角色與支援範圍都可能變動。導入時請確認最新官方文件與合約條件。

作者觀點：
是否採用 Copilot Managed Runtime，或改以自建執行基礎，必須綜合既有技術資產、所需客製化、安全性、法規遵循、資料連接、營運體制與成本來判斷。特別是在重視 Microsoft 365 整合與共通治理的情境下，Copilot Managed Runtime 會是很有力的選項。

關於 Microsoft Copilot Autopilot

在這次發表的新 Microsoft Copilot 中，最有可能改變工作方式的功能就是 Autopilot。

Autopilot 是先前稱為 Scout 的持續性個人代理人。Microsoft 用以下 3 個詞來形容它：

• Personal
• Proactive
• Persistent

傳統聊天型 AI 通常是使用者輸入問題或指示，AI 再回覆答案或成果物；Autopilot 則是想處理更長時間尺度的工作。

當使用者為 Autopilot 設定名稱、角色、目標與邊界後，它不會每次都等新的提示輸入，而是會在設定的目標與邊界內持續推進工作。

例如，它可負責：

• 查看 Teams 頻道
• 跟進對話串
• 執行定期工作
• 幾天後重新接續專案
• 為會議做準備
• 追蹤未完成事項與後續追蹤工作
• 請利害關係人更新進度

若把過去的 Copilot 視為「你提問，它回答的 AI」，那麼 Autopilot 就是「你交辦工作，它能持續推進的 AI」。

注意

「你交辦工作，它能持續推進的 AI」是本文章為了便於理解所做的整理，並非 Microsoft 的正式產品分類。實際上，Copilot Cowork 等功能本來就已可用來交辦多步驟工作。

關於 Personal、Proactive、Persistent

Personal

Autopilot 是為每位使用者個別設定的個人代理人。

使用者可以替 Autopilot 命名，並設定它的角色與負責事項。它不只是呼叫一個共用 AI 服務，而是被設計成能持續支援自己工作的代理人。

Proactive

Autopilot 不會只是在使用者沒輸入新指令時完全停著。

它會依據設定的目標與工作狀態，主動查看必要資訊、準備後續追蹤，並推進下一步工作。
但這不代表它能無限制自由行動。它的行動範圍仍受到使用者權限、組織政策、允許連線的資料與工具，以及設定的目的與邊界所控制。

Persistent

Autopilot 的工作不一定只在一次對話或一次處理就結束。

它可以處理跨天、重複、涉及多位關係人的持續性工作。
能保留專案狀態，並在幾天後再接續作業、追蹤未完成事項，這是它與一般問答型 AI 最大的不同。

供應商評估的例子

Microsoft 官方發表中，以供應商評估流程作為 Autopilot 的使用案例。Autopilot

若以這個例子進一步思考 Autopilot 的工作內容，它可能會自動持續執行例如下列工作：

（※ 以下條列除了官方明示的行為外，也包含從供應商評估情境可推測出的工作。）

• 建立整體審查時程
• 依完成日倒推工作計畫
• 準備會議所需資訊
• 管理會議與後續追蹤
• 請關係人更新進度
• 持續追蹤未完成項目

這個例子的重點不在於只看一次供應商資料就結束，而是在評估這種持續性流程中，一邊準備、一邊開會、一邊確認與追蹤，將工作推進。

也就是說，交給 Autopilot 的不只是單次提問，而是：

「請幫我摘要這份資訊」

之外，更進一步是：

「請持續協助我，直到這個評估完成」

這類較長期的責任與工作。

功能範圍說明

實際可執行的操作，取決於 Preview 功能、已連接工具、使用者權限、組織政策與授權設定等。這不表示所有包含郵件、訊息、行程建立或送出的操作都會永遠無人值守地自動執行。

會在雲端持續運作

Autopilot 是雲端代管的代理人。

Autopilot is cloud-hosted,

因此，即使使用者正在做其他工作，或沒有持續操作裝置，它也能在雲端持續工作。使用者不需要一直開著畫面監看進度。

這不只是處理時間較長而已，而是設計上就要能在一定期間內持續檢查狀態、推進所需處理，並將結果回報給使用者。

不過，持續處理的頻率、期間、重新啟動條件、失敗時的行為等，都仍需參考 Preview 條件與產品文件。

獨有的 identity、memory、computer、workspace

根據 Microsoft 官方發表，Autopilot 在使用者租用戶內具備以下獨立要素：

• Identity
• Memory
• Computer
• Workspace

Autopilot lives in your tenant with its own identity, memory, computer and workspace, and it’s built on Microsoft IQ so it understands how your organization actually works.

這表示，Autopilot 並不只是聊天視窗背後暫時執行的 AI，而是被視為持續工作的代理人。

Autopilot 具有獨立 identity，並被描述成可在組織中識別的代理人，也預期會套用權限、稽核與治理。

具體的 ID 格式與權限模型，請參考管理員文件。

有了獨立的 memory 與 workspace，它便能保留持續工作中的脈絡，之後也能再接續執行。

此外，Autopilot 以 Microsoft IQ 為基礎，會利用組織工作的脈絡來運作。

術語說明

Identity、memory、computer、workspace 具體會以何種管理畫面、保留期間、資料邊界、稽核記錄與 API 形式提供，仍需以 Preview 規格與未來公布的管理員文件為準。

出現在日常工作的地方

Autopilot 雖然是獨立代理人，但會出現在使用者平常工作的地方。

官方發表提到的地方包括：

• Microsoft Teams
• Microsoft Outlook
• 聊天
• 頻道
• 文件

使用者可像在 Teams 中交辦同事一樣 @ 提及 Autopilot，詢問工作進度或交辦所需工作。

但這不代表把 Autopilot 當成人類。重點在於：它是組織中可識別的代理人，而且可管理它為誰工作、使用哪些權限、以及執行什麼目的的工作。

並不是什麼都能自由執行

Autopilot 會持續運作，但不代表它可以自由做任何事。

Autopilot 的運作條件包括：

• 使用者設定的目的
• 使用者設定的邊界
• 使用者本身的權限
• 組織政策
• 稽核與治理
• 已允許連線的資料與工具

它不代表能自由查看使用者無權存取的資訊；涉及會影響他人或有重大結果的操作，也可能需要人類確認。

因此，Autopilot 比較適合被理解為：在使用者與組織設定的範圍內持續推進工作，必要時再請人類確認的代理人，而不是完全不經人類介入就全自動執行一切的 AI。

導入時應設計的項目

• 要交辦哪些工作
• 要允許存取哪些資料
• 哪些操作需要人類核准
• 誰負責確認結果
• 如何偵測與停止錯誤處理
• 如何稽核執行歷程
• 如何管理使用成本
• 負責人異動或離職時，如何移轉 Autopilot 的擁有權與工作

Scout Desktop 與新 Autopilot 要分開看

先前的 Microsoft Scout Desktop 與這次發表的雲端代管 Autopilot，應分開理解。

Scout Desktop 原本是說明為可在 Windows 或 macOS 上執行的桌面應用程式，具備操作本機工作區、檔案、shell、瀏覽器與開發工具的能力，是以桌面為中心的體驗。

相較之下，這次發表的 Autopilot 則是從 Microsoft Copilot 使用，並在租用戶內運作的雲端代管個人代理人。

因此，目前不能直接斷言新 Autopilot 會以與 Scout Desktop 相同的方式支援本機檔案操作、本機 shell、裝置上的瀏覽器操作等。

Copilot Chat、Copilot Cowork、Autopilot 的差異

簡單整理如下：

Copilot Cowork 的概念比較像是提案簡報、研究報告、客戶簡報等有起訖點的工作。

Autopilot 的概念則更接近專案進度確認、供應商評估、定期狀態檢查、未完成項目追蹤等會持續一段時間的工作。

這個表格是為了幫助理解而整理

並非 Microsoft 嚴格定義的產品邊界。各功能的範圍可能重疊，也可能隨 Microsoft Copilot 整體擴充而改變。

為什麼 Autopilot 很重要

Autopilot 的重要性在於，它把 AI 能處理的工作時間軸拉長了。

以往的生成式 AI 擅長處理當下就能完成的工作，例如回答問題、撰寫文字、摘要等。之後，能執行多個步驟並回傳完成成果的代理人型功能也出現了。

Autopilot 則是更往前一步，目標是能持續處理數天或一定期間內的工作。

本文將這個轉變整理為 3 個階段：

1. 向 AI 提問
2. 請 AI 執行工作
3. 把持續性的責任交給 AI

Autopilot 可視為實現第 3 個階段的功能。

這不是 Microsoft 的正式成熟度模型，而是本文用來說明 Autopilot 意義的整理方式。

Autopilot 之所以重要，不是因為它會完全取代人類，而是它可能分擔人類每天都要確認的持續性工作，讓人類能專注在判斷、創意、關係建立等更有價值的工作上。

提供時程

Microsoft 在 2026 年 9 月 25 日的官方發表中提到，Autopilot 的 Private Preview 對象預計會在 2026 年 9 月底擴大。

Autopilot 仍屬於 Preview 功能。功能、名稱、提供對象、支援地區／語言、使用條件、授權、計費、管理方式、與 Scout Desktop 的關係等，都可能再變動。

在實際使用或評估時，請確認最新官方資訊，以及自家租用戶中實際提供的 Preview 條件。

總結

Autopilot 是先前稱為 Scout 的持續型個人代理人。

Microsoft 用以下 3 個詞來形容它：

• Personal
• Proactive
• Persistent

使用者可為 Autopilot 設定名稱、角色、目標與邊界。它會在這些範圍內持續進行頻道檢視、對話串跟進、定期工作、會議準備、向利害關係人要求更新、追蹤未完成工作等事項。

它也被設計為在租用戶內擁有獨立的 identity、memory、computer、workspace，並在雲端持續工作。

但 Autopilot 並非無限制自律運作；它仍受使用者權限、組織政策、稽核、治理，以及設定的目標與邊界所約束，必要時仍會要求人類確認與判斷。

若要用一句話來描述 Autopilot，可說是：

不只是即時回答問題，而是在設定範圍內，持續推進使用者交付的工作與責任的個人代理人。

這次發表可說是 Copilot 從「回答問題的 AI」擴展為「持續支援工作的 AI」的重要轉折點。

官方資訊

• Introducing the new Copilot with Home, Code and Autopilot

註記

本文依據 2026 年 9 月 26 日的公開資訊撰寫。Autopilot 仍屬 Preview 功能。正式提供前，功能、名稱、使用條件、支援範圍、授權、計費與管理方式等都可能變更。另外，scout 會變成 Autopilot，但 scout 是桌面應用程式，而 Autopilot 是在伺服器上驅動的應用程式。未來桌面版會如何發展，目前尚不明確。

關於 Microsoft IQ

若要讓 Copilot 支援企業工作，只有高效能 AI 模型還不夠，還必須理解使用者的工作、企業資料、業務意義、權限與流程。

Microsoft 將提供這些企業脈絡給 Copilot 與代理人的基礎，稱為 Microsoft IQ。

Microsoft IQ 並不是單一資料庫或單一 AI 模型，而是讓 Microsoft 各服務中的工作、資料、知識與流程脈絡，能被 Copilot 與代理人使用的整合性機制。

這次發表中，Microsoft IQ 被定位為提供新 Copilot、Code 與 Autopilot 企業知識、資料與業務脈絡的整合智慧基礎。

概要可參考：新 Copilot 官方發表中的「Expanding your business context」

關於 Fabric IQ

Fabric IQ 會將可信任的企業資料商務脈絡提供給 Copilot。

以下是把 Fabric IQ 的商務脈絡，轉換成包含製造業在內的一般業務概念後的說明範例：
它不只是讓 Copilot 看得懂資料表名稱與欄位名稱，而是讓它能使用客戶、商品、營收、工廠、設備、訂單、庫存、風險、交期延誤等業務概念、關聯與定義。

這次發表說明，包含 Power BI 中超過 2,000 萬個語意模型在內的 Fabric IQ 脈絡，已在 Chat 與 Cowork 中正式提供。

Code 的整合則預計透過 Frontier Program 後續提供。

詳情請參閱：官方發表中的 Fabric IQ 說明

Dynamics 365 與 Power Platform 的業務脈絡

Copilot 可使用的業務脈絡也會延伸到 Dynamics 365 與 Power Platform。

Microsoft 提到的例子是：當業務人員撰寫提案書時，Copilot 可以納入商機歷程與支援單等資訊。

目標是讓使用者不必在多個業務應用程式之間切換、搜尋資訊再複製到文件中，而是由 Copilot 將工作所需資訊直接帶入。

截至發表時，這項功能預計會在未來一個月內以 Public Preview 方式推出。

詳情請參閱：新 Copilot 官方發表

Plugin Registry

為了擴充 Copilot 可用的功能，Microsoft 也發表了新的 Plugin Registry。

外掛程式會結合 Skills、Connectors 及其他功能來擴充 Copilot。新的 Plugin Registry 則是讓 Microsoft、合作夥伴與企業自行開發的外掛程式，能透過單一整合目錄來管理。

IT 管理員可以在組織內中央核准與管理可用的外掛程式；開發者與合作夥伴則能讓已發布的外掛程式，被多種對應的 Copilot 體驗使用。

官方發表指出，Plugin Registry 已開始部署，且會在未來數週內於各對應的 Copilot 介面正式提供。

詳情請參閱：官方發表中關於 Plugin Registry 的說明

原文出處：https://qiita.com/yoshioterada/items/7123aef3db7d1ba91fc3