安全與權限 · 實作指南
新增 AI 整合前，先演練如何斷開連線
OAuth 連接流程也需要同樣清晰的撤銷與離職處理路徑。
常被遺忘的連接另一半
授權畫面成功只是整合生命週期的開始。假設銷售助手由一名員工連接郵箱，該員工離職後，背景工作可能仍然執行。上線前先說清楚連線屬於個人、團隊服務身份，還是客戶管理員；記錄允許讀取的資料範圍，也要有人能撤銷連線，而不必找已離職員工回來處理。把這些責任放進交付內容，比只保存一個成功授權截圖更有用。
建立可操作的連線清單
清單應包含連線負責人、提供方、授權範圍、最後成功使用時間，以及依賴它的流程，不應放入原始權杖。按提供方要求處理短期存取和更新，不要退回永久共用密碼。RFC 9700 提供 OAuth 安全設計的基礎，而這份清單是讓企業管理人員看懂權限的實作建議。需要新增範圍時重新評估理由，不能因為將來可能用到便一次全部開放。
流程一覽
撤銷要影響等待中的工作
斷開連線後，未來工作應停止，等待中的任務標記為受阻，重試亦不能沿用舊連線快照。已讀取內容和已生成草稿則依約定保留政策處理。撤銷提供方權杖和刪除本地副本是兩件事，設定畫面要說明差別，不能讓客戶看到已中斷便以為全部資料已消失。若仍有其他員工需要流程，應用明確的新連線取代，並留下變更紀錄。
用測試帳戶完成整個離場流程
演練授權過期、使用者撤回、員工移除與公司整體斷線。觀察受阻工作是否交給負責人，而不是無止境重試。再用較小權限重新連接，確認只恢復已授權的任務。不同提供方行為可能不同，必須按實際平台文件驗證。演練通過代表連線生命週期可管理，不等於得到全面私隱或法律合規認證；未來增加整合時還要重做相關檢查。
離職檢查清單
員工離職清單應把整合連線與應用帳戶一併列出。請客戶管理員用測試身份示範轉移責任和停止公司全部連線，記錄哪些工作暫停、哪些資料仍保留，以及由誰處理重新授權。若其中一步仍要原員工提供協助，就需要改善權限與交付方式。這類組織依賴不是登入成功測試會發現的問題，應在付費使用前先知道。
來源與延伸閱讀
編輯原則
本系列以 AI 輔助原創撰寫，並對照連結的公開來源。實作建議與假設情境屬編輯分析，並非客戶實績。來源發布日期及產品細節可能與本系列整理日期不同。