TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
Frontier 十一月擴大：Outlook、Teams 預覽收進同一個開關
Microsoft 宣布 365 Frontier 預覽十一月擴及新 Outlook、OneDrive、SharePoint 與 Teams，與 Copilot 預覽共用同一管理設定；加入不需 Copilot 授權，個別功能仍看產品授權，Targeted release 十一月凍結登記、2027 年 1 月退場。
用 AI 摘要這篇文章：
Microsoft 在 10 月 26 日於 Microsoft Copilot Blog 公告 Frontier 計畫的下一步：從十一月開始，新 Outlook for Windows、OneDrive、SharePoint 與 Microsoft Teams 的合格公共預覽，會與 Copilot 的預覽放進同一個計畫、套用同一個管理設定。公告時間是 2026 年 10 月 26 日 16:00 UTC，換算台北時間是 10 月 27 日零時，發布當天內修訂到第五版。對 IT 管理員來說，這則公告真正要處理的問題有兩個：誰可以先試尚未正式推出的功能，以及既有 Targeted release 名單接下來要去哪裡。
先講最容易誤讀的部分。Frontier 收攏的是「正式版之前的預覽」，Standard 與 Deferred 決定的是「正式版之後多快拿到」，Targeted release 則是舊機制、已排定退場：四個名稱背後是三條現行路徑加一個退場中的名稱，設定各自獨立。把 Frontier 當成使用者必經的升級起點，或以為 Targeted release 名單會自動轉入 Frontier，兩種讀法都會擬出錯誤的十一月計畫。管理文件寫得很明白：Targeted release 使用者不會自動加入 Frontier，微軟也不會代任何組織修改偏好設定。
Frontier 管的是預覽，Standard 與 Deferred 管的是正式版節奏
Frontier 是三條路徑裡唯一能碰到「尚未正式發布」功能的一條。它是自願加入、由管理員控制的機制，組織不開就沒有人看得到，預設值是 No access。官方對它的定位是讓組織在功能進入一般可用性（GA）之前先試用、先做內部指引、先訓練支援團隊，再把意見回饋給微軟。預覽中的功能可能改變，也可能最後不進入正式版，這是它與正式功能的根本差別。
Standard release 是預設的正式版節奏，功能一到 GA 就照微軟的標準時程進來。Deferred release 則讓合格的重大更新延後約三十天，給複雜環境多一點驗證時間。這裡有兩個容易被忽略的細節：Deferred 只涵蓋 Message center 裡同時標為 Major update 與 Deferred feature 的功能，不是所有更新都能延後；三十天的起算點是 Standard 開始推出的那天，不是全球推送完成之後。
Deferred 的三十天緩衝還附帶一層實際保護。官方 FAQ 寫明：若微軟在推出過程發現品質問題而暫停推送，還沒收到的使用者就不會收到；必要時微軟也可能把已收到者身上的功能移除；被回退的功能不會抵達 Deferred 使用者。換句話說，晚三十天拿到的組織等於多出準備時間，也自動避開了中途出狀況的更新。
同一個使用者可以同時擁有 Frontier 預覽資格與 Standard 或 Deferred 偏好。公告原文寫得很直白，這些選項「not stages that users must move through after Frontier」，翻成白話就是：預覽與正式版節奏是兩條獨立設定，不是一條必經的升級路線。退出 Frontier 也不會把人推進某個固定版本，正式功能照既有的 Standard 或 Deferred 偏好走。
四條名稱放到同一張表看，差異更清楚（時間基準 2026 年 10 月 26 日）：
| 路徑 | 拿到功能的時點 | 誰來決定 | 現況 |
|---|---|---|---|
| Frontier | GA 之前的預覽 | 管理員選擇使用者或群組 | 十一月擴及 Outlook、OneDrive、SharePoint、Teams |
| Standard | GA 之後的標準節奏 | 預設值 | 現行 |
| Deferred | GA 後約三十天，僅合格重大功能 | 管理員設定 | 現行 |
| Targeted release | GA 內提早取得 | 管理員設定 | 十一月凍結登記，2027 年 1 月退場 |
順帶釐清一個常見的混淆：Microsoft 365 Insider（商務版）不在這次 Frontier 擴大的範圍裡。公告特別交代，用 Insider 計畫驗證生產環境組建的組織照舊使用；要取得 Frontier 的合格預覽，另外由管理員把人加入。管理文件也註明，目前仍有部分跨 Windows、Mac、iOS 與 Android 平台的 Microsoft 365 AI 功能，是跟著 Insider 計畫發布的。同一個預覽需求可能落在兩個計畫裡，加入 Frontier 之前值得先查清楚功能歸屬，Message center 的標記會標明功能屬於哪一條發布路徑。
加入計畫不等於看得到功能，授權先過三道門
這次擴大讓 Frontier 同時包含 AI 與非 AI 功能，管理文件因此明文：把使用者加入 Frontier 不需要 Microsoft Copilot 授權。這句話很容易被讀成「Frontier 變成免費大門」，實際上「加入」與「使用」是兩回事。要用 Copilot 相關的 Frontier 功能，使用者仍需要 Copilot 授權，或含 Copilot 存取的授權；要用 Teams 的預覽，則要有含 Teams 的授權。沒有對應授權的人，就是不會看到對應功能。
管理端有同樣的結構。要動 Frontier 設定，帳號需要 AI Administrator、Security Administrator 或 Office Apps Administrator 三種角色之一；而管理帳號自己也該有對應產品的授權，否則部分 Frontier 設定與代理在 admin center 裡根本不會出現。官方還提醒了一個容易被當成故障的現象：設定儲存後，最長要等約三小時，功能與代理才會在使用者端生效。
設定的位置在 Microsoft 365 admin center 的 Copilot > Settings > View all，用搜尋找到 Copilot Frontier，接著在三種模式裡選一種：No access（預設）、All users，或 Specific users and groups。官方建議從小規模試用組開始，例如 IT 人員或自願測試的同事，再依回饋擴大。
已經為了 Copilot 功能加入 Frontier 的組織，不需要重新登記。十一月擴大生效後，這些使用者會自動涵蓋新列入的全部產品，原本的參與狀態原封不動。反過來看，擴大也不會把名單自動放大：原本只讓少數人參與的組織維持原設定即可，要增加試用者再自行調整，未入選的人繼續依 Standard 或 Deferred 偏好收功能。
還有一條時間軸值得記下來：2026 年 3 月 29 日起，新發布的 Frontier 代理只提供給已加入 Frontier 的使用者；在那之前發布的代理，仍對所有持 Copilot 授權的人開放。這解釋了為什麼有些組織還沒正式加入計畫，環境裡卻早已看得到 Frontier 代理，它們是舊規則下的產物，也代表「看得到代理」不能拿來判斷組織是否已加入。
從使用者的角度，加入之後東西會出現在四個地方：Copilot 的 Agent Store、Word 與 Excel 等應用程式內建的功能、透過 Microsoft 365 Copilot 應用程式或網站提供的專案 Opal（用代理完成結構化任務的體驗），以及設定成 AI 能力的 Windows 365 雲端電腦。官方計畫頁目前列出的例子，包括 Microsoft 365 Copilot 應用程式的新版介面設計、Copilot Cowork，以及改版的 Researcher。Cowork 的官方描述是讓使用者說出想要的結果，由它規劃步驟、跨檔案與對話執行長時間的多步驟工作；頁面還附了一個實際的提示：若管理員在 Agent 管理裡看不到 Cowork，先把管理帳號自己加入 Frontier 再檢查。準備支援教材的團隊，可以先從這幾個入口下手。
預覽開關不是總開關，代理治理還有另外幾層
Frontier 代理出現在 Microsoft Copilot 的 Agent Store，搜尋 Built by Microsoft，名稱會帶著 (Frontier) 標記。但管理文件列出了幾道獨立的閘，每一道都可能讓「已加入卻看不到」：
- admin center 的 Agent > Settings > Agent and plugin access 裡，「允許 Microsoft 內建的代理與外掛」必須勾選，Frontier 代理才有通行的基礎。
- 如果管理員曾在 Agent 檢視裡關掉某個代理，Frontier 的開關不會覆蓋這個決定。官方原文是「The Frontier admin control doesn’t override the settings configured in the Agent section」，關了就是關了，不因使用者入選 Frontier 而重新開啟。
- 部分 Frontier 功能依賴特定 AI 供應商的大型語言模型，文件點名例如 Anthropic。官方明文「Frontier will never enable AI providers on your behalf」，供應商要由組織自己逐一明確允許，功能才有作用。
要讓特定使用者更快用到某個代理，管理員也可以直接派送：在 admin center 的 Agents > All agents 選擇代理，在 Users 分頁加入使用者或安全性群組後按 Install，需要時再選 Pin，代理就會出現在使用者的 Microsoft Copilot 裡。官方建議用 Microsoft Entra ID 的安全性群組圈選少數人，先在小群體驗證再擴大，與 Frontier 本身「先小規模試用」的建議是同一套節奏。
所以使用者回報「找不到功能」時，值得按順序排查的是三種不同層次的問題：不在入選名單、沒有產品授權、組織層另有停用設定。三種問題都不是重新加入計畫能解決的。這種把治理閘分層的設計，和同一週 GitHub 對 Copilot 安全外掛把修補範圍畫在本機工作副本的做法，方向一致：入口統一，權限邊界留在管理端。
Targeted release 十一月凍結、一月退場，名單不會自動搬家
Frontier 擴大會與另一個時程在同一個月交會：Targeted release 的退場。2026 年 11 月起，管理員不能再新增、移除或修改 Targeted release 登記；同月 admin center 推出三軌合一的統一 Release Preferences 管理頁，Frontier、Standard、Deferred 可以在同一處設定。2027 年 1 月，Targeted release 正式退場，使用者改依現代發布偏好收功能；退場前已在使用的人會繼續收到合格功能，直到退場為止。
官方給了兩種既有名單的對應去處。全租戶都在 Targeted release 的組織，若希望正式功能一推出就進來，選 Standard；若想多一點準備時間，選 Deferred。只有一小群人（驗證組、支援組、試驗組）在 Targeted release 的組織，官方建議把租戶設成 Deferred，再讓那一小群人走 Standard，原來「少數人先驗證、多數人晚點拿到」的工作方式就保住了。本來就是 Standard 的組織，不需要任何動作。
範圍也要畫清楚。這波變動只及於 Microsoft 365 服務：admin center、Teams、OneDrive、SharePoint Online、新 Outlook for Windows、Outlook 網頁版與 Office 網頁版。Microsoft 365 Apps 的更新通道、Windows 更新通道與 Insider 計畫都不受影響，既有功能照常運作。政府雲端環境（GCC、GCC High、DoD）目前只有 Standard 這個選項，Frontier 與 Deferred 都尚未提供。
預覽的代價：條款裡寫清楚哪些保障不存在
Frontier 體驗受既有的 Product Terms 與資料保護附加條款（DPA）規範，性質上是預覽：功能可能修改、暫停或停用；可能不受標準支援承諾或服務水準協議（SLA）保障；HIPAA 的商業合作協議（BAA）不涵蓋 Frontier 體驗；部分體驗可能僅付費提供，用量計費走 Copilot Credits。管理文件還有一條對受監管產業很實際的聲明：Frontier 功能不合規 ISO 27001、ISO 27002 與 ISO 27018 的要求。採購或法務評估時，這幾行比任何功能清單都值得先看。
費用方面，現行官方頁面沒有列出整個計畫的統一加入費。行銷頁的寫法是存取與任何用量成本依功能、角色與訂閱而異，管理文件只說某些體驗可能僅付費提供。換句話說，要估成本只能逐功能查，沒有一個可以寫進預算表的單一數字。
不是組織成員的個人訂閱者另有一條路。Microsoft 365 Pro、Premium、Personal 與 Family 訂閱，可以直接在網頁版 Word、Excel、PowerPoint 的 Copilot 設定裡開啟 Preview Frontier features，不必等組織管理員。個人訂閱的路徑與企業的管理邏輯互不相干。
十一月凍結生效前，管理員還來得及做什麼
Targeted release 的凍結在十一月內生效，官方沒有公布確切日期，建議把盤點與分配當成立即進行的工作。先盤點 Targeted release 名單，位置在 Settings > Org settings > Organization profile > Release preferences，凍結生效前是最後的修改機會。接著對著授權清單挑 Frontier 的候選人：Copilot 功能要有 Copilot 授權，Teams 功能要有含 Teams 的授權，管理帳號自己也要有對應授權。最後決定三軌分配，誰先試 GA 之前的功能、誰照 Standard、誰需要 Deferred 的三十天緩衝。企業導入 Copilot 時「先給誰用」的順序考量，可以對照福斯汽車 33 萬員工的導入案例，順序設計比人數規模更有參考價值。
後續追蹤也有比人工盯著公告更省力的方式。哪些功能何時進場，官方只承諾透過 Message center 公告；微軟另外提供了 Release Communications MCP Server，讓 VS Code、GitHub Copilot CLI、Claude Code 這類相容的 AI 用戶端用自然語言查詢 AI at Work Roadmap 與 Azure Updates 的發布資訊。想持續追蹤這波改版的管理員，把它接進日常用的 AI 工具是個實際選項，也呼應微軟這季財報中，AI 已從題材變成可拆開檢視的營收數字。
幾個尚未確定的部分也值得先列清楚：統一 Release Preferences 頁的確切上線日，官方只寫 November 2026；Frontier 功能的完整清單，官方自述持續增加，哪項功能何時進場沒有預告表；各項預覽在企業所屬區域的推出節奏，也沒有另行的時間表。回查點有三個：十一月統一管理頁上線時、Targeted release 凍結生效時，以及 2027 年 1 月退場時，各回來對照一次官方文件最穩。
