LaunchRepoDolna granica daty premiery to jedno pole, jedno pytanie i jedna odmowa. Pole to earliest_launch_date w product.json. Pytanie pada podczas onboardingu: czy istnieje data, przed którą nic nie powinno stać się publiczne? Odmowa jest zaszyta w scripts/record.py: skrypt nie oznaczy platformy jako scheduled z datą wcześniejszą niż ta granica i w ogóle nie przyjmie scheduled bez daty premiery. Cała reszta tego przewodnika wynika z tych trzech faktów. Funkcja weszła w wydaniu z 15 września 2026, opisanym w changelogu.
Co robi dolna granica
Gdy agent zapisuje zaplanowany wpis, przekazuje datę potwierdzoną przez platformę:
W Windows w poniższych poleceniach używaj py -3 zamiast python3 (albo python, jeśli tym poleceniem uruchamiasz Pythona 3.10+). Trzymaj przestrzeń roboczą w prywatnym folderze lokalnym, poza OneDrive i innymi folderami synchronizowanymi. W PowerShellu zapisuj wielowierszowe przykłady w jednej linii i usuń końcowe znaki \.
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"Jeśli product.json zawiera "earliest_launch_date": "2026-10-12", to polecenie się powiedzie. Z --launch-date 2026-09-28 zostanie odrzucone z komunikatem, że data jest wcześniejsza niż granica zatwierdzona przez właściciela — i nic nie zostanie zapisane. Puste pole oznacza brak granicy. Lokalny dashboard pokazuje granicę obok stanu zaplanowanego, więc widzisz tę datę bez otwierania pliku.
Czego nie potrafi
Dolna granica chroni twoje zapisy, a nie steruje katalogami. Nie opóźnia zgłoszenia, bo zgłoszenie i publikacja to dwa różne zdarzenia, a agent kontroluje tylko pierwsze z nich. Nie powstrzyma moderowanego katalogu przed publikacją, gdy tylko jego kolejka dojdzie do ciebie. Nie zamienia też potwierdzonej daty w gwarancję publikacji: termin na tablicy premier wciąż może zależeć od akceptacji, dlatego runbook każe agentowi odnotować w notatce każdą akceptację, na którą jeszcze się czeka. Tę konwencję opisuje przewodnik po zapisywaniu wyników.
Dlaczego tygodnie, a nie dni
Skrypt onboardingu każe agentowi uprzedzić cię od razu, że wiele katalogów w darmowych planach kolejkuje zgłoszenia do moderacji, a publikacja może potrwać kilka tygodni. To ostrzeżenie opiera się na tym, co publiczne przewodniki na tej stronie zaobserwowały we wrześniu 2026: strona w SaaSHub była dostępna, ale oznaczona jako Pending approval; PitchWall podawał czas moderacji dłuższy niż 30 dni; w TinyLaunch cotygodniowy termin wciąż czekał na akceptację; Uneed dopuszczał jedną oczekującą premierę na konto. Darmowe plany moderują ludzie, którzy mają swoją kolejkę. Dolna granica pozwala wcześnie zgłosić produkt do moderowanych katalogów — zgłoszenie to jeszcze nie publikacja — a jednocześnie nie dopuszcza, by platformy, które pozwalają wybrać datę, wystartowały, zanim twoje ogłoszenie będzie gotowe.
Jak wybrać datę
Dwie praktyczne zasady z dokumentacji zestawu i z artykułu o dacie premiery:
- Ustaw granicę na pierwszy dzień tygodnia, w którym wpisy mają zacząć się pojawiać, a nie na dzień, w którym planujesz zacząć zgłaszać. Odstęp między tymi datami to czas, w którym pracują kolejki moderacji.
- Nie myl dolnej granicy z celem. Cel to moment, w którym chcesz, żeby wszystko się pojawiło; granica to najwcześniejszy moment, w którym cokolwiek, co od ciebie zależy, może się pojawić. Katalogi sprawiają, że cele są zawodne, a granice nic nie kosztują.
Jeśli później uznasz, że data była zła, zmień pole; tracker sprawdzi je ponownie przy następnym zapisie scheduled. Istniejące wiersze nie są przepisywane, więc wszystko, co już zaplanowano, porównaj z nową datą samodzielnie. Pojęcie w jednym akapicie, razem z powiązanymi terminami, znajdziesz w słowniku pod hasłem launch-date floor.