LaunchRepo发布日期下限说到底就是一个字段、一个问题和一次拒绝。字段是 product.json 中的 earliest_launch_date。问题在引导流程中提出：有没有一个日期，在那之前什么都不应该公开？拒绝发生在 scripts/record.py 里：如果某个平台的发布日期早于下限，它不会把该平台标记为 scheduled；如果根本没有发布日期，它也不会接受 scheduled。本指南的其余内容都由这三点而来。这项功能随 2026 年 9 月 15 日的版本发布，详见更新日志。
下限能做什么
智能体记录一条已排期上架时，会传入平台确认的日期：
在 Windows 上，请把下面命令中的 python3 换成 py -3（如果你的 Python 3.10+ 命令是 python，就用 python）。把工作区放在私有的本地文件夹中，不要放在 OneDrive 或其他同步文件夹里。对于多行的 shell 示例，在 PowerShell 中请把命令写成一行，并删掉行尾的 \ 字符。
python3 scripts/record.py --project ../private-product tinylaunch scheduled \
--launch-date 2026-10-14 \
--note "Weekly slot confirmed; approval still outstanding" \
--next-action "Verify listing on the launch date"如果 product.json 中是 "earliest_launch_date": "2026-10-12"，这条命令会成功执行。如果改成 --launch-date 2026-09-28，它会被拒绝，并提示该日期早于所有者授权的下限——而且不会写入任何内容。字段留空就表示没有下限。本地仪表盘会在已排期状态旁边显示下限，不用打开文件就能看到这个日期。
下限做不到什么
下限约束的是你自己的记录，而不是用来操控目录站的杠杆。它不会推迟提交，因为提交和发布是两件不同的事，而智能体只能控制前者。它也拦不住一个需要人工审核的目录站在队列轮到你时随时发布。它还不会让已确认的日期变成发布保证：发布榜单上的一个名额仍可能取决于审核，这就是为什么操作手册要求智能体把尚未完成的审核写进备注。这一约定在结果记录指南中有详细说明。
为什么是几周，而不是几天
引导脚本会让智能体一开始就提醒你：很多免费档目录站会把提交排进审核队列，发布可能需要好几周。这条提醒来自本站公开实战指南在 2026 年 9 月的观察：一个 SaaSHub 页面可以访问，但标着 Pending approval；PitchWall 声明的审核周期超过 30 天；TinyLaunch 的每周名额已确认，但审核仍未完成；Uneed 每个账号只允许有一个待上线的发布。免费档由人工审核，而人手是要排队的。有了下限，你就可以尽早向需要审核的目录站提交——提交不等于发布——同时又能防止那些允许你自选日期的平台在你的公告准备好之前就抢先上线。
如何选定日期
以下两条经验法则来自工具包自带的文档和关于发布日期的文章：
- 把下限设为你希望上架开始陆续出现的那一周的第一天，而不是你打算开始提交的那一天。两者之间的空档，正是审核队列消化你的提交的时间。
- 不要把下限和目标混为一谈。目标是你希望事情落地的时间；下限则是在你可控的范围内，任何事情被允许落地的最早时间。目录站让目标变得不可靠，却让下限几乎没有成本。
如果之后你认为日期定错了，直接改这个字段即可；追踪器会在下一次记录 scheduled 时重新检查。已有的记录不会被改写，所以已经排期的条目需要你自己对照新日期复查一遍。术语表中的发布日期下限页面用一段话讲清了这个概念，并列出了相关术语。