Cada herramienta de vibe coding vende la misma ilusión: que el coste de una aplicación es el coste de generarla. El primer prompt es barato y espectacular. El presupuesto muere más tarde, en el bucle de corrección, y el bucle de corrección no es un caso aislado. Es el modo de funcionamiento normal de cualquier herramienta de generación de código de este sitio una vez que la aplicación supera un tamaño trivial.
Por qué el vigésimo prompt cuesta más que el primero
El primer prompt escribe sobre un lienzo en blanco; el modelo es experto en ello y una sola ronda suele generar un progreso visible. El vigésimo prompt, en cambio, debe modificar un sistema existente que el modelo solo recuerda parcialmente. A medida que las bases de código crecen, superan el contexto de trabajo de la IA y el modelo empieza a contradecir sus propias decisiones anteriores. Los arreglos atacan los síntomas en lugar de las causas raíz, por lo que un parche en un lugar rompe otro: los desarrolladores llaman a este patrón el juego del topo (prompt whack-a-mole). La iteración también infla el artefacto en sí: al tener un contexto limitado, la IA reescribe funciones auxiliares que no puede ver, dejando lógica duplicada y un mosaico de estilos que hace que cada corrección posterior sea más difícil de implementar.
Así, la economía de la unidad se invierte. Los primeros prompts compran funcionalidades; los últimos compran intentos. Y cada intento se factura.
Lo que dicen los contadores
Cifras de investigación, desglosadas por herramienta, todas extraídas de informes documentados de usuarios.
Lovable vende créditos; el plan Pro base cuesta 25 euros por 100 créditos al mes. Los usuarios reportan que el consumo por prompt ha subido de unos 1,2 créditos a entre 3 y 4, una inflación de costes de casi diez veces con el tiempo, llegando incluso a consumir fracciones de crédito por simples preguntas sobre el código. Quienes lo analizan describen el bucle canónico: créditos gastados en chats de depuración donde el agente introduce nuevos errores mientras resuelve el primero, y reportes de que la IA afirma haber aplicado un arreglo cuando no es así. A 3-4 créditos por prompt, un mes de 100 créditos se agota en menos de 30 intentos.
Bolt vende tokens, 10 millones en el nivel Pro de 25 $. La queja recurrente es pagar por la falta de progreso: el edit-diff que se reescribe inmediatamente sin el cambio, “quemando tokens sin hacer cambios”, y un límite mensual consumido por un error generado, dejando al desarrollador esperando al mes siguiente para corregir el error de la propia herramienta. Los usuarios también describen un agotamiento opaco durante bucles complejos, sin un desglose de qué ediciones consumieron los tokens.
Replit tiene la curva más pronunciada porque su precio se basa en el esfuerzo: la factura refleja cuánto trabaja el agente, y nada hace que un agente trabaje más que depurarse a sí mismo. Casos documentados: 25 $ en créditos en menos de un día, 350 $ en un solo día, 700 $ en un mes y 1.500 $ en cargos sorpresa de base de datos impulsados en parte por copias de seguridad por checkpoint. La lectura más pesimista de la comunidad es estructural: más errores significan más arreglos, lo que se traduce en más ejecuciones facturables.
Diferentes medidores, misma tendencia. La unidad de precio es el intento, y la depuración es la actividad que maximiza los intentos.
Poniéndole nombre al impuesto
Llamémoslo el impuesto al bucle de corrección: la brecha entre lo que pagarías si la generación funcionara a la primera y lo que pagas en realidad. Tiene tres propiedades dignas de mención. Es invisible al momento de la compra, ya que el precio oficial describe el camino ideal. Es regresivo, afectando más a los desarrolladores menos capaces de diagnosticar las causas raíz, ya que son quienes ejecutan más rondas. Y está correlacionado con la importancia: las aplicaciones que disparan los bucles más profundos son las apps de negocio ricas en casos borde y gestión de autenticación que más necesitas que funcionen, el tipo de apps analizadas en Lovable vs Bolt.
El impuesto tampoco se queda solo en la columna de costes. Cada ronda facturada en una funcionalidad ligada a la autenticación vuelve a lanzar los dados de seguridad de lo que realmente significa que el ‘45% del código de IA es vulnerable, y el bucle en sí es la forma cotidiana del problema del Día Dos: la fase de mantenimiento donde cada cambio corre el riesgo de romper el anterior. El medidor es solo la parte que puedes ver en la factura.
Pagar menos, o no pagar nada
En las herramientas de generación de código, las mitigaciones son una cuestión de técnica: limitar el alcance de los prompts, hacer commit de cada estado estable, leer los diffs antes de aceptar y reconocer la deriva lo suficientemente pronto como para detenerse. Una herramienta de suscripción plana como Cursor al menos limita el peor escenario a una cifra mensual conocida.
La respuesta estructural es fijarse en qué aplicaciones no necesitan un bucle. Un portal o una herramienta interna es mayormente autenticación, permisos y CRUD; en una plataforma como Softr, eso es configuración: cambias un ajuste, el cambio se aplica, sin rondas de regeneración y sin intentos facturados. Softr tiene créditos de IA para su Co-Builder, pero como todo lo que hace la IA también puede hacerse manualmente, un saldo vacío nunca bloquea una corrección. Para las apps de negocio, el bucle de corrección más barato es el que no existe.