摘要： ChatGPT 在 2026 年 4 月 8 日的更新中讓 Outlook Email 和 Outlook Calendar 支援共用或委派資源。助理可讀取和整理信件、以信箱名義寄出純文字郵件，並在共用行事曆建立或更新事件。既有 Microsoft 權限、Entra 管理員核准與工作區動作開關仍是必要關卡。
打開 2026 年 4 月 8 日的 ChatGPT 更新日誌，會看到一條篇幅極短的紀錄：內建的 Outlook Email 與 Outlook Calendar 兩個應用，開始支援「共用或委派（delegated）」性質的 Outlook 資源。文字精簡，含義卻不小：這是 ChatGPT 頭一次以團隊的身分採取行動——替你打理 support@、info@ 之類的共用信箱，也能直接在共用行事曆上新增與調整會議。
在一般使用者眼裡，這不過是連接器多了一個選項；但對產品與 IT 團隊而言，它代表 AI 助理踏出關鍵一步——離開「個人收件匣」，接觸「組織的共用資產」。OpenAI 這次的實作手法——權限原封不動地透傳、寫入動作嚴格收斂——值得所有想做企業級 AI 產品的人好好研究。
實際交付的功能範圍
按照官方說明文件，針對共用信箱，ChatGPT 能夠讀取訊息、瀏覽資料夾、切換郵件的已讀或未讀狀態、移動郵件，並以「該信箱名義」寄出純文字郵件。共用行事曆方面，事件的新增、更新、回覆（RSVP）、取消與刪除都在能力範圍內，還能在事件上附加小型附件。
使用上有一條硬性規則：每次下指令都必須指明確切的共用信箱地址或目標行事曆，ChatGPT 不會替你猜。授權方式同樣不是另開帳號，而是直接連結一個「原本就擁有存取權」的 Microsoft 帳號——好比客服主管的帳號本來就開得了 support@，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 以共用身分執行動作，風險層級就跟著上抬一級——動作開關與網域白名單日後會是這類產品的基本配備，而非額外亮點。