¿Hay que saber programar para usar un creador con IA?

No para empezar. Describes lo que quieres en tu idioma, la herramienta construye el proyecto y lo ajustas con ediciones escritas también en texto normal. Saber programar deja de ser opcional en tres momentos concretos: reglas de negocio poco habituales, integraciones a medida y el mantenimiento a largo plazo del código exportado.

Esa respuesta corta se queda corta en un punto importante. No hace falta programar, pero sí hace falta pensar como quien programa en un aspecto muy concreto, y ahí es donde la gente se atasca.

¿Qué se puede hacer sin escribir una línea de código?

Bastante más de lo que sugiere la intuición, porque lo que la herramienta convierte en código es una descripción, no un esquema técnico.

• Sitios completos. Landings, webs corporativas, portafolios, catálogos y plataformas de varias páginas con navegación entre ellas.
• Aplicaciones con datos. Con Supabase conectado hay base de datos, registro de usuarios y almacenamiento de archivos, que es lo que separa una web de una aplicación de verdad.
• Cobros. Stripe se conecta para pagos únicos y suscripciones, sin escribir la integración a mano.
• Correo transaccional. Resend envía lo que sale de un formulario a tu bandeja, en lugar de dejarlo caer en el vacío.
• Juegos 2D en el navegador. Cinco de las 25 plantillas son de juegos, y un juego simple llega a ser jugable en un minuto.
• Publicación. El proyecto vive en una dirección del tipo tunombre.zugo.run y admite dominio propio.

Ninguna de esas cosas exige leer código. Lo que exigen es describir con precisión, que es una habilidad distinta y bastante más fácil de adquirir.

¿Qué habilidad sustituye de verdad a programar?

Escribir instrucciones que no dejen huecos. Un modelo rellena cada hueco con lo más probable, así que la calidad del resultado sigue de cerca a la calidad de la descripción, no al conocimiento técnico de quien la escribe.

En la práctica significa nombrar cuatro cosas: quién usa esto, qué tiene que poder hacer, qué pasa cuando algo sale mal y qué no debe aparecer. La cuarta es la que casi nadie escribe y la que más rondas ahorra.

También significa partir en trozos. "Hazme una plataforma de reservas" es un encargo enorme; "una página con el listado, otra con el detalle y un formulario que guarde la reserva" son tres encargos que se pueden revisar por separado. Dividir siempre gana a insistir con un prompt gigante.

Y significa nombrar el caso que sale mal. Qué ve alguien cuando el formulario está incompleto, cuando el pago se rechaza o cuando no hay resultados que mostrar. Un programador piensa en esos estados por oficio; quien escribe prompts tiene que acordarse de pedirlos, porque nadie los pide y todos acaban apareciendo.

La otra mitad de la habilidad es leer resultados con desconfianza sana. Probar el formulario uno mismo, abrir la página en el móvil, comprobar que el enlace del menú lleva donde dice. Nada de eso es programar y todo eso evita publicar algo roto.

¿En qué momentos sí hace falta alguien técnico?

Hay una frontera clara, y conviene conocerla antes de comprometerse con un cliente o con una fecha. La tabla la resume.

La lectura correcta de la tabla no es "hay que contratar a alguien", sino "el punto en el que hace falta llega más tarde de lo que la gente cree, y llega". Saber dónde está ese punto es lo que evita prometer lo que no se puede entregar.

¿Cuánto cuesta aprender por el camino?

El precio va por acción, así que equivocarse tiene un coste conocido y pequeño. Una construcción cuesta 6 créditos, una edición 3, y una plataforma multipágina 12 por las tres primeras páginas más 3 por cada página adicional. En modo Hi-Fi, 12 y 6.

El plan gratuito trae 5 créditos, por debajo del coste de una construcción, así que sirve para asomarse. Pro cuesta $25 al mes con 200 créditos y Business cuesta $99 al mes. Con 200 créditos salen 66 ediciones si solo gastas en ediciones, margen de sobra para equivocarse aprendiendo.

Esa aritmética cambia la actitud. Cuando probar cuesta poco, la forma sensata de aprender es construir algo pequeño y real en lugar de leer sobre ello. El desglose completo de precios está en cuánto cuesta una web hecha con IA.

¿Cuánto se tarda en tener algo publicado?

La construcción es rápida: alrededor de un minuto para algo sencillo, varios minutos para una plataforma multipágina con base de datos, acceso y pagos. Lo que consume la tarde son las ediciones y las decisiones, no la espera.

Antes de entregarse, cada construcción se arranca en un entorno de pruebas, y la que no llega a abrirse se reporta como fallo en vez de entregarse. Eso reduce el riesgo de recibir una página en blanco sin eliminarlo, así que la revisión final sigue siendo tuya.

El reparto realista de tiempo, con lo que tarda cada fase, está en cuánto tarda la IA en crear una web.

¿Qué conviene aprender aunque no vayas a programar?

Cuatro cosas, ninguna técnica, todas rentables desde el primer proyecto.

Cómo funciona un dominio. Qué es un registrador, qué es un registro DNS y por qué un cambio tarda un rato en propagarse. Media hora de lectura que evita un día de confusión.

Qué es una copia de seguridad y dónde vive la tuya. El código se exporta a un repositorio de GitHub bajo tu cuenta, y los datos viven en tu proyecto de Supabase. Saber eso separa un susto de un desastre, y el procedimiento está en cómo hacer copia de seguridad.

Qué datos estás guardando. Si hay usuarios, hay datos personales, y eso trae obligaciones legales que ninguna herramienta asume por ti.

Cómo se lee un formulario que no llega. El fallo más común y más silencioso: el formulario se envía, el visitante ve las gracias y el mensaje no aparece en ningún sitio. Se comprueba enviándotelo tú.

¿Dónde están los límites honestos?

Un creador con IA no sustituye a un equipo de desarrollo en un producto complejo. Funciona muy bien hasta que el proyecto se convierte en software serio con usuarios que dependen de él, y ese momento existe.

Los juegos son 2D y viven en el navegador. No es una plataforma de desarrollo de videojuegos y no pretende serlo.

La lógica de negocio muy específica se consigue con ediciones. Varias pasadas cortas y acotadas, no un prompt perfecto. Funciona, y cuesta ediciones.

El código generado es un punto de partida. Arranca, se ha comprobado que abre, y es tuyo. Eso no dice nada sobre su arquitectura ni sobre cómo lo verá un ingeniero con experiencia.

Ninguno de esos límites bloquea a alguien que quiere publicar un sitio bueno esta semana. Escribe el párrafo que describe tu proyecto y mira qué construye en zugo.dev.