LaunchRepo在发布前三到四周提交到需要审核的目录站，而那些允许你自选日期的平台，等你确定了发布周再去排期。这就是用一句话概括的全部时机策略。它之所以有效，是因为目录站上架并不会在你提交时上线。它们在各个目录站处理到它们时才上线，而在免费路径上，这可能需要好几周。如果你想要一个集中的发布周，而不是拖拖拉拉摊开的一片，你就需要一个下限：一个最早日期，在此之前不允许排期任何内容。本文解释其中的原因，给你一份按周安排的计划，并展示 LaunchRepo 追踪表如何强制执行这个下限。
为什么免费上架比你以为的更晚上线
如果你从未通过免费路径把产品提交到目录站，这些时间线会让你吃惊。以下来自本站公开的提交实战指南，全部观察于2026年9月13日：
- SaaSHub 在提交后立刻生成了一个可公开访问的页面，标注为“Pending approval”（等待批准）。可访问不等于已通过，所以在这个标签消失之前，追踪表一直把它记为待审核。
- Pitchwall 以“Under Review”（审核中）的状态接收了提交，预计审核时间超过 30 天。
- TinyLaunch 在其免费的 Standard 路径上提供了一个未来的每周名额，选好日期之后仍然显示“Waiting for approval”（等待批准）：已排期，但批准尚未完成。
- Uneed 在观察到的免费路径上每个账号只允许一个待审核的发布，所以第二个产品要等第一个通过之后才能提交。
- Product Hunt 确认了一个发布日期和时区。这确认的是一个日期，而不是首页位置。
这些都不是抱怨。免费档由排着队的人工来审核，而队伍之所以长，正是因为这个档位是免费的。工具包的操作手册要求智能体一开始就提醒你，很多免费目录站需要的是几周而不是几天，并且绝不能编造平台没有说明的审核时间。上架状态（Listing status）词条解释了每种状态的含义。
两类平台，两个时钟
你打算使用的每个目录站都属于两类之一，而它们需要相反的时机。
| 需要审核的目录站 | 自选日期的平台 | |
|---|---|---|
| 由谁决定何时上线 | 目录站的审核队列 | 你，通过选择名额 |
| 提交后的典型信号 | “Pending approval”“Under Review”、队列位置 | 一个已确认的日期和时区 |
| 何时行动 | 尽早：发布前三到四周 | 较晚：发布前一到两周，在设定下限之后 |
| 追踪表状态 | submitted_pending_review 或 queued |
scheduled，附日期 |
| 时机出错的风险 | 上架在发布热度过去之后才出现 | 上架在你的发布页面准备好之前就上线了 |
| 下限适用吗？ | 不适用：提交不等于发布 | 适用：不允许早于下限的名额 |
这张表解释了整个策略。需要审核的目录站慢，而且不受你控制，所以你先启动它们。自选日期的平台快，而且完全在你控制之下，所以你把它们留到发布周确定之后。
目标日期与下限
目标日期是你希望事情发生的时间。下限是任何事情最早可以发生的时间。目录站让目标变得不可靠，却让下限的成本很低，因为你只能控制两件事：什么时候提交，以及什么时候排期。
先单独看目标日期。你希望上架在你的发布周上线。因为审核要花好几周，你的智能体提前四周开始。于是大多数需要审核的目录站想什么时候发布就什么时候发布：有的一天后，有的在你发布之后，有的永远不发布。那些让你自选日期的平台，比如每周发布榜或 Product Hunt 的日历，会欣然接受智能体看到的第一个空闲名额。这个名额可能就是下周一，于是你最好的发布平台突然在你的落地页、更新日志和公告准备好之前就上线了。
把下限设为你的发布周一，这个问题就消失了。智能体仍然可以提前提交到需要审核的目录站，因为提交不等于发布，下限不适用于提交。它无法把任何内容排期到下限之前，因为追踪表会拒绝。
四周发布时间表
下面是下限所要配合的计划。日期只是一个例子：下限为2026年11月9日（星期一）。
第 −4 周：设定下限并完成引导。 决定任何内容最早可以公开的日期，并在引导过程中输入它。完成产品信息和形象呈现简报，让智能体在接触任何表单之前就有经过批准的文字。一个带着错误创始人简介上线的上架，比一个晚上线的上架更糟糕。
第 −4 至 −2 周：提交到需要审核的目录站。 这些是没有日历的平台：审核队列、“Pending approval”页面、“Under Review”的预计时间。它们最慢，你也无法左右它们，所以先做。记录每一个结果。预料到会有待审核和排队中的状态，也预料到有些会一直停留到你的发布周之后。这没关系；下限本来就与它们无关。
第 −2 至 −1 周：为自选日期的平台排期。 有名额的发布榜、Product Hunt，以及任何会确认日期和时区的平台。把下限和一个偏好的日子告诉智能体。它会用平台确认的日期记录 scheduled，而追踪表会拒绝任何早于下限的日期。如果名额已确认但批准仍在等待中，备注里会写明。
发布周：先核实，再发帖。 当天，智能体会先打开每个已排期的上架，然后才记录 live；日历上的一个日期并不能证明存在一个公开页面。像 Hacker News 这样的社区，是你按社区规则撰写的帖子，而不是表单，它们属于这一周，因为那时它们所指向的上架已经存在了。
第 +1 至 +4 周：跟进队列。 已超过其公布审核期限的待审核提交会被重新检查，绝不会为了插队而重新提交。晚到的上架同样算数。它们在下限之后到达，而这正是下限唯一承诺的事情。
追踪表如何使用下限
自2026年9月15日的版本起，产品文件 product.json 中有一个名为 earliest_launch_date 的字段。留空表示没有下限。填入日期后，追踪脚本 record.py 会拒绝在没有 --launch-date 的情况下记录 scheduled，也会拒绝早于下限的日期。引导流程会在提交任何内容之前询问这个值，本地仪表盘会在产品旁边显示下限。LaunchRepo 更新日志中有这次发布的说明。
下面是2026年9月30日的一次真实运行，示例产品的下限为 2026-11-09：
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --note "Slot offered" --next-action "Pick a date"
Tracker rejected input: scheduled requires --launch-date as YYYY-MM-DD
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-10-26 --note "First free slot" --next-action "Pick a later week"
Tracker rejected input: launch_date is earlier than the owner-authorized earliest_launch_date
$ python3 scripts/record.py --project projects/my-product tinylaunch scheduled --launch-date 2026-11-09 --note "Waiting for approval" --next-action "Verify on launch day"
Recorded tinylaunch: scheduled
$ python3 scripts/record.py --project projects/my-product pitchwall submitted_pending_review --note "Under Review" --next-action "Recheck after 30 days"
Recorded pitchwall: submitted_pending_review没有日期的排期被拒绝，早于下限的名额被拒绝，落在下限当天的名额被接受，而待审核的提交在下限之前几周就被记录下来，完全符合预期。
下限不做什么
它不会让目录站更快发布；目录站什么时候发布，不由智能体决定。它不适用于待审核或排队中的提交，因为那些按平台的时钟运行。如果已知某个平台在免费路径上会立即发布，就在发布窗口内提交它，而不是提前几周。另外，下限是可选的：对于已经发布的产品，把它留空，改用稳定的节奏，就像在零预算下规划目录站工作这篇指南里那样。
下限也不决定一个平台是否值得提交。那是每个产品单独的问题，要用选择方法来回答，而不是用一个日期。
实际设定下限
如果你按照 Claude Code 配置指南开始，或者使用任何其他智能体，它都会在引导过程中询问；回答一个日期，或者说“不设下限”。之后要修改，就编辑该产品 product.json 中的 earliest_launch_date 并告诉智能体，或者在仪表盘的产品视图中修改。在排期任何发布之前，先设定发布日期下限这篇分步指南展示了这两种方式。已有的 scheduled 记录行不会被改写：检查只适用于新记录。如果你把下限移到一个已经确认的名额之后，请在智能体下一次会话之前查看追踪表，并决定是否在平台上重新排期。
有两个习惯让这一切行之有效。每当平台确认一个日期时，都要确认时区；Product Hunt 提交指南之所以存在，部分原因就在于此。另外，把感谢页面看作它本来的样子：不是已上线，也不是已排期，只是一张表单的结束。已排期条目（Scheduled listing）词条解释了其中的区别。
LaunchRepo 的一次性许可包含了这一切：提出这个问题的引导流程、执行答案的追踪表，以及截至2026年9月24日的 299 份有效平台指南，其中记录了哪些平台接受日期，哪些平台只是按自己的节奏来。
常见问题
发布前多久应该提交到目录站？
在发布前三到四周提交到需要审核的目录站，因为免费审核往往要花好几周。像发布榜这样可以自选日期的平台，在发布前一到两周、你的发布周确定之后再排期。
发布日期下限会推迟我的提交吗？
不会。下限只会阻止把日期排在你选定的那一天之前。提交到需要审核的目录站想多早都可以，因为提交不等于发布。
如果目录站在发布日之前就发布了我的上架怎么办？
需要审核的目录站在审核完成时发布，下限无法阻止这一点。如果已知某个平台在免费路径上会立即发布，就在你的发布窗口内提交它，而不是提前几周。
如果我的发布日期变了怎么办？
修改 earliest_launch_date 并告诉你的智能体。新的已排期记录必须遵守新的下限。已经确认的名额保持不变，所以请查看追踪表，必要时在平台上重新排期。
如果我的产品已经上线，还需要下限吗？
不需要。留空的下限就是默认设置。对于已经上市的产品，每周稳定地提交几个，比协调一个集中的发布周更合适。
来源：LaunchRepo 工具包中的 ONBOARDING.md、RUNBOOK.md、DASHBOARD.md 和 CHANGELOG.md（2026年9月15日的版本）、2026年9月30日的一次 record.py 运行，以及本站公开的提交实战指南，观察于2026年9月13日。