微軟剛剛把 Copilot 打造成了一款企業作業系統——而且即使你登出了，自動駕駛功能也會繼續運作。

簡而言之： 微軟將 Copilot 重構為 Home、Code 和 Autopilot——一個面向企業的作業系統外殼，內建即時 Office 文件、租用戶託管應用程式以及一個即使您登出後仍會繼續運行的持久代理程式。聊天功能仍按用戶許可計費；代理工作則採用按使用量計費。如果您使用的是 Microsoft 365，請在 Autopilot 夜間運行之前設定身分、審核和支出限額。

重點總結：

主頁：從主頁開始，以便聊天和協作共享上下文，而不是單獨的 AI 中心。

程式碼沙箱：僅在託管執行時間中，依照 IT 規則，以自然語言建立追蹤器和應用程式。

自動駕駛身分：在代理商 @提及他人之前，為其指定名稱、角色、目標和稽核追蹤。

計費方式：日常聊天使用 USL；協作辦公、程式碼編寫和自動駕駛使用按流量計費的 UBB，並設定流量上限。

人工審核：阻止外部發送和麵向客戶的「完成」標記，直到有人審核為止。

微軟對 Copilot 的描述方式發生了轉變。它不再只是側邊欄聊天工具，也不再只是 Word 或 Teams 的附加生產力外掛程式。薩蒂亞·納德拉將此次重建定位為 Copilot 成為 全新的工作作業系統。微軟人工智慧工作首席行銷長賈里德·斯帕塔羅在 官方文章：三個介面，一個代理平台，以及一項明確的投資——數位團隊成員將融入 Microsoft 365，並擁有身份、記憶和治理等功能。

重新建構的 Copilot 應用程式現在以「首頁」、「程式碼」和「自動駕駛」為核心。 「首頁」是您開始工作、聊天和交接重要任務的地方。 「程式碼」功能幾乎可以讓任何人用日常語言描述應用程式或工作流程，並獲得切實可行的回饋。 「自動駕駛」（原名 Scout）是一個持久代理，即使您離線、睡覺或忙於其他會議，它也能繼續運作。.

如果這聽起來像是行銷噱頭，那確實如此。但深入了解產品特性後，你會發現一切其實都很清晰：Copilot 內部儲存著即時更新的 Office 文件，託管著租戶沙盒應用程式的託管運行時環境，代理元件採用按使用量計費，代理程式像真人一樣出現在 Teams 中，擁有姓名和角色。下面就讓我們來詳細了解一下。.

為什麼微軟稱之為“工作作業系統”

將 Copilot 比喻為作業系統是一種刻意的比喻。作業系統不僅僅回答問題，它還承載應用程式、管理身分、路由任務並跨會話保持狀態。這大致上就是微軟想要實現的模式。.

公司希望使用一個能夠實現以下功能的工作介面，而不是在聊天視窗、獨立的客服中心和一堆 Office 視窗之間來回切換：

• 向您介紹最近的活動和建議
• 需要快速解答時，可處理即時對話
• 將多步驟專案全程委派
• 無需完整的 IT 工單佇列即可建立自訂工具
• 運行一個不會在你下班時打卡的個人代理程序

這些功能並不會取代 Excel 或 Teams，而是對它們進行封裝。其理念是，Copilot 將成為使用者首先開啟的介面，然後根據需要逐步進入文件、頻道和自訂應用程式。這種模式能否成功取決於推廣品質以及 Autopilot 在實際使用者環境中的運作情況——但其目標比以往「在文件旁邊聊天」的說法更加清晰。.

這裡有一個值得一提的題外話：所有大型平台最終都想成為使用者的主螢幕。微軟已經佔據了知識型工作桌面市場的很大一部分。將 Copilot 打造成工作作業系統，與其說是品牌轉型，不如說是押注客服人員需要的是一個一流的平台，而不是一個漂浮的泡沫。.

首頁：聊天與共享辦公室的起點

家就是新的大門。它 融合了聊天和共享辦公室功能 ，因此您無需在了解自己需要什麼之前，就在「提問」和「開展專案」之間做出選擇。

