Replit Agent: crear y publicar una app sin escribir código

Le describí lo que quería, me fui a por un café, y cuando volví había montado la aplicación, la había ejecutado, había visto un error, lo había arreglado y me estaba enseñando el resultado funcionando en una dirección de internet.

Eso es lo que hace el agente de Replit, y es lo más cerca que he visto de tener un becario. Uno que no se cansa, que trabaja a las tres de la mañana y que a veces se inventa cosas con una seguridad pasmosa.

¿Replit sirve si no sé programar?

Sí, con una condición: tienes que saber explicar bien lo que quieres.

Replit no te pide escribir código en ningún momento. Le hablas en español, él monta. Lo que sí te pide es claridad sobre qué datos maneja tu aplicación, qué pantallas tiene y qué hace cuando alguien pulsa cada cosa.

Si eso no lo tienes claro, ninguna herramienta te va a salvar, porque no sabe qué construir. Y lo que hará es construir algo razonable que no es lo que tú querías.

La otra cosa que conviene saber: aunque no escribas código, sí vas a ver código. Está ahí, en la pantalla, moviéndose. No hace falta que lo entiendas, pero si eso te bloquea, mejor una herramienta que te lo esconda.

Qué diferencia a Replit de las demás

La ejecución. Ese es el resumen.

Otras herramientas te escriben la aplicación y luego tú te apañas para ponerla a funcionar en algún sitio. Replit es un ordenador entero en el navegador: escribe, ejecuta, ve el error, y lo corrige él mismo. Ese bucle es lo que cambia la experiencia.

Cuando algo falla, no te llega un error para que lo copies y lo pegues en otro sitio. El agente lo lee, lo entiende y lo arregla. La mayoría de las veces. Cuando no puede, entonces sí te toca a ti, y ahí es donde se nota si estás cómodo o no.

Y publicar es un botón. Tu aplicación queda en una dirección pública, viva, con su base de datos. Sin servidores, sin configurar nada. Eso, para alguien que no viene del mundo técnico, es el paso que antes era imposible.

Paso 1: describir bien el primer encargo

El primer mensaje decide la mitad del resultado. Te doy la plantilla que uso.

Primero, qué es y para quién: "una aplicación web para llevar el registro de las clases que doy y quién ha pagado".

Segundo, los datos: "hay alumnos con nombre, teléfono y tarifa; hay clases con fecha, alumno y estado de pago".

Tercero, las pantallas: "una lista de clases de la semana, una ficha de alumno con su histórico, y un botón para marcar como pagada".

Cuarto, el límite: "de momento nada de usuarios ni contraseñas, lo uso yo solo".

Ese último punto es el que más ahorra. Si no le pones límites, Replit monta un sistema de cuentas de usuario, roles y permisos que no necesitas, y luego cada cambio es más lento porque hay más cosas que tocar.

Paso 2: dejarle trabajar y revisar al final

El agente va a pasar varios minutos haciendo cosas solo. Va a crear archivos, instalar cosas, ejecutar, fallar, corregir.

La tentación es interrumpirle a la mitad porque ves algo que no te gusta. No lo hagas, salvo que esté claramente perdido. Déjale acabar el ciclo y revisa el resultado funcionando, que es lo único que importa.

Cuando termine, no leas el código. Usa la aplicación. Pulsa todo, mete datos raros, deja campos vacíos. En cinco minutos sabes qué falta.

Paso 3: los cambios, de uno en uno

A partir del primer resultado, todo va por peticiones pequeñas.

"Cuando marco una clase como pagada, que cambie de color." Comprobar. "Añade un filtro por mes." Comprobar. "En la lista, ordena por fecha más reciente primero." Comprobar.

Pedir cinco cosas a la vez es la forma más rápida de acabar con tres funcionando y dos rotas sin saber cuál rompió qué.

Paso 4: los datos y las claves

Cuando la aplicación necesite guardar información de verdad, el agente te monta una base de datos dentro de Replit sin que hagas nada.

Aquí una cosa seria: si tu aplicación usa alguna clave (de un servicio de correo, de una pasarela de pago, de una IA), va en la sección de secretos, nunca escrita en el código. El agente suele hacerlo bien si se lo pides, y suele hacerlo regular si no dices nada. Dilo.

Y antes de meter datos reales de personas, pregúntale explícitamente quién puede acceder a esa base de datos. Que la aplicación funcione no significa que esté cerrada.

Lo que sí conviene entender aunque no programes

No hace falta saber código, pero hay tres conceptos que si los tienes claros te ahorran muchísima frustración.

Qué es una base de datos. Es donde se guardan las cosas para que sigan ahí mañana. Si tu aplicación pierde los datos al recargar la página, es que no hay base de datos todavía. Es la pregunta que más veces le vas a hacer al agente.

Qué es una clave de acceso. Es una contraseña que tu aplicación usa para hablar con otro servicio. Van guardadas en un sitio aparte, nunca escritas dentro del código, porque el código puede acabar siendo público.

Qué significa desplegar. Es el paso de "esto funciona en mi pantalla" a "esto funciona en una dirección de internet a la que puede entrar cualquiera". Son dos cosas distintas, y hasta que no despliegas, tu aplicación no existe fuera de tu sesión.

Con esos tres conceptos ya puedes tener una conversación decente con el agente y entender qué te está diciendo cuando algo falla.

Lo que se te va a atascar

El consumo. Cada ciclo del agente cuesta, y los ciclos en los que está peleando con un error cuestan igual que los productivos. Es la queja número uno de la gente que lo usa: te fundes el presupuesto del mes arreglando una tontería. Si ves que lleva tres intentos con lo mismo, para, y replantea desde cero en vez de insistir.

La confianza excesiva. A veces te dice que ha arreglado algo que no ha arreglado. Comprueba tú, siempre, usando la aplicación. No te fíes del "listo, ya funciona".

El proyecto que crece de más. Con veinte peticiones encima, el agente empieza a tardar más y a romper cosas que funcionaban. Es el techo de todas estas herramientas. Cuando lo notes, o simplificas, o te llevas el proyecto a un sitio con más control.

Depender de la plataforma. Tu aplicación vive ahí. Puedes descargarte el código, sí, pero moverlo a otro sitio requiere saber qué estás moviendo. Tenlo en cuenta si esto va a ser algo serio.

Las esperas. Cuando el agente se pone a trabajar, son minutos. Vas a mirar la pantalla como quien mira una lavadora. Aprovecha para escribir la siguiente petición.

¿Replit o las otras?

Depende de para qué. La comparación cara a cara con la alternativa más directa la hice en Replit frente a Bolt, con precios reales y en qué caso elegiría cada una.

Resumen: Replit si quieres que además de escribir la aplicación te la ejecute y te la publique sin tocar nada. Bolt si te importa más llevarte el código y montarlo tú donde quieras.

Si ninguna te encaja, hay más opciones y algunas bastante distintas de planteamiento: las tengo ordenadas en alternativas a Replit en 2026. Y el mapa general del terreno, con qué herramienta sirve para qué tipo de proyecto, está en crear apps sin programar.

Y ahora qué

Empieza por algo que hoy resuelves con una hoja de cálculo y que te molesta. Esa cosa concreta.

Móntala esta tarde, úsala una semana, y decide entonces. Si a la semana sigues usándola, merece la pena invertirle más. Si no la has abierto, has perdido una tarde y has aprendido a usar la herramienta, que tampoco está mal.

Si no tienes claro qué tipo de herramienta encaja con lo que quieres montar, hice un test corto que te lo dice en dos minutos.

Hacer el test de IA