先盘点旧设备上的内容
换机前分别列出账号入口、客户端版本、个人配置和本地研究文件。浏览器收藏与下载目录常被忽略，项目成员也可能把临时文件放在桌面。先盘点再迁移，能减少旧设备清理后的追找。
客户端从可信入口重新取得
不建议直接复制旧安装程序。新设备应确认系统与处理器架构，再通过当前可信入口获取客户端。安装时阅读系统提示，不关闭必要的安全检查。
配置和研究文件分开处理
连接配置可以按平台说明重新导入，研究数据则应通过项目认可的存储与校验方式迁移。两者不要混在同一个未知压缩包中，也不要在公开聊天中发送账号密码。
保留短暂的并行验证期
新设备能够登录后，先测试常用页面、文件读取和团队协作，再决定何时清理旧设备。涉及机构管理的设备，应遵循资产与数据销毁流程，而不是只删除桌面图标。
处理器架构是常见遗漏
新款Mac可能使用Apple芯片，Windows设备也有不同架构。先从系统信息确认设备类型，能避免安装包无法运行。移动端还要关注系统版本、应用来源和组织管理限制。
浏览器和客户端分开迁移
浏览器保存收藏与自动填充，客户端保存本地配置。分别处理可避免把密码导出到普通文件。研究资料更应使用机构认可的存储方式，而不是跟随个人浏览器同步。
旧设备退出要有顺序
确认新设备能登录、访问常用页面并读取必要文件后，再退出旧会话、撤销授权和清理资料。机构设备还需完成资产交还与安全擦除记录。
用真实任务完成验证
不要只测试首页。读取课程资料、打开测试附件或参加短会，更容易发现权限、字体、网络和兼容问题。通过后再处理大型数据，失败成本会更低。
迁移前清理无关累积
旧设备常保留多次下载的安装包、过期配置和重复附件。先辨认当前版本，再决定哪些需要迁移；无法确认用途的研究文件交由项目负责人判断。
账号安全随设备更新
确认新设备能够完成验证后，再撤销旧设备授权。不要把验证码、恢复码和客户端配置放进同一份公开文档。
团队迁移安排窗口
分批迁移、记录成功条件并保留回退方式，能让后续成员沿用已验证步骤，也不会因单台设备异常而停止整个项目。完成后记录新设备系统、客户端版本、验证日期和待处理资料，确认无误再按机构规则清理旧设备，避免新旧副本长期并存。
个人换机与团队换机不同
个人迁移可以逐项确认，团队批量换机则需要统一安装来源、最低系统条件和反馈方式。支持人员先选几种代表性设备试行，再分批开放。成员遇到问题时只提交设备、系统、客户端版本和提示原文，不发送密码或验证码。新设备通过常用任务验证后，旧设备再退出会话并按规定清理，研究文件也要确认已经进入认可的归档位置。迁移结束后保留简短清单，记录系统、客户端版本、验证日期和未完成事项，方便支持人员复查，也为下一轮设备更新留下可用经验。清单确认后由负责人归档，不需要长期保留临时密码、验证码或无关的个人设置截图。若迁移后才发现缺少文件，应先查项目归档与旧设备清单，不要从来源不明的聊天附件重新取得。