在「主頁」上，您可以查看最近的活動、瀏覽建議，並從上次中斷的地方繼續工作。最後一點比聽起來更重要。上下文遺失是人工智慧工作中一個隱形的代價：您解釋完簡報，合上筆記型電腦，明天再打開，重新解釋一遍。 「首頁」旨在打破這種循環。.

聊天模式 依然是即時對話模式。重寫、快速總結、語氣確認——這就是聊天模式。 協作模式 則是委派複雜端到端工作的管道－例如 RFP 檔案包、產品發布工具包、領導層簡報或財務結算文件。你無需事無鉅細地監督每個段落，只需設定最終目標即可。

接下來，在該介面上，您只需說明您的需求，Copilot 就會將您引導至聊天、協作或程式碼編寫介面。這種路由機制是產品中一個不起眼的細節，它讓作業系統的比喻不再那麼抽象。一個好的外殼程式不會每次都讓您選擇正確的子系統，而是會識別您的意圖並為您開闢正確的路徑。.

如果你已經體驗過十幾個所謂的“統一人工智慧中心”，但它們給人的感覺仍然像是三個產品拼湊在一起，那麼保持一點懷疑態度是正常的。不同之處在於，Chat 和 Cowork 有著相同的起點，並且都深度整合了 Office 服務，我們稍後會詳細介紹。.

Copilot 內建 Office：真實文件，即時同步

六個月後，這部分內容要不是會變得顯而易見，就是仍然難以言喻。微軟正在將 完整的 Word、Excel 和 PowerPoint 功能整合到 Copilot 應用中。不是螢幕截圖，也不是只能匯出的草稿。而是真正可編輯的 Office 文件——專案簡報、預算、簡報——並且能夠與你的團隊成員已經在使用的 Office 應用程式保持同步。

即時團隊同步和@提及編輯功能是其賣點之一。你可以在Copilot修改一份簡報，其他人也可以在Word中開啟同一個文件，而不會出現兩個版本需要後期協調的情況。這正是企業買家在簡報結束後最在意的細節。.

專業方面：

• PowerPoint 可以使用品牌專屬模板，讓簡報看起來像是貴公司的作品，而不是通用的 AI 主題包。
• Excel 提供變更解釋和圖表建議，這在模型重新排列模型結構時非常有用，可以幫助您了解 原因。
• 技能將專業知識融入工作流程中—例如Excel中的財務工作、Word中的法律文件撰寫支援以及類似領域的專業知識套件。

技能很容易被低估。一個「略懂財務」的通用聊天模型，與一個針對電子表格邏輯和審核習慣進行優化的技能路徑截然不同。技能功能最終會像 Copilot 一樣在 App Store 上大受歡迎，還是僅僅成為一套默默無聞的企業級功能，目前還不得而知，但方向很明確：專業化的能力，而不是試圖包攬所有部門的單一功能。.

代碼：描述應用，取得應用

Code 是面向不一定是開發人員的建構者，以及仍希望從想法到內部工具更快實現的開​​發人員的介面。.

任何人都可以用自然語言描述應用程式、追蹤器、儀表板、自動化流程或工作流程。 Copilot 正是為此而生。其底層技術與 GitHub Copilot 一脈相承，這對於那些已經信賴該技術堆疊進行程式碼補全和智慧編碼的用戶來說，無疑是一個可靠的信譽訊號。.

產品故事中的重要指導原則：

• 解決方案採用沙盒環境，並由租戶託管。
• Microsoft Copilot Managed Runtime 在 IT 治理下，將程式碼安全地託管在 Microsoft 365 內部。
• 接地功能透過 Microsoft IQ 實現，其外掛程式可保持資料同步。

報告顯示，解決方案涵蓋桌面小工具、互動式儀表板和雲端託管的內部應用程式。這解決了企業生活中許多「我需要在周五之前拿到進度追蹤器，而且我不想看到一個需要三個迭代周期才能完成的待辦事項」的難題。.

開發者並沒有被邊緣化。他們仍然使用 GitHub Copilot，現在與更廣泛的 Copilot 平台有了更緊密的連接。這種架構是互補的：普通開發者可以獲得用於運維工具的程式碼；專業人士可以保留他們更深入的工作流程，並獲得與相同代理架構的連接。.

