LaunchRepoA data mínima de lançamento é um campo, uma pergunta e uma recusa. O campo é earliest_launch_date no product.json. A pergunta é feita durante o onboarding: há uma data antes da qual nada deve ficar público? A recusa está no scripts/record.py: não marca uma plataforma como scheduled para uma data anterior à data mínima, e não aceita scheduled sem data de lançamento de todo. Tudo o resto neste guia decorre desses três factos. A funcionalidade saiu na versão de 15 de setembro de 2026 no changelog.
O que a data mínima faz
Quando um agente regista uma listagem agendada, passa a data que a plataforma confirmou:
No Windows, usa py -3 em vez de python3 nos comandos abaixo (ou python se esse comando executar Python 3.10 ou mais recente). Mantém o espaço de trabalho numa pasta local privada fora do OneDrive e de outras pastas sincronizadas. No PowerShell, coloca os exemplos de shell multilinha numa única linha e remove os caracteres \ no fim de cada linha.
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"Se o product.json tiver "earliest_launch_date": "2026-10-12", esse comando tem sucesso. Com --launch-date 2026-09-28 é rejeitado com uma mensagem a dizer que a data é anterior à data mínima autorizada pelo dono — e nada é escrito. Deixar o campo vazio significa que não há data mínima. O painel local mostra a data mínima ao lado do estado agendado, para que o valor esteja visível sem abrir o ficheiro.
O que não pode fazer
A data mínima é uma salvaguarda sobre os teus registos, não uma alavanca sobre os diretórios. Não atrasa uma submissão, porque submeter e publicar são eventos diferentes e o agente só controla o primeiro. Não impede um diretório moderado de publicar quando a fila chegar a ti. E não transforma uma data confirmada numa garantia de publicação: um lugar num launch board pode ainda depender de aprovação, e é por isso que o runbook manda o agente manter qualquer aprovação pendente na nota. O guia de registo de resultados cobre essa convenção.
Porquê semanas, não dias
O script de onboarding faz o agente avisar-te logo ao início de que muitos diretórios gratuitos põem as submissões numa fila de revisão e que a publicação pode levar várias semanas. Esse aviso vem do que os guias públicos deste site observaram em setembro de 2026: uma página da SaaSHub acessível mas com a etiqueta Pending approval, uma janela de revisão da PitchWall indicada como superior a 30 dias, um lugar semanal na TinyLaunch com aprovação ainda pendente, a Uneed a permitir um lançamento pendente por conta. Os níveis gratuitos são moderados por pessoas com uma fila. Uma data mínima deixa-te submeter cedo aos diretórios moderados — submeter não é publicar — enquanto impede que as plataformas que te deixam escolher uma data disparem antes de o teu anúncio estar pronto.
Escolher a data
Duas regras práticas da documentação do kit e do artigo sobre a data mínima de lançamento:
- Escolhe como data mínima o primeiro dia da semana em que queres que as listagens comecem a aparecer, não o dia em que planeias começar a submeter. O intervalo entre as duas é onde as filas de revisão fazem o seu trabalho.
- Não confundas data mínima com data-alvo. Um alvo é onde gostarias que as coisas aterrassem; a data mínima é o mais cedo que algo sob o teu controlo pode aterrar. Os diretórios tornam os alvos pouco fiáveis e as datas mínimas baratas.
Se decidires mais tarde que a data estava errada, muda o campo; o tracker volta a verificá-lo no próximo registo scheduled. As linhas existentes não são reescritas, por isso revê tu o que já estiver agendado contra a nova data. O conceito num parágrafo, com termos relacionados, está na página de glossário da data mínima de lançamento.