Rescatar sistemas rotos construidos con IA: auditoría, rescate, corrección o migración
Toma de control de sistemas rotos o a medio terminar (apps por IA, Claude/ChatGPT, 'constructores de sistemas'): auditoría, respaldo primero, luego corregir, migrar o reconstruir.
Proyecto de demostración
Un negocio pagó por un sistema que se suponía que eliminaría el trabajo manual. La demo parecía convincente, pero en la operación diaria se rompe: los registros se corrompen en silencio, los errores se repiten en bucle, nadie puede cambiar nada sin romper otra cosa — y el constructor original desapareció o propone rehacerlo desde cero. El dueño se queda con costos hundidos, una dependencia operativa y sin ruta de salida.
TL;DR
| Etapa | Lo que tienes hoy | Lo que tienes después |
|---|---|---|
| Veredicto | ”Nadie puede decirme si esto se puede salvar” | Una respuesta por escrito: corregir, migrar o retirar — con el costo de cada ruta |
| Datos | Viviendo dentro de un sistema frágil a medio construir | Exportados y respaldados antes de que nadie toque nada |
| Operaciones | Rodeos diarios alrededor de flujos rotos | Flujos estabilizados que sobreviven a cambios y a personal nuevo |
| Propiedad | El constructor tiene las llaves | Tú las tienes: código, datos, documentación y acceso de despliegue |
Esta página describe el servicio y el orden exacto de trabajo. Los artículos enlazados al final contienen los precios verificados y la matemática de costos que lo respalda.
El problema: “Estaba al 95% hace seis meses”
Esta es hoy una de las situaciones más comunes que veo. Un sistema fue construido con un creador de apps por IA (Replit, Lovable, Bolt, Bubble), generado íntegramente con Claude, ChatGPT o Cursor por un “constructor de sistemas” freelance, o ensamblado con bloques sin código — y la demo realmente funcionaba. Luego empezó la operación real y el panorama cambió:
- Funciona para una persona y se rompe para el equipo. El fundador puede manejarlo; un empleado nuevo choca con errores el primer día.
- Los datos viven en lugares frágiles. La mitad en Google Sheets, la otra mitad en la base de datos privada del creador, una parte solo dentro de la cuenta del proveedor de IA. Nadie puede decir dónde está la copia maestra.
- Los errores son silenciosos. Clientes duplicados, pedidos que desaparecen entre pasos, números que no concilian al cierre del mes — descubiertos semanas después, por los clientes o por tu contador.
- Cada cambio rompe dos cosas más. No hay pruebas, ni un historial de versiones que signifique algo, ni documentación de lo que el código realmente hace.
- Las facturas siguen corriendo. Suscripción del creador, consumo de tokens de IA, tarifas por usuario — mientras el sistema que pagan sigue a medio usar.
- El constructor desapareció — o responde a cada solicitud con una cotización para rehacerlo desde cero.
El dinero hundido no es lo peor. Lo peor es la dependencia operativa: tu equipo canaliza el trabajo diario a través de un sistema que nadie puede reparar, extender o incluso apagar con seguridad.
Qué rescato
- Proyectos de creadores de apps por IA — Replit, Lovable, Bolt, Bubble y similares, en cualquier estado, desde “casi funciona” hasta “abandonado a medio construir”.
- Sistemas generados con Claude, ChatGPT o Cursor por un freelance o un entusiasta interno, sin revisión de ingeniería detrás.
- Sistemas sin código que alcanzaron su techo — AppSheet, Retool, Glide, cadenas de Zapier/Make que se volvieron inmanejables.
- Prototipos de agentes de IA que queman tokens, responden de forma poco confiable o nunca se terminaron.
Una nota honesta: a veces el veredicto es “conserva la mayor parte, corrige dos cosas concretas” — y el trabajo termina ahí, barato. También recibes esa respuesta, con el razonamiento por escrito.
Cómo funciona un rescate — el orden de mi trabajo
Paso 1 — Una llamada de encaje de 20 minutos
Me muestras lo que más duele y lo que tienes. Te digo de inmediato si es el tipo de proyecto que yo rescato y cuánto cuesta la primera mirada. Sin compromiso más allá de esa llamada.
Paso 2 — Inventario y accesos
Antes de cualquier juicio: una lista completa de lo que realmente existe — cuentas, código, hojas de cálculo, bases de datos, suscripciones, integraciones y dónde viven los datos reales. En proyectos a medio terminar, solo este paso suele descubrir cosas que el dueño no sabía que existían (y suscripciones que nadie recordaba).
Paso 3 — Respaldo antes que nada
Una exportación completa y de solo lectura de cada registro del negocio, antes de hacer un solo cambio. Pase lo que pase después — corrección, migración o la decisión de retirar el sistema — tus datos ya están a salvo y en tus manos. Este paso no implica ningún riesgo para la operación diaria.
Paso 4 — Auditoría y veredicto
Examino cómo está construido el sistema y dónde se rompe realmente, y te doy un veredicto por escrito:
- corregir en el lugar — qué está roto exactamente, cuánto cuesta repararlo y qué sigue sin cumplirse después;
- migrar — cuánto cuesta una reconstrucción sobre una base sana, en dinero y en tiempo de calendario, con tus datos existentes trasladados;
- retirar — a veces el sistema resuelve un problema que ya no tienes, y lo correcto es apagarlo limpiamente.
Tú eliges la ruta con números reales, no con esperanza.
Paso 5 — Estabilización
Sea cual sea la ruta que elijas, la operación diaria debe sobrevivir al trabajo: se detienen los bucles de errores, se limitan las facturas de IA descontroladas y los dos o tres flujos de los que más depende tu equipo reciben soportes temporales, para que nadie trabaje meses rodeando un sistema roto.
Paso 6 — Corregir en el lugar, o migrar
Para una corrección: cambios acotados, cada uno verificado contra una lista de aceptación en lenguaje claro que tú apruebas — sin un “créeme, ya funciona”.
Para una migración: los datos se modelan correctamente, se mueven con validación en cada paso (conteos de filas, totales de control, verificaciones puntuales que puedes leer) y los sistemas viejo y nuevo corren en paralelo hasta conciliar. Tu equipo cambia cuando los números coinciden — no antes.
Paso 7 — Corte y entrega
Un informe de conciliación de la ejecución en paralelo, una sesión de recorrido para el equipo, documentación que una persona sin perfil técnico pueda seguir y todo en cuentas de tu propiedad. Sin encerramiento: cualquier desarrollador competente puede retomarlo después de mí — eso es deliberado.
Qué obtienes
- Un veredicto en días, no en meses — la pregunta real de la mayoría de los dueños (“¿esto se puede salvar?”) recibe una respuesta por escrito temprano, a un costo fijo pequeño.
- La seguridad de los datos como primer paso, no como ocurrencia tardía.
- Un sistema que tu equipo puede cambiar sin miedo — con pruebas como red de seguridad y un dueño que tiene todas las llaves.
- Suscripciones zombi y fugas de tokens encontradas y detenidas — que a menudo pagan el trabajo por sí solas.
Lecturas relacionadas — los números detrás de este servicio
- Tu app de Replit o Lovable no está lista para producción: el coste real del software creado con IA — qué había dentro de un rescate de Replit de cinco cifras: qué cubre la suscripción de $25 al mes y qué nunca cubrirá.
- El coste real de AppSheet con 20 usuarios — y por qué un agente de IA no puede rescatarlo — la matemática por asiento y por qué la configuración de solo clics no puede ser operada por un agente de IA.
- Retool con 20 usuarios: la matemática por asiento que nadie calcula antes de suscribirse — la matemática por asiento y por ejecución medida que hay que calcular antes de comprometerse con cualquier plataforma constructora.
- Cómo preparar los datos de tu negocio para agentes de IA — la checklist que ejecuto antes de que cualquier función de IA toque tus datos.
- Cientos de prompts y ningún sistema que funcione — por qué insistir con más prompts nunca arregla un proceso roto, y qué sí lo arregla.
Preguntas frecuentes
¿Mi proyecto se puede salvar o hay que rehacerlo? Eso es exactamente lo que responde la auditoría. Algunos rescates terminan en una corrección de dos semanas; otros son reconstrucciones honestas con los datos viejos trasladados. Ambas respuestas vienen con números adjuntos, y tú eliges.
El constructor original desapareció o no responde. ¿Puedes trabajar con ello? Normalmente, sí — si controlas las cuentas en las que corre el sistema (o puedes recuperarlas). El paso de inventario establece exactamente qué es accesible y qué no.
¿Tenemos que abandonar la plataforma actual? No. Si la plataforma es sana y solo la construcción está rota, corregir en el lugar es la ruta más barata. La migración se recomienda cuando la plataforma misma es el techo — y la auditoría dice en cuál de las dos situaciones estás.
¿Quieres un veredicto sobre tu proyecto estancado?
Tráelo a una llamada de encaje de 20 minutos. Saldrás de la llamada sabiendo si tu sistema se puede salvar, cuál es el siguiente paso realista y cuánto cuesta — incluso si nunca me contratas.