Cursor error resource_exhausted: qué significa y qué hacer

El error resource_exhausted en Cursor significa que la petición no pudo completarse porque algún recurso se saturó: casi siempre el modelo de IA estaba con demanda muy alta en ese momento, o la conexión se cortó a mitad de la respuesta. No suele ser falta de saldo en tu cuenta, aunque conviene descartarlo. La solución rápida es reintentar, cambiar de modelo y revisar tu conexión.

Qué significa resource_exhausted

RESOURCE_EXHAUSTED es un código de error genérico (viene del estándar gRPC, que usan muchos servicios) para “se agotó un recurso”: capacidad, cuota o límite de velocidad. En los hilos del foro de Cursor aparecen tres causas:

1. Alta demanda del modelo. El equipo de Cursor lo ha explicado como ráfagas de mucha demanda sobre el modelo que estaba usando el modo Auto. Suele mostrarse como “High load”.
2. Corte de conexión. En otro hilo, el equipo de Cursor describió casos de interrupciones transitorias del flujo de respuesta que aparecen con esta etiqueta confusa.
3. Límites de uso. Algunos usuarios lo ven al llegar a límites de su plan o de mensajes de agentes en la nube.

Esta información viene de reportes en el foro, no de una página oficial dedicada a este error, y puede cambiar con nuevas versiones.

Solución paso a paso

1. Espera y reintenta

Si fue alta demanda, unos segundos después suele funcionar. Antes de reintentar una tarea del agente, revisa qué cambios ya quedaron:

git status
git diff

Así evitas que el agente aplique dos veces lo mismo.

2. Elige el modelo manualmente

Si usas Auto, Cursor elige el modelo por ti y puede tocarte uno saturado. En el selector de modelo del chat, elige uno específico y reintenta. Si un modelo falla seguido, prueba otro.

3. Revisa tu uso y tu plan

En el panel de tu cuenta en cursor.com revisa el uso del periodo. Si llegaste al límite de tu plan, el error persistirá hasta que se renueve o cambies de plan. Los límites y planes cambian seguido; consúltalos en la página oficial de precios.

4. Revisa la conexión

Si el error aparece junto con “Reconnecting…” o cortes:

1. Cursor Settings → Network → Run Diagnostics.
2. Si hay avisos de proxy o buffering, cambia HTTP Compatibility Mode a HTTP/1.1 y reinicia Cursor.

Lo explicamos completo en Cursor error connection failed.

5. Divide las tareas largas

Las ejecuciones largas del agente (muchos archivos, muchos pasos sin intervención) fallan más. Pide la tarea en partes:

Paso 1: solo crea el esquema de la tabla "pedidos" y su migración.
No toques ningún otro archivo. Avísame al terminar.

6. Reporta si persiste

Si el error sale siempre, con cualquier modelo y en cualquier red, repórtalo en el foro o a soporte de Cursor. En los hilos, el equipo suele pedir el Request ID del mensaje fallido (lo encuentras en el menú del mensaje en el chat) y datos de depuración del editor.

Cómo saber cuál de las causas es la tuya

Fíjate en el patrón antes de cambiar configuraciones al azar:

Lo que ves	Causa probable	Qué hacer
Falla un rato y luego vuelve a funcionar solo, con el mismo modelo	Alta demanda del modelo	Esperar, o cambiar de modelo mientras tanto
Falla con un modelo pero otro funciona bien	Saturación de ese modelo o proveedor	Quedarte con el que funciona por ahora
Falla con todos los modelos y aparece “Reconnecting…”	Red, proxy, VPN o antivirus	Diagnóstico de red y modo HTTP/1.1
Falla con todos los modelos, en cualquier red, desde cierta fecha	Límite del plan alcanzado	Revisar el uso en tu panel
Falla en la oficina pero no en tu casa	Firewall o proxy corporativo	Pedir a sistemas que permita los dominios de Cursor

Una prueba rápida para separar red de cuenta: conéctate desde otra red (por ejemplo, compartiendo datos desde tu celular) y repite la misma petición. Si funciona, el problema está en tu red, no en Cursor ni en tu plan.

Si usas tu propia llave de API en Cursor

Cursor permite configurar llaves propias de proveedores como OpenAI, Anthropic o Google en la sección de modelos de su configuración. En ese caso, el resource_exhausted puede venir de tu cuenta con el proveedor, no de Cursor: tu llave llegó a su límite de peticiones por minuto o a su cuota. Lo revisas en la consola del proveedor (por ejemplo, Google AI Studio para Gemini), no en el panel de Cursor. Si quieres descartar esto, desactiva temporalmente tu llave y prueba con los modelos incluidos en tu plan.

Cómo hacer que pase menos

Las peticiones grandes consumen más recursos y fallan más. Unos hábitos que ayudan:

• Abre un chat nuevo cuando cambies de tarea. Las conversaciones muy largas arrastran mucho contexto en cada mensaje.
• Adjunta solo los archivos que importan en lugar de dejar que el agente explore todo el proyecto.
• Haz commit seguido. Si un error corta al agente a la mitad, vuelves a un punto conocido con git checkout . o git stash, en lugar de adivinar qué quedó a medias.
• Ten un plan B en horas pico: otro modelo que ya sepas que funciona bien con tu proyecto.

resource_exhausted en otros lugares

Si ves RESOURCE_EXHAUSTED en tu propia app (no en Cursor), probablemente viene de la API de Google Gemini: significa que tu llave superó su cuota. Eso se arregla en Google AI Studio o Google Cloud, no en Cursor. Lo explicamos para apps de Lovable en exceeded quota.

Errores comunes

• Reintentar sin revisar qué cambios ya aplicó el agente.
• Asumir que es tu plan y pagar un upgrade sin revisar el uso.
• Mandar tareas enormes en un solo mensaje.
• Ignorar que también puede ser tu red.

Si Cursor te frena seguido

Si los errores interrumpen tu trabajo con frecuencia, vale la pena comparar herramientas: lee Cursor vs Claude Code o el resumen de qué es Cursor AI. Y si el problema de fondo es que tu proyecto ya creció más de lo que la IA puede manejar sola, en Black Engine lo revisamos contigo por WhatsApp.