LaunchRepo출시일 하한선은 필드 하나, 질문 하나, 거부 규칙 하나로 이루어집니다. 필드는 product.json의 earliest_launch_date입니다. 질문은 온보딩 중에 나옵니다. 그 전에는 아무것도 공개되면 안 되는 날짜가 있나요? 거부 규칙은 scripts/record.py에 있습니다. 하한선보다 이른 날짜로는 플랫폼을 scheduled로 기록하지 않으며, 출시일이 아예 없는 scheduled도 받아들이지 않습니다. 이 가이드의 나머지 내용은 모두 이 세 가지 사실에서 나옵니다. 이 기능은 변경 기록에 있는 2026년 9월 15일 릴리스와 함께 출시됐습니다.
하한선이 하는 일
에이전트가 예약된 등록을 기록할 때는 플랫폼이 확정한 날짜를 함께 넘깁니다.
Windows에서는 아래 명령의 python3 대신 py -3를 사용하세요(Python 3.10 이상을 실행하는 명령이 python이라면 그것을 써도 됩니다). 워크스페이스는 OneDrive 같은 동기화 폴더가 아닌 비공개 로컬 폴더에 두세요. 여러 줄로 된 셸 예시는 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 기록 때 새 값으로 다시 확인합니다. 기존 행은 다시 쓰이지 않으므로, 이미 예약된 항목은 새 날짜 기준으로 직접 검토하세요. 이 개념을 한 문단으로 정리한 설명과 관련 용어는 출시일 하한선 용어집 페이지에 있습니다.