🎨 Skills de Frontend y generación

Invertir el orden clásico del agente: en vez de editar archivos y esperar que funcione, abre el navegador, inspecciona y prueba el ajuste en vivo primero.

Acaba con el ciclo "editar → compilar → revisar → revertir". Cada corrección se valida visualmente antes de tocar el código.

Así trabaja un verdadero desarrollador: DevTools abierto, ajuste visual y después código permanente.

Un hard stop desde el principio: el agente detecta el directorio activo y pregunta si es el repositorio correcto antes de cualquier acción con git, el navegador o una edición.

Evita la pesadilla de modificar el proyecto equivocado. Un paso barato que previene un daño costoso.

Detectar el workspace, mostrar la ruta, esperar una confirmación explícita. Sin «suposiciones» sobre el directorio.

Antes de analizar o abrir el navegador, el agente crea una rama local y cambia a ella vibe/descricao — un área de pruebas segura.

Experimentas sin miedo: la main nunca se toca y cada corrección queda aislada en su propia branch.

Verificar git status, ofrecer una copia de seguridad del trabajo sin commit, crear la branch ANTES de cualquier trabajo.

Un navegador automatizado, NO headless, abre la URL objetivo en tu pantalla. El agente inspecciona el DOM e inyecta CSS/JS directamente en la página en ejecución.

Ves la automatización en vivo y el agente prueba correcciones sin editar un solo archivo del proyecto.

Servidor de desarrollo local O URL alojada, inspección del DOM, capturas de pantalla, recuperación de sesión si la página se recarga.

Cuatro puertas de aprobación obligatorias: aprobación visual, aprobación de la estrategia, revisión del código y aprobación del push.

Literalmente, el agente no puede saltarse pasos. Das el «adelante» en cada momento crítico — tu código, tus reglas.

Regla anti-merge y anti-steamroll: estrategia y aplicación NUNCA en la misma respuesta. Cada paso requiere su propia aprobación.

Traducir el ajuste temporal del navegador a código fuente limpio y permanente —solo después de aprobar la estrategia— y cerrar la sesión.

Solo la corrección final y perfecta se convierte en código. El historial de git queda limpio, sin una docena de intentos fallidos.

"Persistir en la fuente" (no "hardcode"), limpiar los parches, hacer push en una branch dedicada y abrir una sesión nueva para la siguiente corrección.

Un conjunto de skills especializadas (landing, correo electrónico, VSL, lead magnet, quiz...) con un orquestador central que decide quién participa y cuándo.

El cuello de botella nunca fue la estrategia, sino la ejecución. Una suite coordinada lo produce todo de forma consistente, en una sola sesión.

Orquestador + especialistas, mapa de assets, orden de construcción determinado por dependencias.

Lead magnet, opt-in, webinar, VSL, lanzamiento, low/high-ticket, challenge, quiz, flash sale, re-engagement y SaaS/trial: cada uno con su mapa de assets.

Nombrar el tipo de funnel hace que la suite elija automáticamente qué páginas van primero y de qué depende cada correo electrónico.

Para cada tipo, conoce el orden exacto: qué scripts escribir antes de la secuencia y qué páginas antes de los correos.

Páginas con textos completos, secuencias de correo electrónico, el recurso digital como archivo real (PDF descargable), paquetes para redes sociales, variantes de titulares y la carpeta completa del proyecto.

No es un esquema: es el archivo real, listo para publicar en Kajabi, ClickFunnels, Webflow o HTML puro.

Una subcarpeta por tipo de asset, todo con nombre y guardado a medida que avanzas, confirmando cada pieza.

Un ritual de arranque: sesión nueva, oferta en una frase, pegar los assets existentes, indicar la plataforma, el tipo y la meta del funnel.

Hacer esto da resultados mucho mejores. Una sesión nueva aísla el proyecto y evita que se filtre información de trabajos anteriores.

Una oferta clara ("un minicurso de $27 para freelancers...") > una vaga ("un curso sobre precios").

Después del intake, la suite muestra el mapa completo de assets: todos los entregables, en orden. Una aprobación inicia todo el build.

No se detiene para pedir permiso con cada pieza: aprueba el plan y deja que termine, guardando y confirmando cada recurso.

Revisa el plan, di "build it" y deja que termine. Todo queda organizado en una sola carpeta.

Un caso real: un brief breve de webinar genera un guion de 75 min, una página de registro, una confirmación, secuencias de correo electrónico, una página de replay y un paquete para redes sociales.

Ver cómo todo el embudo nace de una frase muestra lo que realmente ofrece la coordinación entre skills.

Brief → plan → script → páginas → correos electrónicos (recordatorio, attended, no-show) → replay → redes sociales. Todo en una carpeta.