网络路径线
网络切换后等待、刷新与缓存怎样分开
三个动作分次执行并分别记录结果。 本文给出可复核步骤、状态边界、脱敏记录方法与复核路径。
网络切换后的等待、刷新与缓存处理必须分成三个独立动作。第一步只切换网络并等待稳定，记录wait_duration与页面是否自行恢复；第二步在无其他改变下执行普通刷新，保存前后症状；第三步只有前两步无效且没有安全告警时，才评估最小范围的页面缓存清理。每一步使用独立entry_id、started_at、result和next_decision。若一切同时完成，即使页面恢复也无法判断哪项产生影响，causal_result应写UNKNOWN。清理Cookie和站点数据不属于普通缓存步骤，须另行告知退出及本地状态丢失风险。演练日志可显示等待无变化、刷新出现响应，但不能据此宣称刷新修复根因。证书、未知配置或系统安全提示会终止整条路径。分步操作既减少数据损失，也保留足够证据复现变化。三个动作之间应保存截图或错误文字的变化，若完全相同就明确无变化，避免凭等待感受描述速度改善。
切网后的等待、普通刷新与资源缓存处理是三个不同实验，必须依次设门槛。切换后先什么都不做，只观察连接稳定与页面是否自行变化；第二轮才进行一次普通刷新；前两轮均无效且无安全告警时，才能评估只针对当前页面资源的最小处理。Cookie、会话和站点偏好不属于普通资源缓存。若三步被连在一起，任何变化都只能记为UNKNOWN，因为无法识别是哪一步伴随结果。
在切换瞬间切断上一轮计时
网络切换前先结束旧请求并保存结束画面，新计时从系统确认新网络后开始。旧网络的加载时间不能并入新网络等待。
浏览器若自动重试，应把它记录为系统行为，不能称为纯等待。切换时的网络类别、页面代号和后台状态形成新的起点。切换日志用W0表示旧请求终点、W1表示新网络确认、W2表示纯等待结束。三个标记不能共用一个时间。若W0无法确认，纯等待样本先天含有旧请求残留，状态应写carryover_possible。这个缺口不靠延长等待弥补，而是下一轮重新建立终点。
- 旧请求拥有独立结束点
- 新计时从连接确认后开始
- 自动重试被标为干扰
只等待不触碰页面
第一阶段不点击、不刷新、不前后台切换，只等待预设时长。记录加载指示是否继续、错误文字是否改变以及页面是否自行出现内容。
等待阈值到达后立即截图并结束阶段。若设备锁屏、网络图标改变或浏览器被系统暂停，本轮等待不可比较，状态写UNKNOWN。纯等待观察卡只允许四个字段变化：加载指示、错误文字、内容区域和浏览器自身控件。手指触碰页面会破坏这一阶段。若系统息屏，计时器可继续但页面是否在后台执行未知，因此W2不作为有效结果，重新测试需保持屏幕正常亮起且不关闭保护。
- 等待阶段没有任何手势
- 阈值结束立即保存观察
- 后台暂停使结果降级
单独执行一次普通刷新
第二阶段从同样的新网络起点开始，仅使用浏览器标准刷新一次。刷新前后分别计时，且不关闭标签、不修改权限。
出现响应只能写“刷新后画面改变”，不能说刷新修复。若刷新触发权限或安全提示，后续缓存阶段取消并转入对应路径。刷新轮必须重新从相同网络稳定点开始，不能紧接在等待轮的同一标签上假定条件相同。R_before和R_after分别保存画面摘要。刷新后立刻恢复可能来自旧缓存或新请求，记录只写视觉变化；出现权限请求则转换为权限事件，不再评估资源缓存。
- 普通刷新次数限定为一
- 刷新前后各有时间点
- 新提示会阻止后续动作
辨认资源缓存与站点状态
资源缓存通常指页面脚本、样式或图像的临时副本；Cookie、登录会话、自动填充、权限选择和离线草稿属于其他状态。评估前先把范围说清。
浏览器若无法只处理当前页面资源，就不要假装动作精确。可保留未执行结论，或由熟悉该浏览器的人员复核；不扩大到全部浏览记录。资源类型清单可列脚本、样式、图像和临时页面副本，另设excluded_state列明确排除Cookie、登录、自动填充、离线草稿与权限。浏览器设置文字若把这些项目捆绑，动作范围不可接受。此时将工具能力记为insufficient，而非寻找陌生清理组件。
- 缓存范围使用可理解描述
- 会话权限与资源缓存分离
- 无法精确处理时选择不执行
设置最小缓存处理门槛
只有等待与刷新都有可比记录、页面无安全告警、用户知晓影响且存在回退方案时，才允许处理最小范围资源。动作前保存错误文字和页面状态。
若处理会退出账户或删除站点偏好，它已经越过本级门槛，应改走重置前告知流程。不能把“一键清理”当作方便替代。缓存门槛卡除前两步无效外，还要有用户理解影响、前态证据完整、无安全提示和可精确选择四个复选项。任何一项未满足就停在C_not_run。停点保存的是设计质量，不是操作失败；后续人员不能因为页面仍空白直接勾选缺失项。
- 四项前置门槛全部满足
- 会话影响触发另行告知
- 全局清理不被接受
逐阶段比较而不合并功劳
三阶段表格分别写动作、开始条件、画面差异、计时和是否可重复。只有某阶段与变化同现，也不能证明根因，只决定下一轮是否值得复核。
前一步已恢复时不继续后一步，以免制造额外状态。多阶段全部无变化时，转向设备或权限线，而不是重复清理。比较表采用纵向序列，防止把“等待无变化、刷新出现正文、缓存未执行”误写成缓存奏效。每行还要有next_gate，说明为何停止或进入下一步。若刷新后的正文在确认轮消失，刷新结果改为不稳定，但仍不补做缓存来追求一个更好结局。
- 每阶段拥有独立记录行
- 恢复后立即停止升级动作
- 无变化时转换诊断方向
恢复现场并标记缓存边界
结束时确认网络回到原选择，浏览器没有遗留额外权限，测试标签可安全关闭。若缓存动作已执行，准确写出范围和不可恢复内容。
最终摘要列出等待、刷新、缓存三个结果以及未执行原因。旧结果只适用于当次页面和设备，环境变化后不得直接复用。结束检查包括原网络、权限快照、登录状态和站点偏好四项。若任何项目意外变化，追加side_effect并告知使用者。测试图只保留W与R编号和错误区域。旧矩阵的每个阶段都绑定一次页面版本，页面明显更新后需要重新运行，不能挪用旧等待时长。案例审阅时，若W2仍是空白、R_after出现正文，而操作者在两者之间还把浏览器切到后台，本轮刷新证据就不纯。正确处理是把后台切换列为混杂并结束，而非宣称刷新有效。下次重做只复制脚本结构，不能复制旧结果。另一个例外是刷新触发浏览器自身错误页，此时记录错误页类型并停止，不能把它当作原页面内容变化。缓存阶段仍保持明确未执行，等待下一轮独立安全复核。
- 网络权限均恢复原态
- 已处理范围准确披露
- 三类结果没有混写