如果IT部門運用得當，就能從中獲得文化上的成功。影子IT之所以盛行，是因為等待正式應用程式的發布比在電子郵件中查看電子表格還要慢。微軟的解決方案是程式碼加託管運行時：讓用戶自行構建，將其保留在租戶內部，並為安全提供保障。但這只有在沙盒環境真實可靠，插件方案切實可行的情況下才能奏效。.

在可用性方面，Code 首先會透過 Frontier 計畫推出，然後逐步擴大存取權限，之後會針對 Microsoft 365 Premium 和 Pro 用戶推出預覽版。 Managed Runtime 目前已處於預覽階段。該平台旨在託管來自 Cowork、Code 和 Copilot Studio 的應用程序，微軟表示將向第三方和專業程式碼開發者開放該執行環境。如果這項計畫得以實施，該運行時環境的重要性將堪比聊天 UI，甚至可能更勝一籌。.

自動駕駛：無需等待提示即可運行的代理

自動駕駛功能是最能引發「等等，這是什麼？」疑問的部分，而且理由充分。它以前叫做 Scout，定位為一個持續、主動的私人助手，即使你不在，它也會繼續工作。.

你給它命名、設定角色和目標。它會監控頻道、跟進討論串、處理重複性工作，甚至無需你重新提醒，就能在幾天後自動接手專案。這與聊天模式截然不同。聊天是拉取式的，而自動駕駛是推播式加上記憶功能。.

從架構上看，微軟將 Autopilot 描述為基於 Microsoft IQ 構建的雲端託管服務，擁有 獨立的身份、記憶體、電腦和工作區。它可以出現在 Teams、Outlook、聊天、頻道和文件中。您可以像提及同事一樣提及它。權限、稽核追蹤和治理是企業級軟體套件的一部分——如果您要讓代理商代表自行安排供應商會議，這些功能是不可或缺的。

供應商審核案例是對此理念的強而有力的壓力測試。自動駕駛系統可以運行完整的流程：安排日程、準備工作、會議、後續跟進、與利害關係人溝通。這並非單一的提示，而是一系列貫穿數天的、細小的行動。如果運作流暢，就能省去專案經理大量的維護工作。如果資訊過多或經常出錯，就會變成另一個資訊洪流。產品的成敗就取決於這個判斷。.

外部報告將 Autopilot 的起源與開源自主代理方案OpenClaw進行了比較，指出其企業版採用雲端託管而非本地部署，並具備更強大的安全防護機制。相關報告中的示範案例包括零售庫存管理和逾期訂單等工作流程。請將這些視為報道中的說法和演示，而非承諾每個租戶都能在一夜之間部署大量 Autopilot。儘管如此，一個租戶中可能存在多個 Autopilot（每個 Autopilot 承擔不同的角色），這恰恰凸顯了身分識別和審計的重要性。

這種多代理機制乍看之下似乎沒什麼大不了，但想像一下採購自動駕駛系統、客戶成功自動駕駛系統和財務結算自動駕駛系統都運行在同一個租戶系統中，情況就大不相同了。它們不是三個聊天會話，而是三個擁有不同目標、重疊日程和共享管道的指定員工。如果沒有明確的權限和審計機制，就會變成一場混亂的鬧劇。有了它們，一切看起來就像是人員配置——只不過記憶體託管在雲端，電腦不需要休假。.

直言不諱：這是我們見過的最清晰的「將智慧代理作為具有企業身份的數位團隊成員」的主流平台案例。人們對自動駕駛功能的高度關注也就不難理解了。持續存在的智慧代理會迫使用戶提出關於所有權、責任和成本等尖銳問題，而這些是禮貌的聊天視窗永遠無法觸及的。.

首頁 vs 程式碼 vs 自動駕駛 一覽

如果你已經開始將這些功能分類，那麼以下是微軟對這三種介面的清晰對比：

