Instagram Post Sort Results Disappear After Navigation
区分刷新、tab、profile 或 route 变化后的预期临时重置与同路由异常重置。
本文目录
Instagram 帖子排序结果在导航后消失
刷新页面、新开 tab、切换 profile，或离开 /username/ 后，结果、徽标和加载进度被清除，通常是预期的临时本地重置。INS Sorter 不应把一个 profile 的状态带到另一个页面。只有 tab、profile、规范 route 和页面会话都没变化却立即恢复原序，才是 unexpected reset，应转入基础故障排查。
重跑前记录字段、方向、加载目标、已加载计数和四个 runtime 计数；用不超过四步重建，并核对前三行源帖子。排序只覆盖当前已加载集合，不修改公开网格、不持久化报告，也不持续监控账号。
expected 与 unexpected reset
保存可重跑卡
profile route: /username/
sort field: Likes | Comments | Views | Date
direction: High to low | Low to high
load target: 25 | 50 | 100 | 200 | 1,000 | All
loaded count at finish: __
scanned / collected / currentCandidates / sortedDisplayed: __ / __ / __ / __
first 3 source-post URLs: __ / __ / __它不是导出文件，也不含私密内容。若当前已加载集合或字段证据改变，结果也可能变化；不能用旧排名覆盖新页面事实。
重置分类树
START: 排序结果消失
├─ 刷新过页面或打开了新 tab？
│ └─ expected reset → 等待 ready → 按运行卡重跑
├─ 切换了 profile？
│ └─ expected reset → 确认旧顺序/徽标/进度已清除
├─ URL 离开 /username/？
│ └─ expected reset → 返回主页根路径 → 重新检查 grid
├─ 只是 currentCandidates 随页面虚拟化变化？
│ └─ 先比较四计数与前三行，不直接称为 reset
└─ 同一 tab + profile + route，且无刷新/导航？
├─ 顺序仍保持 → 不是 reset
└─ 立即恢复原序 → unexpected → 保存证据并停止重试四步重跑
- 打开单段用户名主页根路径，等待网格可见且扩展进入
ready。 - 恢复同一
field + direction + load target，不要同时改两个变量。 - 运行到
stopped或target-reached，记录新的 loaded count 和四计数。 - 核对前三行源帖子 URL、字段证据和方向；差异标记为“集合变化”或“字段证据变化”，不猜原因。
登录/challenge/私密限制、再次出现同路由立即重置、必须编造旧字段值、运行卡对应另一个 profile，都是停止条件。
验收与限制
expected route reset 需要确认旧 profile 的顺序、徽标、证据和进度已清除，新 profile 从 checking 恢复到 ready 后才运行。unexpected reset 只提交未变的 tab/profile/URL、前后时间、字段/方向/目标、四计数和前三行源 URL；不需要截图或 secret。
其它排序指南只支持“当前浏览器/当前已加载会话”的行业对照，不能定义 SKU10。SKU10 的本地 lifecycle 会按设计清除跨 route 状态；它不持久化排名、不监控变化、不修改公开顺序。
同一路由立即重置或重跑变成零候选时，使用 完整 not-working 清单 的对应分支。要在受支持主页重建临时结果，打开 INS Sorter 产品页。
常见问题
切换 profile 后重置是 bug 吗？
通常不是。清除旧顺序、徽标和进度能防止 A profile 的证据污染 B profile。
刷新会自动恢复旧结果吗？
没有持久恢复承诺。等页面重新 ready，再按记录参数运行。
相同参数下前三行为什么会不同？
当前已加载集合或卡片证据可能已改变。先比较计数和源 URL，再解释差异。
运行卡是导出吗？
不是。它只是少量手工参数和非敏感回读；SKU10 当前不导出报告。