同事离职了，自动任务还在用他的账号跑。

准备停用同事账号时，才发现周报和一项客户查询服务还靠他的电脑运行。立即撤账号，明天业务可能中断；继续留着，又不知道还有谁能使用。自动化看起来属于团队，实际依赖却一直绑在一个人身上。

先沿用组织的离职流程、服务账号和密钥管理，不应靠一个新目录替代它们。如果现有资产清单已经准确覆盖所有任务，就从清单交接。EasyNet 能补充的，是已接入能力、执行设备与调用方之间的关系，帮助找出哪些工作会受影响。

例如，周报程序从业务接口读数据，在同事设备上生成文件，再提供给其他助手使用。交接时分别确认程序归谁维护、运行要搬到哪里、业务接口用谁的授权、消费者依赖哪个入口。只改一个负责人名称，不会改变这些实际依赖。

要保留的服务应先在组织批准的环境中，用新身份配置并运行，核对报告结果，再让消费者切换过去。EasyRemote 可以重新接出这项函数；迁移所需的配置、外部凭证轮换与切换安排仍由团队负责，不应把旧人的私钥复制给接手者。

确认新路径可用后，再停止旧任务、撤销旧访问，并检查外部服务还有没有残留凭证。未接入 EasyNet 的脚本不会因为这次盘点自动出现，因此仍需与代码、定时任务和原有资产记录核对。无法确认的依赖，应明确留给负责人处理。

拿一项真实周报完成这次交接，比建立一张更漂亮的人员表有用：新身份能正常产出，旧身份被拒绝，下一位知道去哪里修问题。离职不再迫使团队在停业务和留权限之间仓促二选一，前提是工作确实从个人环境交到了组织手里。