Los constructores de apps basados en créditos anuncian cifras atractivas: Lovable desde 25 $/mes, Bolt desde 25 $/mes, Replit Pro desde 100 $/mes. La cifra es real, pero no representa el coste total. Estas herramientas facturan por créditos o tokens consumidos por prompt, y la brecha entre el precio de la suscripción y el gasto mensual real es donde fallan los presupuestos basados en créditos. Esta guía explica cómo funciona el medidor, por qué la depuración es lo más caro que harás en ella y cómo hacer previsiones al respecto.
El marco de criterios utilizado proviene de /methodology.
Pagas por cada prompt, incluidos los fallos
El mecanismo es sencillo: cada prompt de IA consume créditos (Lovable), tokens (Bolt) o tiempo de ejecución del agente según el esfuerzo (Replit). La trampa es que el consumo es una función de cuánto iteres, y la iteración que no puedes omitir es corregir lo que el agente hizo mal.
Este es el modo de fallo documentado en las tres herramientas, y es estructural, no ocasional. Un usuario de Lovable describe el bucle directamente: «parece que solo estás quemando créditos para parchear los mismos problemas. Lovable te miente sobre haber corregido un error». Usuarios de Bolt informan que el agente reescribe código sin incluir los nuevos cambios: «estoy quemando tokens sin que haya cambios». El agente de Replit es descrito creando «bucles casi infinitos» de esfuerzo intentando resolver errores que él mismo creó. En cada caso, el medidor corre más rápido precisamente cuando la herramienta funciona peor.
Dónde impactan los picos de coste
Bucles de depuración. Es el mayor lastre porque se multiplica: un error cuesta créditos crearlo, luego más créditos diagnosticarlo, más para solucionarlo y aún más cuando la solución rompe otra cosa. Este es el impuesto que la demo, que siempre muestra una primera versión impecable, nunca revela.
Operaciones de backend no solicitadas. Usuarios de Replit informan de “cargos de base de datos de 1.500$” debido a que el agente realizaba copias de seguridad en cada punto de control y ejecutaba migraciones; un gasto impulsado por “cómo funciona el agente” más que por el código en sí.
Inflación de costes con el tiempo. Un usuario de Lovable reporta que el consumo se ha multiplicado por diez: “cada prompt consume unos 3-4 créditos. Antes eran como 1,2”. En una plataforma de créditos, el comportamiento de los precios no queda fijado al momento de la compra.
El abismo del escalado. Estos planes escalan abruptamente. Los niveles de créditos de Lovable alcanzan los 2.250 €/mes en Pro y los 4.300 €/mes en Business por el mismo volumen; los niveles de tokens de Bolt llegan hasta los 2.000 $/mes. Una aplicación que supera la cuota base no recibe un pequeño cargo por exceso, sino que tiene que subir un escalón considerable.
Por qué el sistema de pago por uso afecta a estos criterios
El precio por créditos no solo cuesta dinero, sino que degrada dos criterios evaluados. La mantenibilidad se ve afectada porque cada cambio implica un nuevo prompt que consume créditos y puede fallar, por lo que evolucionar la aplicación resulta costoso e impredecible; todo lo contrario a una edición segura en fase de mantenimiento. La preparación para producción sufre porque la administración de la facturación se convierte en una dependencia operativa: el modelo de Bolt es descrito como “depredador” por pausar el desarrollo a mitad de mes una vez agotada la cuota, lo que para una app en vivo significa que el trabajo en las funcionalidades se detiene según el contador, no según tus necesidades.
- Cada cambio es un nuevo prompt
- Cada nuevo prompt consume créditos
- Cada nuevo prompt puede fallar
- Editar es costoso y poco fiable
- La administración de la facturación se vuelve una dependencia operativa
- Modelo calificado como "depredador"
- El desarrollo se pausa a mitad de mes cuando se agotan los créditos
- El trabajo de funciones se detiene según el contador
Cómo hacer previsiones y cómo escapar del contador
Si decides quedarte en una plataforma de créditos, prevé el tiempo de depuración, no solo la construcción. Asume que una parte significativa de los créditos se destinará a corregir los propios errores del agente, y calcula el nivel de escalado por encima de tu cuota base, ya que las apps reales acaban llegando a él. Desconfía de las herramientas sin paneles de uso claros; la queja recurrente es que las facturas se disparan durante la depuración “sin paneles de uso claros” para anticiparlo.
Hay dos salidas más limpias. Primero, elija una herramienta de créditos que devuelva código real exportable para que pueda terminar el desarrollo en un IDE local fuera del medidor. Replit renuncia a los precios planos pero devuelve código exportable, y Bolt descarga bases de código estándar de React/Vite, que es la ventaja honesta de ambos. Segundo, para una aplicación de negocios que cambiará constantemente, elija una plataforma de precio plano y elimine el medidor por completo. Softr cobra de $19 a $329/mes facturado anualmente sin medidor de uso; tiene créditos de IA, pero como cada acción de IA también se puede hacer manualmente en el editor visual, quedarse sin créditos nunca bloquea la construcción o el mantenimiento de la aplicación. Ese híbrido es la respuesta estructural a la volatilidad de los créditos.
El patrón que debes exigir a cualquier opción preseleccionada: o una factura fija o una salida real del sistema de pago por uso, e idealmente ambas. Consulta qué te permite hacer realmente la exportación de código para la parte de la salida, y /methodology para conocer los criterios.