安全与权限 · 实作指南
新增 AI 整合前，先演练如何断开连线
OAuth 连接流程也需要同样清晰的撤销与离职处理路径。
常被遗忘的连接另一半
授权画面成功只是整合生命周期的开始。假设销售助手由一名员工连接邮箱，该员工离职後，背景工作可能仍然执行。上线前先说清楚连线属於个人、团队服务身份，还是客户管理员；记录允许读取的资料范围，也要有人能撤销连线，而不必找已离职员工回来处理。把这些责任放进交付内容，比只保存一个成功授权截图更有用。
建立可操作的连线清单
清单应包含连线负责人、提供方、授权范围、最後成功使用时间，以及依赖它的流程，不应放入原始权杖。按提供方要求处理短期存取和更新，不要退回永久共用密码。RFC 9700 提供 OAuth 安全设计的基础，而这份清单是让企业管理人员看懂权限的实作建议。需要新增范围时重新评估理由，不能因为将来可能用到便一次全部开放。
流程一览
撤销要影响等待中的工作
断开连线後，未来工作应停止，等待中的任务标记为受阻，重试亦不能沿用旧连线快照。已读取内容和已生成草稿则依约定保留政策处理。撤销提供方权杖和删除本地副本是两件事，设定画面要说明差别，不能让客户看到已中断便以为全部资料已消失。若仍有其他员工需要流程，应用明确的新连线取代，并留下变更纪录。
用测试帐户完成整个离场流程
演练授权过期、使用者撤回、员工移除与公司整体断线。观察受阻工作是否交给负责人，而不是无止境重试。再用较小权限重新连接，确认只恢复已授权的任务。不同提供方行为可能不同，必须按实际平台文件验证。演练通过代表连线生命周期可管理，不等於得到全面私隐或法律合规认证；未来增加整合时还要重做相关检查。
离职检查清单
员工离职清单应把整合连线与应用帐户一并列出。请客户管理员用测试身份示范转移责任和停止公司全部连线，记录哪些工作暂停、哪些资料仍保留，以及由谁处理重新授权。若其中一步仍要原员工提供协助，就需要改善权限与交付方式。这类组织依赖不是登入成功测试会发现的问题，应在付费使用前先知道。
来源与延伸阅读
编辑原则
本系列以 AI 辅助原创撰写，并对照连结的公开来源。实作建议与假设情境属编辑分析，并非客户实绩。来源发布日期及产品细节可能与本系列整理日期不同。