按日期范围排序 Instagram 帖子
定义两端包含的 From/To 窗口，用可覆盖它的预设加载，在当前集合内人工保留窗口帖子并按 Date 排序。
本文目录
先写明 From 和 To，声明时区，并包含两端；例如 From=2026-05-01 00:00、To=2026-05-31 23:59:59、Asia/Shanghai、inclusive。INS Sorter 当前提供 1 week / 1 month / 3 months / 6 months / 1 year / All 加载预设，没有自定义 From/To 选择器。选择能到达 From 的预设，按 Date 排序，再人工只保留精确窗口内的已加载卡片。窗口为空只表示当前已加载、日期可读集合 0 命中，不表示账号没有发帖。
精确窗口如何配合加载预设
目标仍是当前会话可访问的单段用户名 profile grid。产品预设把候选加载到足够早；明确的边界测试实现精确 From/To；Date 升序或降序决定窗口内阅读顺序。
这不是任意日期数据库查询，不保证完整历史，不恢复删除/归档内容，也不使用私密 Insights。若当前页面或所选预设始终没有到达 From，应标记 partial，不能把缺口变成“0 帖子”。
六条边界样本
窗口=2026-05-01 到 2026-05-31，两端包含；时区=Asia/Shanghai；Loaded=6；Date ↑。
文本输出是 included: R-B → R-C → R-D; excluded: R-A, R-E; missing: R-F。Date ↓ 只把包含顺序改为 R-D → R-C → R-B。
日期窗口限制矩阵
精确日期窗口的 7 步
- 写下 From、To、时区和 inclusive/exclusive 规则，不只写“五月”或“最近”。
- 打开当前会话可访问的
instagram.com/username/主页根路径。 - 在 1 周、1 月、3 月、6 月、1 年、All 中选择能覆盖 From 的最短预设；没有自定义日历控件。
- 完成加载，或用 Stop 保留部分集合；记录 Loaded、终态和最早已加载日期。
- 选择 Date ↑ 或 Date ↓，打开两端附近原帖，把时间规范到声明时区。
- 人工只保留
From ≤ post time ≤ To的卡片；日期缺失单列。 - 输出 included、excluded、missing、Loaded、终态和覆盖判断；空 included 写“当前集合 0 命中”。
验收清单
- 已明确 From、To、时区、包含性和“无自定义选择器”。
- 所选预设能到达 From；否则结果标记 partial。
- 两端边界和前后各一个反例均已测试。
- 日期缺失单列，没有解析成 0、epoch 或窗外。
- 已记录 Loaded、终态、Date 方向和最早已加载日期。
- 空窗口没有被解释成空账号或 0 发帖。
- 结论只覆盖已加载集合，不声称修改公开网格。
限制与停止条件
日期预设是相对加载范围，不是精确 From/To 查询。人工边界依赖当前页面提供的日期和已声明时区。时区、夏令时和显示精度可能影响午夜边界；应复核首尾原帖，并在可用时保留原始 timestamp。
INS Sorter 不导出、不生成报告或媒体副本、不持续监控、不访问私密 Insights、不恢复删除/归档内容，也不绕过登录、challenge、私密或访问控制。一次受控加载仍不到 From 时停止并报告 gap。
常见问题
INS Sorter 有自定义 From/To 选择器吗？
没有。当前只有 1 周、1 月、3 月、6 月、1 年和 All；精确边界要在已加载集合内人工应用。
From 和 To 是否包含？
本流程默认两端包含，但输出必须声明规则和时区。
0 命中代表账号没发帖吗？
不代表，只表示当前已加载且日期可读集合没有命中。
Stop 后可以分析吗？
可以，但要标 partial，并记录 stopped、Loaded 和最早已加载日期。
排序会修改公开网格吗？
不会，只改变当前标签页的临时呈现。
从 INS Sorter 产品页 选择能覆盖 From 的加载预设。若需要可导出的精确历史查询，请使用另有授权且日期合同明确的数据源。