Crear landing page
Orquesta fases y gates. El disco es la fuente de la verdad; la memoria de la conversación no lo es. Violar la letra es violar el espíritu.
Iron Law
NINGUNA FASE COMIENZA SIN EL GATE DE LA ANTERIOR APROBADO
Salida ≠ 0 del check-gate, o ninguna salida, es reprobación.
Datos: ~/proyectos/crear-sitio/ (CRIAR_SITE_ROOT). Kit y comandos: ~/.claude/skills/crear-landing-page/assets/kit/README.md. Modelos: assets/modelos/. SUB-SKILL REQUERIDA: landing-registrar-feedback aplica en todas las fases.
Paso 0 (obligatorio al iniciar o retomar un cliente; un ajuste de bajo riesgo en una fase aprobada lo exime)
test -f ~/proyectos/crear-sitio/_reglas-vivas.md- No existe: detente y pregunta: "Parece que la migración inicial no se realizó. ¿Quieres que ejecute la landing-evoluir-skill ahora para generar el _reglas-vivas.md basado en el historial de crear-sitio/?" Si sí: SUB-SKILL REQUERIDA: Usa landing-evoluir-skill (modo migración) y vuelve al paso 1.
- Existe: léelo completo, define las etiquetas del proyecto, ejecuta
node check-reglas.js --file <reglas> --tags <etiquetas> --listar, guarda los ids en el01y di en una línea cuáles aplican a este cliente.
Función de Gate
ANTES de cada fase:
node check-gate.js --cliente <nombre> --antes-de <fase>- Lee los archivos de entrada de la fase (nunca la memoria).
- Ejecuta la fase.
- Guarda la salida con frontmatter
aprobado: false. - Muéstraselo a Felipe y espera el "sí" explícito.
node approve.js --file <arch> --fase <fase> --via conversación --citacion "<fragmento literal del sí>". Fases de alto riesgo (software-extra,publicacion): Felipe ejecuta! node approve.js ... --via comando.
| Fase | Skill | Salida |
|---|---|---|
| descubrimiento | landing-descubrimiento | 01-negocio-e-ambito.md, inventario-activos.md |
| direccion-visual | landing-direccion-visual | direccion-visual.md |
| plan | superpowers:writing-plans, guardado en <cliente>/plan.md | plan.md |
| ejecución | superpowers:executing-plans; landing-software-extra si tiene:software-extra | sitio, 03-decisiones.md |
| revisión | superpowers:requesting-code-review más el kit | resultados en publicacion.md |
| publicación | landing-publicar | publicacion.md |
En la ejecución, copia reglas-sitio.json y pares-contraste.json de los modelos y ejecuta el kit en cada entrega.
Rigor proporcional al riesgo
| Riesgo | Ejemplos | Exige |
|---|---|---|
| Bajo | texto, espaciado, defecto localizado en fase aprobada | ejecutar directamente, sin Paso 0 ni gates; solo las comprobaciones pertinentes; registrar solo si hubo reacción |
| Medio | identidad visual, secciones, decisión aprobada | impacto corto; approve.js --reabrir de la fase afectada |
| Alto | infraestructura, recurso compartido, datos, producción | Iron Law de la skill; aceptación vía comando |
Cambiar lo que un artefacto aprobado afirma reabre ese gate; en duda, la clase anterior.
Red Flags: detente
- "Yo recuerdo lo que dijo el cliente" · "Ya lo aprobó, voy directo" · "Es rápido, me salto el cuestionario"
- Escribir
aprobado: truemanualmente · ocultar cambio material en## Pendientes - Decidir stack sin preguntar · mockup para la landing nueva
| Racionalización | Realidad |
|---|---|
| "Felipe tiene prisa" | La prisa no aprueba fases: ejecuta el gate |
| "Es solo un ajuste" | Clasifica el riesgo; bajo riesgo ya puede ir directo |
| "La memoria basta" | Lee el archivo; la memoria es la fuente menos confiable |