Automatización Premium

Launch Plan Compiler

Convierte los datos de un lanzamiento en una lista de verificación con fechas, responsables y puertas de go/no-go: las tareas se dividen en antes del lanzamiento, el día del lanzamiento y después, cada una fechada desde el día del lanzamiento, y un veredicto — GO, NOT READY o NO-GO — a partir de las puertas que enumeras.

Funciona con: Claude Code, Codex, Cursor, Muse · Versión 1.0.0 · Necesitas: Tus datos de lanzamiento: launch.txt (líneas Launch y Date, luego una línea Task por trabajo — phase | title | owner | when — y una línea Gate por control de go/no-go — name | criterion | status).

Obtén este Skill con Premium Ver planes

Vista previa

Launch Plan Compiler — resultado final — Imagen de ejemplo: el plan de lanzamiento de 6 tareas que esta Skill produce desde su muestra limpia incluida. Hay una muestra de texto debajo.

Resultado de ejemplo

Un ejemplo de lo que produce este Skill. Contenido de muestra, mostrado a modo de ilustración.

Launch Plan Compiler report — sample

Tasks: 6 | Gates: 2 | Verdict: GO | Gaps: 0 | Errors: 0 | Warnings: 0

Launch day: Dec 1, 2026. Before launch: freeze the feature list (Nov 24, Priya) and draft the announcement post (Nov 28, Sam). Launch day: flip the feature flag and post the announcement (Dec 1). After launch: reply to launch-day feedback (Dec 3, Sam) and publish the week-one recap (Dec 8, Priya). Gates: pricing page live and support inbox staffed, both passed — verdict GO.

Gaps: None.

Qué obtienes

Un veredicto de go/no-go a partir de tus puertas, primero en la página
Una lista de verificación con fechas dividida en antes del lanzamiento, el día y después
Un responsable en cada tarea: una tarea sin responsable queda como Unassigned, nunca inventada
Todos los huecos, errores y advertencias de entrada señalados en el informe

Acerca de este Skill

Lee un archivo de texto plano que escribes tú — launch.txt, con una línea Launch y una línea Date (día del lanzamiento, YYYY-MM-DD), más líneas Task (phase | title | owner | when) y líneas Gate (name | criterion | status) — y produce launch-plan.md: primero el veredicto de go/no-go, luego la lista dividida en Antes del lanzamiento / Día del lanzamiento / Después del lanzamiento, cada tarea fechada y ordenada, y por último la tabla de puertas. Un valor when es un desplazamiento D (D-7, D+0, D+3) o una fecha absoluta, resuelto contra el día del lanzamiento; una tarea cuya fase no coincide con su fecha se descarta y se señala. Solo local, solo biblioteca estándar; una tarea sin responsable queda como Unassigned, una puerta sin estado queda como pending, y un lanzamiento sin tareas o sin puertas lo dice tal cual: el plan es un documento, no publica ni envía nada.

Pruébalo

Convierte estos datos de lanzamiento en una lista de verificación con fechas, responsables y puertas de go/no-go: ¿qué pasa antes, durante y después del día del lanzamiento, y estamos en GO?

Ideal para

Planificar un lanzamiento con trabajos repartidos entre la semana anterior, el día y la semana posterior
Decidir GO o NO-GO a partir de una lista corta de controles con criterios nombrados
Revisar una lista de lanzamiento a medio escribir para ver exactamente qué falta

No es para

Publicar o enviar nada: el plan es un documento, el lanzamiento en sí es tuyo
Verificar una puerta por ti: pass significa que la comprobaste, no que el lanzamiento vaya a triunfar
Mover tus fechas: una tarea cuya fase no coincide con su fecha se descarta, nunca se cambia de fase en silencio

Cómo instalarlo

Copia el prompt de instalación en tu agente: Read https://skillu.dev/install/agent.md, then install the Launch Plan Compiler skill (launch-plan-compiler).
O descarga el paquete del Skill desde esta página tras el lanzamiento y coloca su carpeta en el directorio de skills de tu agente.
Llámalo con un comando de barra, p. ej. /launch-plan-compiler, y describe lo que quieres con palabras sencillas.

Preguntas frecuentes

¿Cómo se calcula la fecha de una tarea?

Desde el día del lanzamiento: un desplazamiento D cuenta días desde él — D-7 es siete días antes, D+0 es el día del lanzamiento, D+3 es tres días después. Una fecha absoluta se usa tal como está escrita. La fase debe coincidir con la fecha resuelta: before es antes del día del lanzamiento, launch-day es el mismo día, after es después; una discrepancia descarta la tarea y la señala en los errores.

¿Cómo se decide el veredicto?

A partir de tus puertas, en este orden: NO DATE cuando no se dio una fecha de lanzamiento válida, NO GATES cuando no se listó ninguna puerta, NO-GO cuando al menos una puerta falló, NOT READY cuando ninguna falló pero al menos una sigue pendiente, GO cuando todas pasaron. Una puerta sin estado cuenta como pending.

Obtener Premium Explorar más Skills