将 Instagram 主页帖子从旧到新排序
按 Date 升序排列当前已加载主页网格，复核最早已加载卡片，并避免把它称为账号首帖。
本文目录
要把 Instagram 主页帖子从旧到新排序，打开当前 Chrome 会话能访问的单段用户名主页，选择并记录 Count 或 Date 加载范围，再把 INS Sorter 设为 Date 和 ascending。第一张只能称为当前已加载且日期可读集合中最早的卡片，不一定是账号 first-ever post；更早内容可能未加载、已删除、已归档或当前会话不可见。
排序的对象
本流程排序一个 profile grid 当前候选卡片的可读日期，适合复核已加载时间线、检查内容节奏，或从样本中较早的帖子开始人工阅读。
它不读取完整账号档案，不恢复删除/归档内容，不绕过私密访问，也不改变公开主页顺序。日期缺失不是最早。Stop 保留集合时，应记录 stopped 和 Loaded，并称为 partial。
同一组 6 帖的三种顺序
这个对照固定六个 source reference 和日期。Loaded=6；每个输出必须带方向。
若更早帖子已删除或归档，它不会出现在可见集合中。若只加载最近 100 帖，Date ↑ 也只能找出这 100 帖中最早的。排序是临时本地呈现；刷新、关闭或导航不会改写访客看到的顺序。
执行 Date ascending 的步骤
- 打开规范
instagram.com/username/主页根路径，不在 Reels tab、单帖或 Explore 运行。 - 选择 Count=
25/50/100/200/1000/All或 Date=1 week/1 month/3 months/6 months/1 year/All，并记录。 - 等待
target-reached；若部分集合已够用，按一次 Stop 并等待stopped。记录 Loaded。 - 选择
Date、ascending；需要时打开日期 badges 和 rank labels 辅助复核。 - 打开前 3 个原帖，复核 URL 和日期；日期缺失单列。
- 输出“当前已加载集合的 earliest three”，并写加载范围、终态、时区和观察时间。
验收清单
- 已记录 profile、Count/Date、Loaded、终态、Date ↑、时区和时间。
- Original、Date ↓、Date ↑ 都保留相同六帖。
- 前 3 名复核过原帖日期，缺失日期没有当作最早。
- 结论写“earliest loaded”，不写“first-ever”或“账号第一帖”。
- 已明确删除、归档、未加载和访问限制。
- 已说明排序只改变当前标签页，不修改公开网格。
限制与停止条件
All 不保证完整，只表示持续加载到当前页面不再提供新唯一卡片或任务结束。日期来自当前页面证据；不可用时继续缺失。排序无法恢复删除/归档内容，也不能证明没有更早帖子。
INS Sorter 不导出、不复制媒体、不建立历史仪表盘、不持续监控，也不编辑公开网格。遇到登录、challenge、私密或访问限制时停止，不绕过。
常见问题
第一张就是账号首帖吗？
不是，只是当前已加载且日期可读集合中最早的一张。
为什么 All 不能证明完整历史？
页面可能停止提供卡片，而删除、归档、权限和页面限制都在排序器范围外。
日期缺失的卡片放哪里？
保留在 missing 组并复核原帖，不把缺失解析成 epoch 或最早日期。
排序会修改公开主页吗？
不会，只临时重排当前浏览器标签页。
能恢复删除或归档帖子吗？
不能。当前会话不可见的内容不在工具范围内。
从 INS Sorter 产品页 开始 Date ↑ 流程。若需要账号拥有者授权的完整档案，请使用 Instagram 授权数据流程，而不是把可见网格排序当成档案。