換句話說：Home 是外殼，Code 是工作室，Autopilot 是不需要你在場的隊友。 Chat 和 Office Copilot 仍然是 USL 上始終在線的便利層，並支援 Auto 模型路由。更複雜的代理操作——Cowork、Code 和 Autopilot——則位於 UBB 上，FinOps 和 Agent 365 的控制功能正是在這裡開始發揮作用。.

分攤：USL Comfort 與 UBB Agents

微軟正在明確區分日常協助和代理工作。.

使用者訂閱許可 (USL) 涵蓋了大多數使用者所期望的對話式和 Office Copilot 體驗，自動模型路由功能決定由哪個模型來處理目前任務。這是財務團隊所熟悉的、可預測的按席位計費模式。

基於使用量的計費 (UBB) 涵蓋了代理服務部分：Cowork、Code、Autopilot 以及 Astra 和 Fable 等前沿模式（如有）。您只需為代理服務實際執行的操作付費，而不僅僅是為現有的席位付費。

這種拆分是巧妙的產品設計，但如果管理不善則可能存在一定風險。席位許可鼓勵廣泛應用。使用量計費鼓勵嘗試－有時也會帶來意想不到的帳單。同一份公告包還提及了人工智慧的財務營運 (FinOps) 和 Agent 365 的成本控制： 支出政策、信用額度使用可見性以及共同工作成果洞察。內容雖簡明扼要，但至關重要。如果自動駕駛系統可以運行供應商流程數天之久，就需要有人來控制它的運作強度。

對於正在閱讀本文的IT和財務合作夥伴：請在同一租戶環境中規劃兩種思維模式。 USL是底線，UBB是數位化團隊成員的油門。缺乏成本可見度的治理計劃只能算一半。.

Microsoft IQ、接地與靜默平台層

簡單介紹一下管道系統，因為自動駕駛和程式碼的準確性取決於它們能夠安全看到的內容。.

Microsoft IQ 是貫穿這些介面的基礎層。 Fabric IQ 和 Dynamics 基礎層則出現在更廣泛的平台架構中，此外還有一個插件註冊表用於保持系統同步。簡而言之：代理程式和程式碼應用程式應該在權限完整的情況下處理公司數據，而不是隨意抓取聊天記錄轉儲中的任何內容。

這對於自動駕駛系統聲稱的「自身身分」至關重要。如果一個擁有企業身分的代理人沒有與人工僱用人員相同的存取控制，那麼它就毫無用處，甚至可能很危險。託管運行時、智慧基礎架構以及類似 Agent 365 的成本和策略控制，就像是包裹著酷炫簡報功能的企業級安全保障。.

你不需要記住每個 IQ 品牌名稱就能明白我的意思。只有當資料、程式碼和代理程式都遵循同一個授權原則時，面向企業的作業系統方案才能奏效。.

推廣實際情況查核

供貨是分階段進行的，這是處理如此大件商品的成熟方式。.

• Home 和 Code即將加入Frontier 計劃
• 自動駕駛功能即將推出私人預覽版
• Managed Runtime 目前已推出預覽版，並可在 Cowork、Code 和 Copilot Studio 中共用。
• 更廣泛的程式碼存取權限將在 Frontier 版本之後推出，Premium 和 Pro 預覽版稍後推出。

Frontier 專案是微軟為那些走在技術前沿、希望在產品正式發布前提供回饋的客戶提供的常規優先通道。 Autopilot 的私人預覽版則需要格外謹慎——畢竟，代理商可以 @ 提及相關人員並代表您安排日程。.

如果您還在等待“週二所有人都能收到所有東西”，那就得調整一下預期了。關鍵問題不在於日程安排，而是您的租戶是否準備好使用代理身份、UBB 政策以及作為日常啟動平台的 Home 介面。.

接下來會發生什麼事？

這裡有兩個比較輕鬆的路線圖要點值得一看，但請不要把這裡變成謠言市集。.

首先，即將推出的 「今日」 指揮中心旨在將一天的所有資訊整合到一個面向客服人員的視圖中，減少他們在不同應用間查找待處理事項的麻煩。其次， Teams 中的 @Copilot 功能 透過共享上下文指向能夠理解整個討論室的客服人員，而不僅僅是那些只專注於您在私密面板中輸入的最後一則訊息的客服人員。

