只确认 macOS 大版本
官方系统要求页当前把最低门槛写为 macOS 12 或更高版本。下载前从系统信息记录大版本。
系统低于 12 时停止常规分支，先决定是否升级系统或查官方说明，不把失败直接归因于文件。
完成“只确认 macOS 大版本”后，在macOS 安装准备记录中写明依据页面、检查时间、设备原始信息和结论；缺少任何一项时保留为未确认，不用经验补齐。表格末尾再写下一步由谁核对、去哪个官方页面，以及什么结果才能解除阻断。
证据不足时停在核对步骤，比用未经确认的下载或设置继续推进更容易排查。
- 记录大版本
- 低于 12 停止
- 条件与文件分开
芯片与格式保持未知
现有事实没有芯片架构、安装包格式、文件大小或签名细节，不能声称某种芯片一定需要某个文件。
遇到相关提示时保留设备信息和系统原文，回官方页确认，把已知门槛与未知细节分栏。
交接“芯片与格式保持未知”时，让复核人从相同官方 URL 重新开始，并对照同一设备字段复做一次；两次结果不一致就暂停后续动作并保存差异。复核人不能只重复上一人的结论，应留下自己看到的页面位置和设备字段。
页面有变化时先更新记录，再决定是否需要重新选择入口或调整后续检查。
- 不推断芯片
- 不声称格式
- 未知回官方
下载必须回官方主机
官方下载页列出 macOS 入口。打开后核对 www.opera.com，再确认平台块与当前 Mac 一致。
本站不托管安装包。实际下载前查看链接目标，若官方入口改变，以执行当天页面为准。
如果“下载必须回官方主机”得到否或未知，表格应保留原始文字和下一条核对路径；不要为了完成macOS 安装准备清单而把条件改写成已经满足。只有来源、设备与选择三者能够对应，才把该项标记为通过并进入下一步。
这一条的目标是形成可重复判断，不是把所有未知情况都写成肯定答案。
- 核对主机
- 确认平台块
- 无本地安装包
盘点五类接续资料
Sync 页面列出书签、快速拨号、密码、历史记录和已打开标签页。旧机可用时逐类决定是否迁移。
类别存在不等于数据已同步。密码不写进共享清单，只记录需求、低风险样本和异常去向。
这一项只记录来源能够证明的内容。与“盘点五类接续资料”有关但未在当前三张官方页面出现的版本、文件、账户或行为细节，都单列为待官方确认。站内建议可以说明如何留痕，却不能替 Opera 作兼容、支持或恢复承诺。
读者看到未知项时应能直接找到官方复核位置，而不是被引向非官方猜测。
- 五类逐项决定
- 选择少量样本
- 不写明文密码
安装过程保存观察记录
记录开始时间、官方入口、系统版本和系统提示。现有来源未描述具体点击步骤，不模拟界面。
无法继续时保存错误文字和发生阶段，不反复点击或改用陌生文件；明确是在下载、打开还是启动环节。
复核人应先读“安装过程保存观察记录”对应的设备信息，再打开官方页面，不从结论倒推证据；这样后续即使页面变化，也能区分现场信息和网页更新。完成后保留页面地址与日期，不把缓存页面、搜索摘要或转述当成同级依据。
复查记录只保存完成任务所需信息，不收集密码、完整历史或私人页面内容。
- 记录来源时间
- 保存提示原文
- 失败不换陌生来源
首次启动做最小验收
可以观察三个本地目标：打开常用页面、找到普通书签、确认所需标签页接续计划是否可执行。
未启用同步时标记为不适用，而不是失败。验收表反映实际需求，不为填满表格强行开启功能。
为“首次启动做最小验收”保留通过、阻断、未确认三种状态，并在状态旁写下一步动作。状态名称保持明确，避免使用“应该可以”这类无法验收的描述。若任务转交他人，接手者应能仅凭这条记录重现核对路径，而无需猜测前一步做过什么。
若责任人变化，新的执行者仍应重做关键判断，不能沿用口头确认作为证据。
- 常用页面
- 普通书签
- 不适用项明确
资料异常按类别记录
分别写明异常属于书签、快速拨号、密码、历史记录还是标签页，并标注旧机、新机和检查时间。
现有事实没有延迟、冲突或账户恢复规则，不能承诺等待时长；带着具体类别回官方说明确认。
每次重做“资料异常按类别记录”都更新检查日期，但不要覆盖旧结果；保留前后记录能看出设备变化、页面变化或操作差异究竟发生在哪一处。若内容冲突，先暂停下载、安装或资料迁移，再以执行当天的官方页面和设备原始信息复核。
任何下载或安装动作都排在条件核对之后，顺序变化应作为流程偏差记录。
- 五类归档
- 设备分别标注
- 不承诺恢复
交付前复核来源边界
最后确认 macOS 达门槛、下载来自官方主机、所需资料有明确结果，未知芯片或账户细节单列。
保留检查日期和官方地址。官方以后调整要求、入口或 Sync 范围时，以新页面为准。
将“交付前复核来源边界”的最终结果连同官方地址放入macOS 安装准备交接摘要，敏感资料只写类别不写内容；官方事实和本地建议分别标注。摘要还应列出尚未解决的项目、负责人和复核条件，不能用一条笼统的“已完成”覆盖遗留问题。
交付时保留未解决项，能避免下一次维护把旧问题误认为已经通过。
- 三项结果明确
- 未知项单列
- 官方变化重检