De un formulario rellenado por un cliente, a un sitio web profesional publicado en Vercel — guía visual de todo el circuito, paso a paso.
Dos mitades encadenadas: la captación (recoge y ordena la solicitud) y la fábrica (convierte esa solicitud en un sitio real, publicado).
/web-new) y revisas. Todo lo demás está automatizado.Aquí recogemos toda la información que las 8 fases de la fábrica necesitan, sin perseguir al cliente con mil emails.
Le envías el enlace en su idioma (PT-PT, ES o EN). Las 25 preguntas cubren negocio, objetivo, persona, referencias, marca, idiomas, dominio, contenido y contacto. Son las mismas preguntas en los 3 idiomas y en el mismo orden.
Al enviarse, un Apps Script (onFormSubmit) hace dos cosas a la vez: añade una fila normalizada a la pestaña Solicitudes (estado pendiente) y crea una tarea de alerta en Google Tasks.
| timestamp | idioma | estado | slug_sugerido | negocio | objetivo | tiene_web |
|---|---|---|---|---|---|---|
| 2026-06-03 16:40 | pt | pendiente | padaria-aurora | Padaria Aurora | Captar contactos / leads | Sim |
Abres la Sheet y en el menú LusoMagnet pulsas el botón. El script recorre las filas sin prompt y rellena la columna prompt con un brief estructurado (ensamblado a partir de las respuestas), y pone estado prompt_generado.
Copias el prompt y arrancas el pipeline en Claude Code. Un agente orquestador dirige a otros 8, fase por fase, sin saltarse ningún control de calidad.
/web-newCreas el proyecto con el slug sugerido y pegas el brief. Se materializan las carpetas de fase y el estado del proyecto.
El web-orchestrator invoca a cada especialista en orden. Cada uno lee lo que produjo el anterior, escribe su entregable en su carpeta y pasa un gate de calidad antes de ceder el turno.
Cada fase deja su rastro en una carpeta numerada del proyecto:
projects/padaria-aurora/ ├── brief.md ← el prompt que pegaste ├── project-state.json ← la “máquina de estados” (fase actual + gates) ├── 01-estrategia/ 🧭 posicionamiento, naming, tono ├── 02-investigacion/ 🔎 benchmarking, persona.json, journeys ├── 03-estructura/ 🗺️ ia-sitemap.json, página gravitacional, stack ├── 04-diseno/ 🎨 design-tokens.json → :root{} / Tailwind ├── 05-copy/ ✍️ content.json (EN/ES/PT, paridad de claves) ├── 07-qa/ 🔬 qa-report.json (severidad Nielsen) ├── 08-deploy/ 🚀 deploy-record.json (repo, URL, dominio) └── site/ 🧱 el código del sitio, listo para Vercel
El deploy-engineer crea el repo en GitHub, despliega un preview para que lo audites y, solo cuando el gate está verde y tú confirmas, lo promueve a producción y conecta el dominio.
Estático y rápido (o Next/Astro según el caso), con SEO técnico completo, accesible, en EN/ES/PT con hreflang real, y desplegado en Vercel con su dominio.
| Comando | Qué hace |
|---|---|
/web-new <slug> | Crea el proyecto, siembra brief y estado, arranca la fase 0. |
/web-run-all <slug> | Encadena todas las fases respetando los gates (cadencia automática). |
/web-phase <slug> <fase> | Ejecuta una sola fase (control manual). |
/web-status <slug> | Muestra el estado del proyecto (solo lectura). |
/audit · /ship | Atajos: auditar QA · publicar. |
pendiente → prompt_generado → en_produccion → entregada · descartada
| Recurso | Dónde |
|---|---|
| Sheet de solicitudes | Drive › LusoMagnet › 05-producto-tech · “LusoMagnet — Solicitudes de Web” |
| Formularios (cliente) | pestaña Config de la Sheet (PT · ES · EN) |
| Código del factory | github.com/elchamoluso/web-creation-factory (privado) |
| Código del intake | carpeta intake/ del repo + Apps Script vinculado a la Sheet |