這些功能是輔助功能，與「首頁」、「代碼」和「自動駕駛」並列。儘管如此，它們仍然強化了同一個理念：Copilot 旨在成為工作環境中的通用基礎設施，而不是在你遇到問題時才會想起的標籤頁。.

誰應該優先考慮

並非每個職位都需要在第一天就具備所有三種功能。一個務實的方案是：

• 知識工作者和管理者 －家庭聊天/共享辦公空間的分離以及「Copilot 中的辦公室」模式將帶來最直接的體驗。
• 營運、財務和專案人員 －追蹤器和儀錶板的程式碼；用於重複性、繁瑣後續流程的自動化工具
• 開發者 - GitHub Copilot 加上託管運行時連接；減少“替換我”，增加“更快地交付內部工具”。
• IT、安全與財務營運 －身分、稽核、UBB策略、Agent 365控制；在這裡，作業系統隱喻轉化為治理專案。

如果只能選擇一項進行試點，那麼自動駕駛模式代表文化變革，程式碼模式代表槓桿變革，家庭模式代表習慣變革。選擇哪一項取決於你的瓶頸是後續執行、工具使用還是零散的起點。.

結語

微軟圍繞著 Home、Code 和 Autopilot 重構了 Copilot，並將其作為一款面向企業的作業系統公開銷售。 Home 整合了 Chat 和 Cowork 功能，並將真正的 Word、Excel 和 PowerPoint 整合到 Copilot 應用中，支援即時同步。 Code 將自然語言描述轉換為託管在 Managed Runtime 上的租戶託管應用，與 GitHub Copilot 共享相同的技術。 Autopilot（前身為 Scout）是一個持久的個人代理，擁有身分、記憶和工作區，即使您登出後也能繼續運作。.

Everyday Chat 和 Office Copilot 仍以 USL 平台為基礎。代理三人組則依賴 UBB 平台，並以 FinOps 和 Agent 365 控製作為成本保障。在開放給更廣泛的使用者群體之前，這些功能將透過 Frontier 和私人預覽的方式進行測試。.

論點很簡單：聊天是演示時代；擁有企業身分的數位團隊成員是平台時代。自動駕駛系統最終是成為值得信賴的同事，還是只是一個智慧通知工具，將決定作業系統框架能否站穩腳步。 「回家」必須成為一種習慣。程式碼必須比一個失控的電子表格更安全。自動駕駛系統必須透過每一次後續跟進來贏得信任。.

就目前而言，該產品形態是各大平台最明確的押注對象，他們不會等待你的下一個提示——僅憑這一點就值得密切關注。.

實際範例：產品營運發布準備工作（包含 Home、Code 和 Autopilot）

設想

Priya是一家英國中型B2B SaaS公司的產品營運主管。每週四，她負責產品發布準備：包括本週未解決的支援問題、Azure DevOps中仍待處理的已知bug、一份簡短的狀態報告（供工程和客戶成功團隊參考），以及一個跟踪表，這樣大家就不用在下午6點還在Teams論壇裡到處找問題了。.

如今，她的瓶頸不在於撰寫訂單，而是那些需要持續到深夜的繁瑣工作——追查滯銷商品的貨主、更新追蹤系統，並確保所有面向客戶的商品都必須經過人工審核才能發出。她已經習慣使用 Microsoft 365了。重新建構的 Copilot 介面完美契合了她這一週的工作流程：Home 作為起始中心，Code 用於建立內部追蹤系統，而 Autopilot 則用於處理夜間追蹤工作，這些工作最終仍需在出貨前完成。.

她把自動駕駛系統視為一位有明確目標的數位化團隊成員，而不是一個無人值守的發布管理器。所有面向客戶、合作夥伴或公共管道的內容，都要等到第二天早上才能由她審核。.

助理需要什麼

