先定义迁移完成条件
官方页面列出书签、快速拨号、密码、历史记录与已打开标签页。清单只围绕这五类，不自行加入未确认资料。
功能可以同步与这台设备已经完整同步是两件事。每类都要记录旧机内容、新机需求和核对结果。
完成“先定义迁移完成条件”后，在桌面资料迁移记录中写明依据页面、检查时间、设备原始信息和结论；缺少任何一项时保留为未确认，不用经验补齐。表格末尾再写下一步由谁核对、去哪个官方页面，以及什么结果才能解除阻断。
证据不足时停在核对步骤，比用未经确认的下载或设置继续推进更容易排查。
- 限定五类范围
- 能力与状态分开
- 逐类定义完成
给旧电脑做资料盘点
旧电脑仍可使用时，分别查看五类资料并记录哪些需要保留。无需抄录敏感内容，只留下数量级或代表性样本。
可以选几个普通书签、一个快速拨号和少量标签页；密码只记录站点类别，不在迁移表中写明文凭据。
交接“给旧电脑做资料盘点”时，让复核人从相同官方 URL 重新开始，并对照同一设备字段复做一次；两次结果不一致就暂停后续动作并保存差异。复核人不能只重复上一人的结论，应留下自己看到的页面位置和设备字段。
页面有变化时先更新记录，再决定是否需要重新选择入口或调整后续检查。
- 逐类盘点
- 选择非敏感样本
- 不写明文密码
先确认新电脑满足要求
迁移前先过平台门槛：Windows 10+ 与 SSE2、macOS 12+，或受支持的 64 位 Linux 发行版与 SSE3。
环境尚未确认时先暂停同步，否则异常出现后难以区分是设备、安装还是资料状态问题。
如果“先确认新电脑满足要求”得到否或未知，表格应保留原始文字和下一条核对路径；不要为了完成桌面资料迁移清单而把条件改写成已经满足。只有来源、设备与选择三者能够对应，才把该项标记为通过并进入下一步。
这一条的目标是形成可重复判断，不是把所有未知情况都写成肯定答案。
- 验证系统条件
- 环境未明不扩大
- 保留设备信息
书签和快速拨号先小批验证
这两类适合选择不涉及账户秘密的样本。迁移前写明名称和预期位置，迁移后逐一寻找。
样本缺失时记录类别、条目和时间。当前来源没有同步时延或冲突规则，不承诺等待多久会恢复。
这一项只记录来源能够证明的内容。与“书签和快速拨号先小批验证”有关但未在当前三张官方页面出现的版本、文件、账户或行为细节，都单列为待官方确认。站内建议可以说明如何留痕，却不能替 Opera 作兼容、支持或恢复承诺。
读者看到未知项时应能直接找到官方复核位置，而不是被引向非官方猜测。
- 少量样本
- 逐项核对
- 缺失留痕
密码类别单独处理
官方将密码列为同步类别，但当前材料没有账户恢复、加密或异常处理细节，因此密码核对要与普通书签分开。
可以用低风险账号观察结果，并准备独立恢复路径；不确定时停止扩大范围，转向官方当前说明。
复核人应先读“密码类别单独处理”对应的设备信息，再打开官方页面，不从结论倒推证据；这样后续即使页面变化，也能区分现场信息和网页更新。完成后保留页面地址与日期，不把缓存页面、搜索摘要或转述当成同级依据。
复查记录只保存完成任务所需信息，不收集密码、完整历史或私人页面内容。
- 低风险样本
- 独立恢复准备
- 异常停止扩大
历史记录与标签页分开验收
历史记录可按日期或熟悉片段查找，已打开标签页则事先选择少量普通页面，两类检查方式不同。
重要工作另留不含敏感信息的任务清单，不把所有接续希望压在同步结果上；这属于本地迁移建议。
为“历史记录与标签页分开验收”保留通过、阻断、未确认三种状态，并在状态旁写下一步动作。状态名称保持明确，避免使用“应该可以”这类无法验收的描述。若任务转交他人，接手者应能仅凭这条记录重现核对路径，而无需猜测前一步做过什么。
若责任人变化，新的执行者仍应重做关键判断，不能沿用口头确认作为证据。
- 历史按时间核对
- 标签页用样本
- 重要任务另留清单
只用三种明确状态
迁移表使用已通过、发现异常、尚未核验三种结论，并附设备、时间和观察现象，不写“应该没问题”。
多台电脑应分别记录，避免一台成功被误当成全部成功。功能范围来自官方，验收结果来自每台设备。
每次重做“只用三种明确状态”都更新检查日期，但不要覆盖旧结果；保留前后记录能看出设备变化、页面变化或操作差异究竟发生在哪一处。若内容冲突，先暂停下载、安装或资料迁移，再以执行当天的官方页面和设备原始信息复核。
任何下载或安装动作都排在条件核对之后，顺序变化应作为流程偏差记录。
- 三类状态
- 附设备时间
- 多设备分开
完成后保留最小交接记录
保留来源页面、检查日期、旧机与新机标识、通过项和遗留项，但不含密码、完整历史或私人页面。
官方 Sync 范围以后若变化，应重新核对受影响类别；账户限制、保留期与安全实现仍需以官方说明为准。
将“完成后保留最小交接记录”的最终结果连同官方地址放入桌面资料迁移交接摘要，敏感资料只写类别不写内容；官方事实和本地建议分别标注。摘要还应列出尚未解决的项目、负责人和复核条件，不能用一条笼统的“已完成”覆盖遗留问题。
交付时保留未解决项，能避免下一次维护把旧问题误认为已经通过。
- 不含敏感内容
- 遗留项写下一步
- 官方变化后重检