2026 年 4 月 8 日，OpenAI 在 ChatGPT 更新日誌低調上架一條：Outlook Email 與 Outlook Calendar 兩個內建應用，現在可以處理「委派（delegated）或共用」的 Outlook 資源。句子很短，訊號很大：ChatGPT 第一次能以團隊身分行動——代替你操作 support@、info@ 這類共用信箱，直接在共用行事曆上建立與修改會議。
對一般使用者，這只是多了一個連接器功能；對產品與 IT 團隊，這是 AI 助理從「個人收件匣」走進「組織共用資產」的第一步。而 OpenAI 選擇的落地方式——權限完全透傳、寫入動作限縮——值得每個要做企業級 AI 產品的人細看。
這次更新實際上線了什麼
依 OpenAI 說明文件，共用信箱的能力是：讀取訊息、瀏覽資料夾、把郵件標成已讀或未讀、搬移郵件，以及「代表該信箱」寄出純文字郵件。共用行事曆則可以建立、更新、回覆（RSVP）、取消與刪除事件，並在事件上附加小型附件。
操作上有一個明確要求：下指令時必須給出確切的共用信箱地址或目標行事曆，ChatGPT 不會自行猜測。授權也不是新增帳號，而是連線「本來就有存取權」的 Microsoft 帳號——例如客服主管的帳號本就能開 support@，ChatGPT 沿用同一份權限。
權限模型：ChatGPT 不創造任何新權限
這次更新最關鍵的一句話寫在官方文件裡：「ChatGPT 不會授予 Microsoft 的共用或委派權限。」底層用的是 Microsoft Graph 的既有 scope：Mail.Read.Shared、Mail.Send.Shared、Calendars.ReadWrite.Shared 等，全部要由組織的 Microsoft Entra 管理員完成租用戶級核准。
ChatGPT 這端還有第二層控制：工作區管理員可逐應用啟用讀取或寫入動作，新動作上架時可選擇「全部啟用」「僅啟用讀取」或「全部停用」。換句話說，一個共用信箱的寫入動作要真正跑起來，得同時通過 Entra 的權限核准與工作區的動作開關——兩層閘門分屬不同管理角色。
為什麼「共用信箱」是重要訊號
共用信箱是團隊協作的最小單位：客服、招募、財務、公關全都靠它運作。能「代表」一個多人共用的地址收信、整理、回覆，意味著 AI 助理首次被放進組織的身分與工作流裡，而不只是綁在單一用戶的帳號上。
從產品節奏看，OpenAI 的 apps 戰略路徑清楚：先個人讀取、再個人寫入、現在跨到共用資源，下一步自然是跨應用的代理式工作流。寫入面的克制也很明顯——代寄僅限純文字、附件僅限小型，共用信箱內的附件甚至完全無法讀取（附件擷取動作只支援登入者本人的信箱）。
限制與落地現實
- 可用性取決於 Microsoft 權限與工作區應用設定；管理員可進一步限制只允許特定網域的 Outlook 帳號連線。
- 廣泛的搜尋或摘要請求可能回傳不完整結果，官方建議縮小日期範圍、用更精確的關鍵字分批搜尋。
- 對企業 IT，Entra 管理員與 ChatGPT 工作區管理員往往是不同人，部署前需先敲定組織級同意流程與責任歸屬，否則功能只會停在「僅讀取」。
對產品團隊的啟示
第一，「權限透傳」是 AI 助理進企業最省事的路徑：不另建一套授權體系，直接沿用 Microsoft 既有的委派與共用機制，IT 的審計負擔最小。第二，寫入動作的漸進放量（純文字先行、附件後行）示範了如何在「有用」與「可控」之間排優先順序。第三，當 ChatGPT 操作共用身分，風險等級也換了一檔——動作開關與網域白名單將成為這類產品的標配，而非加分項。
參考來源
- ChatGPT — Release Notes — OpenAI Help Center
- Outlook Email and Calendar apps in ChatGPT — OpenAI Help Center
- April 8, 2026 — Outlook shared mailboxes and calendars in ChatGPT — Reconn AI
本文由 AI 協助自上述來源整理，經人工審核後發布。