• 在現有租用戶權限下，Priya 可以存取發布 Teams 頻道、共用 Word 簡報、Excel 事件表和 Azure DevOps 看板。
• 明確的自動駕駛身分：名稱、角色（發布維運跟進）以及僅限於草稿跟進和追蹤器更新的目標——不包括客戶郵件和生產環境變更。
• 一個由程式碼建置、租戶託管的發布準備情況追蹤器（如果租用戶中提供了程式碼/託管運行時），包含所有者、年齡、嚴重性、阻塞狀態和「準備好進行人工審核」等列。
• UBB/Agent 365 的消費限額導致夜間自動駕駛任務無法無限制運作。
• 一條硬性規定：未經 Priya 批准，不得對外發送，不得提及客戶，也不得在面向客戶的文案上標記「完成」。

範例說明

在 Copilot Home 中，Priya 首先透過聊天來了解情況，然後將這項多步驟工作交給 Cowork，並附上以下簡要說明：

「週四要做好 Acme SaaS UK 第 38 個迭代版本的發布準備工作。從支援管道和共享的 Excel 事件表中提取過去七天的 P1/P2 級未解決主題。起草一份 Word 狀態說明，提交給工程和客戶成功團隊，內容包括：重點主題、Azure DevOps 中標記為 release-38 阻塞文件、未解決任何內容、「阻塞」文件 將未解決任何內容。文件夾中，並在草稿準備好後 @ 提及我以供審核。

對於程式碼切片，如果路由可用，則仍然從 Home 開始；否則，直接在程式碼中：

「為第 38 個迭代周期創建一個沙盒化的發布準備情況追蹤應用程式。欄位包括：專案、來源（支援/ADO/Excel）、負責人、發布天數、嚴重性、是否為阻塞項目、上次跟進時間、狀態（已開啟/等待負責人/已準備好人工查詢並未使用內建於 Excel 表格和我的託管 ADO 託管。

對於自動駕駛模式，一旦草稿包存在：

「您是『發布維運跟進員』。角色：負責第 38 個迭代周期準備情況的夜間跟進。目標：在英國時間 18:00 至 08:00 之間，監控發布運維頻道和跟踪器。對於超過兩個工作日且無人回复的條目，使用 Teams向指定負責人發送簡短的提醒，並在提醒中包含條目鏈接，詢問其狀態（一行文字即可）。 。

如何測試它

1. 執行一次「回家到 Cowork」程序，查看上週四的資料包（或經過編輯的樣本），並檢查 Word 草稿是否引用了正確的來源，而沒有捏造工單 ID。.
2. 在 Excel / ADO 輸入檔的副本上啟動程式碼追蹤器；確認沙盒託管，並且只有 Priya 的團隊才能開啟它。.
3. 為自動駕駛功能在非生產通路上設定一個封閉的夜間窗口，並限制支出上限。確保每次調整都僅出現在草稿線程中，並保留審計追蹤記錄。.
4. 晨間審核流程：Priya 開啟 Home，閱讀摘要，編輯 Word 文檔，然後才將核准狀態發佈到更廣泛的發布管道。.
5. 故障演練：撤銷 Autopilot 在草稿主題之外發佈內容的權限，並確認它不會升級到面向客戶的介面。.

結果

這裡沒有聲稱任何經過測量的烘焙數據——請將以下內容視為 範例結果 ，或在實際試驗中使用下面的測量計劃。

範例結果（假設條件如下）： 假設一個週四週期內，約有 25 個待辦事項，Priya 之前在下午 5 點後花費約 90 分鐘進行追蹤和整理，並且 Autopilot 僅允許草稿提醒和追蹤欄位更新。如果 Home/Cowork 能夠一次性產生可用的狀態說明初稿，Code 將臨時電子表格替換為共享追蹤表，而 Autopilot 將負責人提醒事項排隊，以便早上人工發送/編輯，那麼一個現實的目標是將 Priya 當天晚上的整理​​工作減少到早上 20-30 分鐘的自動審核時間—— 是是 審核時間的前提，並且內容沒有被處理到客戶的方面。這只是一個範例估算，並非本文產品聲明的實際結果。

測量方案（建議在租戶正常使用的情況下執行）：

