Tu app hecha con IA se ha quedado atascada: por qué pasa y cómo terminarla

Si has llegado aquí, probablemente la historia es esta: empezaste una app con Lovable, con Bolt, con v0, o directamente con Claude Code o Codex en la terminal. Los primeros días fueron mágicos. Pantallas que aparecían solas, funciones que funcionaban a la primera, la sensación de que en una semana estaría lista.

Y entonces se atascó.

Cada arreglo rompe otra cosa. Le pides que corrija el login y te desmonta el listado. Los créditos —o las horas— se van en vueltas sobre el mismo error. La app funciona en la vista previa pero no cuando la publicas. Llevas semanas "al 90 %" y ese último 10 % no llega nunca.

No es que lo hayas hecho mal. Es el patrón, y tiene explicación.

Por qué el último 20 % cuesta más que el primer 80 %

Las herramientas de vibe coding son extraordinarias construyendo el principio de una aplicación: pantallas, formularios, navegación, un CRUD contra Supabase. Todo eso es terreno conocido para el modelo, porque hay millones de ejemplos parecidos en su entrenamiento.

El final de una aplicación es otro deporte. Autenticación que funcione en tu dominio real y no solo en la vista previa. Permisos que se comprueben en el servidor y no solo escondiendo botones. Pagos que no se dupliquen si el usuario pulsa dos veces. Correos que lleguen. Copias de seguridad. Un despliegue que puedas repetir sin miedo. Nada de eso se ve en una captura de pantalla, y por eso el modelo lo trata como opcional. No lo es: es la parte por la que una app cobra o no cobra.

Hay una regla que circula entre quienes construyen con IA y que se cumple con una precisión incómoda: cuando sientes que estás al 90 %, llevas más o menos el 20 % del tiempo total invertido. El último tramo no es la guinda; es la mitad del pastel.

Los atascos concretos que más se repiten

En apps de Lovable, Bolt, v0 o Base44 (perfil no técnico):

• Funciona en la vista previa, falla al publicar. Variables de entorno que no existen en el dominio final, redirecciones de autenticación apuntando a la URL de la preview, dominios sin configurar del todo.
• El bucle de créditos. Le describes el error, lo "arregla", aparece otro, y a la tercera vuelta ha reescrito media app. Si llevas más de dos horas dando vueltas al mismo problema, el problema ya no es del prompt: es de la estructura.
• Seguridad que parece y no es. Tablas de Supabase sin RLS activada, claves de API pegadas en el código del navegador, permisos que solo existen en la interfaz.

En apps hechas con Claude Code, Codex o Cursor (perfil semi-técnico):

• Funciona en tu máquina y solo en tu máquina. Nadie ha decidido dónde se despliega, cómo se actualiza, qué pasa cuando el servidor se reinicia.
• El repositorio es arqueología. Archivos de 500 líneas, funciones duplicadas, tres maneras distintas de hacer lo mismo. Añadir cualquier cosa rompe otra.
• Sin red de seguridad. Ni tests, ni copias, ni forma de volver atrás cuando una sesión del agente sale mal.

Las tres salidas reales

1. Terminarla tú. Viable si el atasco es de configuración (un dominio, una variable de entorno) y no de estructura. La técnica que mejor funciona: deja de pedir arreglos y pide diagnóstico. "No lo arregles todavía: explícame qué está pasando y por qué" produce mejores resultados que otra vuelta de "sigue sin funcionar". Y saca el código de la herramienta cuanto antes: conéctalo a GitHub, que exista una copia fuera.

2. Abandonarla. Legítimo si era un experimento. Doloroso si ya tienes usuarios esperando o has validado que alguien pagaría. La app atascada al 80 % no vale el 80 %: vale cero hasta que cruza la línea de producción.

3. Que la termine alguien que termina apps. No para reescribirla desde cero —eso casi nunca hace falta y quien te lo proponga sin haber leído tu código está vendiendo otra cosa—, sino para conservar lo que la IA hizo bien y arreglar lo que falta: seguridad, despliegue, los tres bugs que te tienen atascado y el orden mínimo para que la app pueda crecer.

Esa tercera vía es exactamente nuestro servicio de rescate de apps hechas con IA: un diagnóstico cerrado de 450 € en 48 horas laborables que te dice qué funciona, qué está roto y cuánto cuesta cada arreglo — y con eso decides, con datos, si seguimos nosotros, si lo terminas tú con la lista delante, o si lo aparcas.

Si tu duda concreta es de dinero, tenemos desglosadas las bandas de precio reales de arreglar una app hecha con IA. Y si el atasco es el salto a producción, aquí está la guía para migrar una app de Lovable a producción paso a paso.