¿CON QUÉ IA?
Lo contó A quién le sirve. Emprendedores técnicos, o con ayuda técnica, que quieren construir un software por suscripción para varias empresas clientes, un camino que no conviene improvisar.
Qué hicieron
El autor usó solo Replit Agent y su Architect para construir en 15 días un SaaS de producción multicliente (un programa en el que cada empresa cliente tiene sus datos aislados). Trabajó a partir de una especificación: la escribió, la pasó a markdown, hizo que Replit la revisara y propusiera un plan, contrastó ese plan con Perplexity o Codex, y dejó que el agente avanzara por una lista de tareas mientras él comprobaba el comportamiento una y otra vez y corregía cuestiones de seguridad, variables de entorno, migraciones y configuración del despliegue.
Cómo salió
Consiguió construir el SaaS, pero dice que la velocidad engaña porque cada capa se rompía de formas inesperadas: saltos de las reglas de seguridad por fila, tokens de OAuth cifrados dos veces, variables de entorno que se revertían y producción apuntando a la base de datos de desarrollo. Incluso al acabar seguía lidiando con integraciones, y las migraciones aún fallaban con disparadores y funciones de seguridad.
Conviene saber
El inconveniente principal fue la supervisión: dice que el trabajo real fue verificar sin parar, y que el agente no podía leer los registros de producción, lo que dificultaba depurar.
Qué necesitas
- Una cuenta de Replit con su agente y su Architect
- Una especificación escrita de lo que debe hacer el software
- Un segundo asistente para contrastar el plan, como Perplexity o Codex en el caso
- Bases de datos separadas para la versión de pruebas y para la versión real
- Conocimientos o ayuda técnica para revisar la seguridad, la configuración secreta y los cambios en la base de datos
Cómo hacerlo tú, paso a paso
- Escribe la especificación: qué hace el software, para qué tipo de cliente y qué datos maneja.
- Pásala a un formato de texto sencillo, como markdown, y pide a Replit que la revise y proponga un plan.
- Contrasta ese plan con otro asistente antes de empezar.
- Deja que el agente avance por una lista de tareas, de una en una.
- Verifica el comportamiento tras cada tarea. Ahí está el trabajo real.
- Pide al agente que revise su propio trabajo: fugas de datos entre clientes, huecos en las reglas de seguridad por fila, que impiden que un cliente vea los datos de otro, y bases de datos separadas para pruebas y para la versión real.
- Pregunta antes de publicar o de tocar datos de la versión real.
Ayúdame a construir un SaaS multicliente para [tipo de cliente] en el que los datos de cada cliente estén totalmente aislados. Después de construirlo, revisa tu propio trabajo en busca de fugas de datos entre clientes, huecos en las reglas de seguridad por fila y si producción y desarrollo usan bases de datos separadas. Escribe una lista de lo que has comprobado y de lo que aún necesita mi atención. Pregúntame antes de publicar o de cambiar datos de producción. Habrás terminado cuando esa lista esté entregada.
Consejos
- La velocidad engaña: cada capa se rompió de formas inesperadas. Reserva tiempo para verificar.
- Asegúrate de que la versión real y la de pruebas usan bases de datos distintas. En el caso, la real llegó a apuntar a la de pruebas.
- El agente no podía leer los registros de la versión real, lo que complica depurar. Cuenta con ayuda técnica para investigar.
Preguntas frecuentes
¿Qué quiere decir que los datos de cada cliente estén aislados?
Que una empresa nunca pueda ver los datos de otra. Es lo más grave que puede fallar en un software para varios clientes.
¿Puedo lanzarlo a clientes de pago?
Solo tras una revisión de seguridad hecha por alguien con experiencia. Un fallo de aislamiento puede exponer los datos de otras empresas.
Fuentes
En el directorio desde el 12 de octubre de 2026.
@NIftek en X
iliashatzis en Substack