• 基準： Priya 週四編譯 + 追蹤兩個版本發布（包括審核）的時間；統計截至週五中午未收到的所有者回應；統計追蹤器版本衝突。
• 試點範例： 連續四個星期四發布 Home + Code + 範圍化的自動駕駛功能。
• 指標： 批准狀態說明所需時間（包括手動編輯）；無需重寫即可接受的自動駕駛草稿百分比；僅草稿主題帖與任何意外發布的更廣泛帖子的數量（目標：零）；每次夜間運行消耗的 UBB 積分與上限。
• 品質標準： 「正確」表示每個引用的工單/主題都存在於來源系統中，所有者與 ADO/Excel 匹配，並且未經 Priya 批准，沒有向客戶發送任何工單/主題。
• 船舶規則： 只有在四個週期內沒有違反任何政策，並且接受的草稿速率是你願意為安全而捍衛的，才能擴大自動駕駛權限。

可能出現什麼問題

• 如果權限不足，自動駕駛功能會變成通知洪流－推播過多通知、通知對象錯誤或在草稿主題之外發佈內容。.
• 如果基礎/外掛程式不完整，程式碼追蹤器會偏離 Excel/ADO；人們會信任過時的「就緒」標誌。.
• Cowork 草稿聽起來很有信心，但當來源存取權限不完整時，會捏造嚴重性或工單 ID——審核必須在狀態說明發出之前發現這一點。.
• 如果自動駕駛系統沒有設定硬性上限，重試噪音頻道會導致 UBB 支出增加。.
• 團隊將自動駕駛系統視為完全無人值守的自主系統；面向客戶的功能無需經過早期檢查即可投入使用。.

實用要點

使用 Home 作為日常工作流程（簡報、草稿、審核），在託管執行時間環境下使用 Code 為限定的內部工具編寫程式碼，並使用 Autopilot 進行夜間自動更新，設定指定角色、設定支出限額，並輸出可審計的草稿。嚴格限定 Autopilot 的運作範圍，要求在任何面向客戶的內容發布前進行人工審核，並衡量已接受的草稿和違反策略的情況—而不是憑感覺。這樣才能確保 Copilot 作為工作作業系統保持高效運行，而不會淪為無人監管的發布機器人。.

常問問題

微軟稱 Copilot 為「工作作業系統」是什麼意思？

薩蒂亞·納德拉將此次重建描述為 Copilot 成為全新的工作作業系統：一個承載應用程式、管理身分、路由工作並跨會話保持狀態的平台，而不僅僅是一個側邊欄聊天工具。賈里德·斯帕塔羅在微軟官方文章中描述了三個介面、一個代理平台以及 Microsoft 365 中的數位化團隊成員，並提供了身分、記憶和治理功能。重建後的 Copilot 應用以「首頁」、「代碼」和「自動駕駛」為核心。這些功能並不會取代 Excel 或 Teams；它們只是對 Excel 和 Teams 進行封裝，使用者先開啟 Copilot，然後依序進入文件、頻道和自訂應用程式。.

Copilot Home、Code 和 Autopilot 分別是什麼？

Home 是連接 Chat 和 Cowork 的入口，方便您查看活動、獲取建議、即時聊天或移交多步驟項目。 Code 讓使用者能夠用日常語言描述應用程式、追蹤器、儀表板或工作流程，並獲得租戶託管的工具。 Autopilot（前身為 Scout）是一款持久的個人代理，即使您離線、睡覺或參加其他會議，它也能繼續工作。微軟認為，代理商需要的是一個一流的工作平台，而不是一個漂浮的泡泡。.

Copilot Home Chat 與 Cowork 有何不同？

聊天模式是即時對話模式，用於重寫文稿、快速總結和語氣檢查。協作模式是委派流程，用於處理端到端的複雜工作——例如 RFP 文件包、啟動工具包、領導層簡報或財務結算包——您可以指定最終成果，而無需逐段審查。接下來，您可以說明您的需求，Copilot 會將您路由到聊天、協作或程式碼模式。這種路由機制正是讓作業系統比喻不那麼抽象的關鍵。.

我可以在 Copilot 中編輯真實的 Word、Excel 和 PowerPoint 文件嗎？

