Límites de créditos en Lovable: poner tope, avisos y bloqueo

Lovable deja poner un tope de créditos por workspace, proyecto o miembro, con aviso o bloqueo al llegar. Solo para planes de pago.

El miedo con Lovable nunca ha sido que no funcione. Ha sido abrir la pantalla de uso a mitad de mes y ver el contador por los suelos sin saber quién se lo ha comido.

Las entradas nuevas de su changelog, con fecha del 6 y del 7 de octubre de 2026, van justo a ese punto. Ahora puedes poner un tope de créditos. Y decidir qué pasa cuando se llega.

Qué puedes limitar exactamente

Lo primero, por si te ahorro el clic: esto es para administradores y propietarios de un workspace, y solo en planes de pago. Si estás en el gratis, esta pantalla no es para ti.

Dicho eso, el nivel al que puedes poner el tope es más fino de lo que me esperaba. Según el anuncio, puedes fijar un umbral de créditos para:

  • el workspace entero
  • un proyecto concreto
  • un miembro concreto
  • y, en los planes Business y Enterprise, un grupo o un token de acceso

Lo encuentras en Workspace settings, dentro de Usage limits & alerts.

Que se pueda limitar por proyecto es la parte que a mí me parece más útil. Luego te cuento por qué.

¿Qué pasa cuando llegas al tope?

Aquí está la decisión de verdad, porque no es una sola cosa. Eliges tú.

Opción uno: aviso. Te llega un correo o una notificación dentro de la propia herramienta. El gasto sigue, pero tú te enteras.

Opción dos: bloqueo. Y el bloqueo de Lovable no es solo "no puedes seguir construyendo". Según el anuncio, para de construir y además pausa Lovable Cloud, las funciones de IA y las peticiones medidas de los conectores en las apps ya publicadas.

Lee otra vez esa última parte. En las apps ya publicadas.

O sea, que si pones un bloqueo duro y se cumple, no se te para solo el taller. Se te puede parar la tienda. Si tu app publicada tira de Lovable Cloud para la base de datos, o de las funciones de IA para algo que el usuario ve, llegar al tope con la opción de bloqueo significa que lo que está en producción se queda a medias.

Eso no es un fallo de diseño. Es exactamente lo que pides cuando pides un tope duro. Pero es la clase de letra pequeña que uno descubre el día malo, no el día que configura la pantalla.

El aviso de saldo bajo, que es el que yo pondría primero

Hay una segunda cosa que se puede activar y que me gusta más que el tope: un aviso cuando el saldo del workspace baja de una cantidad o de un porcentaje que tú eliges.

Esa es la versión sin consecuencias. No te para nada, solo te dice "oye, vas por el veinte por ciento". Y a mitad de mes, con dos semanas por delante, eso sí es información con la que puedes hacer algo.

El tope duro es un cinturón. El aviso de saldo es el espejo retrovisor. Si solo vas a configurar una cosa hoy, configura el espejo.

Y si no tienes claro cuál de los contadores se te está vaciando, lo tengo desglosado en los créditos de Lovable: build, Cloud e IA.

La parte que resuelve discusiones: pedir más

Hay un detalle del anuncio que parece menor y que en un equipo no lo es nada.

Los miembros que llegan a un límite que bloquea pueden pedir un aumento. Y tú, como admin, lo apruebas o lo deniegas.

Ahí dentro hay una conversación entera que antes pasaba por WhatsApp. "Oye, que no puedo seguir." "¿Cuánto llevas gastado?" "No sé." Ahora la petición llega por el canal donde está el dato, y la decisión queda tomada en el sitio donde toca tomarla.

Para una agencia esto cambia más de lo que parece. Si llevas webs de cliente, el límite por proyecto deja de ser un control de gasto y pasa a ser un control de margen. Cada proyecto con su presupuesto de créditos y, cuando se acaba, alguien tiene que decidir en voz alta si se amplía. Que es justo la conversación que no se tiene nunca cuando todo sale del mismo saco. Las cuentas de ese escenario las hice en Lovable para agencias.

El otro cambio: la base de datos avisando antes de cobrarte

En la misma tanda hay una segunda entrada que va del mismo tema por otro camino.

Cuando tu base de datos de Lovable Cloud se queda corta de recursos, Lovable ahora te avisa de que la app está bajo carga alta. Te lo dice en el chat del proyecto, en el diálogo de Publish y en More, Cloud, Database.

Ahí hay un botón de Resolve. Lo pulsas y Lovable comprueba si la base de datos sigue apretada, busca la causa probable y te propone cambios de consulta o de código antes de pasar a una instancia más grande.

Y si la instancia más grande es la respuesta correcta, te enseña el impacto en créditos y te ofrece el cambio para que lo apruebes tú. Hacerlo desde el chat está disponible en planes de pago.

Esto es el tope de créditos con otra ropa. El patrón es el mismo: enseñar el número antes de la decisión en lugar de después del cargo.

¿Esto te va a ahorrar créditos de verdad?

Por sí solo no. Un tope no gasta menos, solo corta antes.

Lo que te ahorra es el mes en el que no te enteras. Ese en el que entras un día 24, ves que queda un 4 por ciento y descubres que hubo una tarde de la semana pasada en la que le pediste veinte variantes de lo mismo.

Y te ahorra otra cosa, menos obvia. Te obliga a decidir cuánto vale cada proyecto antes de empezarlo. Poner un número en esa casilla es una decisión de negocio disfrazada de ajuste técnico: si no sabes qué tope ponerle a un proyecto de cliente, lo que no sabes es qué margen tiene. Eso no lo arregla Lovable.

Lo que el anuncio no dice

No dice si hay un mínimo o un máximo configurable, ni cada cuánto se evalúa el umbral, ni qué pasa con una petición de aumento que nadie aprueba. Tampoco si el bloqueo se levanta solo cuando entra el ciclo nuevo de créditos.

Así que lo sensato es entrar en Workspace settings, abrir Usage limits & alerts en tu propia cuenta y probar primero con el aviso. No con el bloqueo. Y menos si tienes algo publicado que dependa de Cloud.

Qué haría yo hoy

Tres minutos, dos casillas.

Primero, el aviso de saldo bajo. Es gratis en consecuencias y te da margen de reacción.

Segundo, y solo si llevas proyectos de cliente, un límite por proyecto con aviso. Con aviso, insisto, no con bloqueo. Un mes así, solo para ver cuál de ellos se come el saco.

El bloqueo duro lo dejaría para cuando ya sepas por experiencia cuánto come cada cosa. Antes de eso, un tope puesto a ojo es un apagón programado a una hora que tú no has elegido.

Y si andas calculando cuánto te va a costar mantener todo esto encendido, los tramos los tengo al detalle en los precios de Lovable en 2026.

Las dos entradas están en el changelog oficial de Lovable (enlace de afiliado: así me ayudas a seguir creando contenido).

¿No sabes si estas herramientas son para ti o te vienen grandes? Haz el test de nivel de IA y te digo por dónde empezar.

Relacionado

Sigue leyendo