Fija una fecha mínima de lanzamiento antes de programar

La fecha mínima de lanzamiento es un campo, una pregunta y una negativa. El campo es earliest_launch_date en product.json. La pregunta se hace durante el onboarding: ¿hay una fecha antes de la cual nada debería ser público? La negativa está en scripts/record.py: no marcará una plataforma como scheduled con una fecha anterior al mínimo, y no aceptará scheduled sin ninguna fecha de lanzamiento. Todo lo demás en esta guía se deriva de esos tres hechos. La función llegó con la versión del 15 de septiembre de 2026 del changelog.

Qué hace la fecha mínima

Cuando un agente registra una ficha programada, pasa la fecha que la plataforma confirmó:

En Windows, usa py -3 en lugar de python3 en los comandos siguientes (o python si ejecuta Python 3.10 o superior). Guarda tu espacio de trabajo en una carpeta local privada fuera de OneDrive y otras carpetas sincronizadas. En PowerShell, escribe los ejemplos de shell multilínea en una sola línea y elimina los caracteres \ al final de cada línea.

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"

Si product.json contiene "earliest_launch_date": "2026-10-12", ese comando funciona. Con --launch-date 2026-09-28 se rechaza con un mensaje que dice que la fecha es anterior al mínimo autorizado por el propietario, y no se escribe nada. Dejar el campo vacío significa que no hay mínimo. El panel local muestra la fecha mínima junto al estado programado, así que el dato está a la vista sin abrir el archivo.

Qué no puede hacer

La fecha mínima es una salvaguarda sobre tus registros, no una palanca sobre los directorios. No retrasa un envío, porque enviar y publicar son eventos distintos y el agente solo controla el primero. No impide que un directorio moderado publique cuando su cola llegue a ti. Y no convierte una fecha confirmada en garantía de publicación: un hueco en un tablón de lanzamiento puede seguir dependiendo de una aprobación, y por eso el runbook le dice al agente que mantenga en la nota cualquier aprobación pendiente. La guía para registrar resultados cubre esa convención.

Por qué semanas, no días

El script de onboarding hace que el agente te avise de entrada de que muchos directorios gratuitos ponen los envíos en cola de revisión y de que la publicación puede tardar varias semanas. Esa advertencia sale de lo que las guías de campo públicas de este sitio observaron en septiembre de 2026: una página de SaaSHub accesible pero etiquetada como Pending approval, una ventana de revisión de PitchWall declarada como superior a 30 días, un hueco semanal de TinyLaunch con la aprobación aún pendiente, Uneed permitiendo un lanzamiento pendiente por cuenta. Los planes gratuitos los moderan personas con una cola. Una fecha mínima te permite enviar pronto a los directorios moderados —enviar no es publicar— y a la vez evita que las plataformas que te dejan elegir fecha disparen antes de que tu anuncio esté listo.

Elegir la fecha

Dos reglas prácticas sacadas de la documentación del kit y del artículo sobre la fecha de lanzamiento:

• Elige como mínimo el primer día de la semana en la que quieres que empiecen a aparecer fichas, no el día en que piensas empezar a enviar. El hueco entre ambos es donde las colas de revisión hacen su trabajo.
• No confundas un mínimo con un objetivo. Un objetivo es dónde te gustaría que cayeran las cosas; el mínimo es lo más pronto que se permite caer a cualquier cosa bajo tu control. Los directorios hacen que los objetivos sean poco fiables y los mínimos, baratos.

Si más adelante decides que la fecha era incorrecta, cambia el campo; el tracker lo vuelve a comprobar en el siguiente registro scheduled. Las filas existentes no se reescriben, así que revisa tú mismo contra la nueva fecha todo lo que ya estuviera programado. El concepto en un párrafo, con términos relacionados, está en la página de glosario fecha mínima de lanzamiento.