微軟將完整的 Word、Excel 和 PowerPoint 功能整合到 Copilot 應用中——這些可編輯的 Office 文件能夠與團隊成員已使用的 Office 應用程式保持同步，包括即時團隊同步和 @提及編輯。 PowerPoint 提供品牌專屬範本；Excel 提供更改說明和圖表建議。技能功能將專業知識融入工作流程，例如在 Excel 中進行財務工作或在 Word 中提供法律文件撰寫支持，而不是採用一個試圖涵蓋所有部門的通用模型。.

Copilot 程式碼和託管運行時是什麼？

程式碼利用與 GitHub Copilot 共享的技術譜系，將自然語言描述轉化為沙盒化的、租戶託管的解決方案，包括桌面小部件、互動式儀表板和雲端託管的內部應用程式。 Microsoft Copilot Managed Runtime 在 IT 治理下，將程式碼安全地託管在 Microsoft 365 內部，並透過 Microsoft IQ 和外掛程式保持資料同步。程式碼首先透過 Frontier 規劃，然後逐步擴大存取權限，之後將推出 Microsoft 365 Premium 和 Pro 的預覽版；Managed Runtime 目前已處於預覽階段。.

微軟 Copilot 自動駕駛功能如何在用戶登出後繼續運作？

Autopilot 是一款持久且主動的個人代理：您只需為其命名、分配角色並設定目標，它便會監控頻道、跟進討論串、處理重複性工作，甚至無需重新提示即可在數天后繼續執行專案。微軟將其描述為雲端託管，擁有獨立的身份、記憶體、電腦和 Microsoft IQ 工作區。它會出現在 Teams、Outlook、聊天、頻道和文件中，您可以像提及同事一樣提及它。權限、稽核追蹤和治理功能均包含在企業版軟體套件中。.

Autopilot 的計費方式與日常 Copilot Chat 有何不同？

日常聊天和 Office Copilot 仍採用用戶訂閱許可 (USL)。而 Home 的 Cowork 式工作模式、Code 和 Autopilot 這三項代理功能則採用基於使用量的計費 (UBB)，並由 FinOps 和 Agent 365 控製作為成本保障。這種劃分對規劃至關重要：聊天席位和代理積分消耗並非同一預算項目。在允許 Autopilot 在租戶中無限制地運行夜間工作之前，請設定支出上限並審查 Agent 365 控制。.

誰該先試用 Home、Code 或 Autopilot？

知識工作者和管理者將率先感受到 Home 的聊天/協作分離和 Office-in-Copilot 帶來的改變。營運、財務和專案人員可以利用程式碼追蹤器和 Autopilot 來處理需要大量後續跟進的流程。開發人員可以繼續使用 GitHub Copilot，並獲得託管運行時連接，從而更快地交付內部工具。 IT、安全和財務營運部門負責身分、稽核、UBB 策略和 Agent 365 控制。如果只能試辦一項：Autopilot 代表文化變革，程式碼追蹤器代表效率提升，Home 則代表習慣養成。.

團隊應如何在實際租戶環境中安全地部署 Autopilot？

為 Autopilot 設定一個明確的角色和明確的目標—撰寫後續跟進和追蹤更新，而不是客戶郵件或生產環境變更。優先在私密討論串中發布草稿，設定嚴格的支出上限，並在任何面向客戶的內容發布前進行人工審核。保留權限、審計追蹤和 Agent 365 控制；僅在零違規的穩定週期後才擴大存取權限。外部媒體將 Autopilot 的架構與 OpenClaw 式的自主代理進行了比較——將演示視為已報告的聲明，而不是承諾每個租戶都能在一夜之間搭建起一個代理集群。.

Copilot Code 的目的是取代專業開發人員嗎？

不。這兩種框架是互補的：公民開發者使用 Code 作為維運工具，而開發者則使用更深入的 GitHub Copilot 工作流程，並獲得與相同代理架構的連結。解決方案保持在沙盒環境並由租戶託管，這樣 IT 部門就有了立足之地，而不是另一個與電子郵件緊密相連的電子表格。但這只有在沙盒環境真實可靠且插件值得信賴的情況下才能奏效。 Code 加上託管運行時是微軟應對影子 IT 壓力的方案，而不是認為專業人士已經過時。.