Del prototipo de Replit a la aplicación publicada: qué cubre la plataforma y qué conserva su equipo

Qué demuestra un prototipo de Agent y qué no

La guía de primera aplicación de Replit describe un ciclo sencillo: describir un resultado, añadir criterios de éxito observables, fijar límites, dejar que Agent construya, probar en Preview y pedir una mejora concreta. El ejemplo es un pequeño sitio de descubrimiento de talleres creado en modo gratuito, en unos diez minutos según la propia guía.

Ese ciclo demuestra que una idea puede convertirse en algo que se puede recorrer. Muestra el recorrido principal, el diseño en una pantalla de móvil y si la instrucción recogió lo que usted quería. No demuestra que la aplicación proteja cuentas, conserve registros o aguante tráfico real. La guía lo dice con claridad: aplaza el inicio de sesión, los datos, los pagos y las integraciones para mantener enfocada la primera versión.

Trate el prototipo como una especificación compartida. Quien responde por el negocio puede usarlo para acordar qué debe hacer la aplicación antes de invertir en las partes más difíciles.

Fuentes: Your first app (docs.replit.com)

Segunda etapa: inicio de sesión y una base de datos que conserva los registros

La guía de base de datos parte de un problema habitual: en su ejemplo, los coches y las reservas desaparecen al actualizar porque solo existen en el navegador. La solución documentada es pedir a Agent que guarde los datos en Neon, que Replit presenta como su base Postgres gestionada. Según la guía, Agent la aprovisiona con entornos de desarrollo y producción separados. Para un prototipo desechable, la guía menciona Replit Database como alternativa sin configuración.

Lo más útil es la rutina de pruebas. La guía pide reservar, actualizar, reiniciar la aplicación, intentar una reserva en conflicto desde una segunda cuenta y cerrar y volver a abrir sesión. Cada comprobación apunta a un fallo distinto: datos perdidos, estado perdido tras reiniciar, regla de negocio ausente y sesión frágil.

Las reglas las aporta su equipo. La instrucción de la guía indica que cada reserva pertenece al cliente con sesión iniciada y que un mismo coche no puede reservarse en fechas solapadas. La página de responsabilidad de Replit señala que corresponde al usuario enunciar la lógica de negocio deseada, así que Agent solo puede escribirla si alguien la ha definido.

Fuentes: Add database (docs.replit.com) · Shared responsibility model (docs.replit.com)

Tercera etapa: publicar es una versión aparte

La guía de publicación señala que la URL de vista previa es privada por defecto, temporal y pensada para desarrollo. Publicar crea un despliegue de producción con su propia URL. Como ambos están separados, puede seguir editando sin alterar la aplicación en vivo hasta que vuelva a publicar.

Antes de publicar se elige quién puede abrir la aplicación: público, protegido con contraseña, solo el espacio de trabajo o solo por invitación. También se puede ejecutar un análisis de seguridad profundo y bloquear la publicación ante vulnerabilidades críticas. La guía aconseja no incluir secretos ni datos de prueba privados y abrir después la URL pública para probar la versión real, no la vista previa.

La guía de base de datos añade una comprobación concreta: hacer una reserva en la URL pública, actualizar y confirmar que sigue ahí. Si los datos se guardan en Preview pero no en vivo, sugiere pedir a Agent que confirme que las credenciales de producción están conectadas al despliegue.

Fuentes: Publish your app (docs.replit.com) · Add database (docs.replit.com)

Qué opera Replit y qué conserva su equipo

La página de responsabilidad compartida de Replit reparte el trabajo. Replit se encarga de la generación de código por Agent, la plataforma, la protección perimetral, el cifrado en tránsito y en reposo, y las copias de seguridad del código de las apps publicadas y de las bases gestionadas por Replit. También mantiene atestaciones de la plataforma, con SOC 2 Type II como ejemplo: es una atestación de auditoría sobre la plataforma, no una garantía sobre su aplicación.

Su equipo conserva el resto: revisar el código generado (corrección, seguridad, licencias), formular la lógica de negocio, gestionar usuarios y accesos, elegir la visibilidad correcta, tratar los datos y los avisos de privacidad, cumplir las leyes aplicables, hacer pruebas de penetración y mantener el registro a nivel de aplicación. También le toca aprobar las acciones sensibles que proponga Agent, como despliegues, cambios de secretos y llamadas externas, y la página pide tratarlo como una revisión real.

La misma página desaconseja pegar claves en las instrucciones y recomienda usar la función Secrets y los conectores. Replit detecta dependencias vulnerables en las apps publicadas, pero corregirlas es cosa suya.

Fuentes: Shared responsibility model (docs.replit.com)

Costes: suscripción, recursos de despliegue y tiempo del equipo

Las páginas de Replit consultadas no indican precios de los planes, límites de créditos ni cómo se factura el uso de Agent, así que son preguntas para Replit. Sí muestran de dónde vienen los costes. La guía de publicación describe los tipos de despliegue (Autoscale, Reserved VM, Static y Scheduled), la potencia de las máquinas, el número máximo de máquinas y la región, y advierte de que más recursos pueden aumentar los costes de uso. Añade que estos controles son opcionales para una aplicación típica.

El tercer coste es la operación. Cada cambio se prueba en Preview y se vuelve a publicar, lo que crea una nueva versión en la misma URL. La monitorización muestra solicitudes, códigos de estado, tiempos de respuesta, CPU y memoria. La región elegida es permanente tras publicar, así que conviene decidirla con criterio.

El plan también influye en las condiciones. La página de responsabilidad vincula algunas obligaciones al acuerdo de su plan (términos de servicio para Free y Core, un acuerdo Pro o un acuerdo Enterprise) e indica que los clientes Pro pueden elegir la ubicación del espacio de trabajo al crearlo. Compruebe qué plan incluye los controles que necesita.

Fuentes: Publish your app (docs.replit.com) · Shared responsibility model (docs.replit.com)

Reparto de funciones y preguntas antes de comprometerse

Es una sugerencia editorial, no una función de Replit. Quien responde por el negocio redacta los criterios de éxito y las reglas, y prueba el recorrido en Preview. Un contacto de operaciones revisa accesos, datos y comportamiento en vivo tras cada versión. Una persona técnica revisa el código generado en torno a la autenticación y los datos, y atiende las alertas de vulnerabilidades. Un equipo pequeño puede acumular funciones, pero cada una necesita responsable.

Pregunte a Replit por el precio del plan, el coste del uso de Agent, el coste habitual de los recursos de despliegue para su tráfico, qué plan ofrece los controles de acceso y región que necesita y cómo se tratan los datos según su plan. La página de responsabilidad indica que el registro de instrucciones, su conservación y su uso para entrenamiento dependen de las condiciones de su plan.

Fuentes: Shared responsibility model (docs.replit.com) · Your first app (docs.replit.com) · Publish your app (docs.replit.com)