账号、应用设置和本地配置不是同一份资料；换机前先确认导出范围，能避免把登录成功误认为迁移完成。
登录成功不代表设置已经回来
账号通常保存身份与方案状态，客户端本地还可能保存节点排序、规则、例外和最近使用记录。新设备能登录，只能证明账号层正常，不能证明所有本地资料都会自动同步。
旧设备仍可使用时，先查看应用内的导出、备份或同步说明，并记录客户端版本。不要删除旧设备后才第一次检查。
先恢复最小可用配置
迁移时先导入一份确认过来源的当前配置，完成登录、连接与实际任务，再逐步恢复个性设置。一次导入多份旧文件，容易出现重复节点和过期规则。
如果新设备使用不同系统，字段和权限可能无法完全对应。保留旧设备截图用于比较，但不要公开订阅地址或账号信息。
建立换机后的复查清单
确认账号状态、配置更新时间、系统权限、一个常用节点和一项真实任务。全部完成后再退出旧设备，能保留恢复路径。
换机记录应写明哪些资料来自账号、哪些来自本地导出、哪些需要重新设置。下次迁移时就不必从头猜测。
把迁移分成账号、配置与设备权限
账号层确认身份和方案，配置层保存节点与规则，设备层决定网络、通知和后台权限。换机检查应按这三层进行，不能把登录成功视为迁移完成。
旧设备仍可用时，记录配置更新时间、导出方式和客户端版本。新设备先恢复一份最小配置并完成实际任务，再逐步加入个性规则，能降低重复和过期资料混入的风险。
不同系统之间迁移时，字段名称和权限模型可能不同。无法对应的项目应重新设置，不要为了追求完全一致而导入来源不明的转换文件。
确认新设备稳定后，再退出旧设备和清理本地资料。清理前检查是否仍有只存在旧设备的二维码、规则、备注或恢复文件。
旧设备已经不可用时怎样恢复
先确认账号后台仍能取得哪些资料，再查看云端备份、系统迁移和客户端导出是否曾启用。三种来源的更新时间与覆盖范围不同，不能把较旧备份直接视为当前配置。
恢复时从最小任务开始：确认账号、导入一份来源明确的配置、选择一个节点并完成实际连接。基础流程正常后，再恢复个性规则和多设备设置。
若无法找回某些本地项目，应明确记录缺失内容，不用来历不明的文件填补。重新建立少量规则通常比导入无法验证的完整配置更安全。
新设备稳定运行一段时间后，建立新的导出和恢复说明。下一次换机前就能知道资料保存在哪里、何时更新，以及哪些步骤需要人工完成。
迁移完成后的收尾
新设备连续完成登录、配置刷新和常用任务后，再检查旧设备是否仍保留有效会话。根据账号安全要求退出不再使用的设备，并撤销不需要的权限。
最后保存一份新的配置导出时间与客户端版本。迁移记录不需要包含密钥，只需说明来源、日期和恢复范围，便于未来确认当前资料是否已经过期。
若团队共用设备，还应写明谁负责后续更新和异常反馈。责任明确可以减少多人同时修改配置，也避免问题发生后无人知道最近一次变化。