Dos claves de Gemini en un mismo proyecto no duplican su límite de uso
Google aplica los límites de la API por proyecto. Separar credenciales puede organizar el acceso, pero no crea automáticamente dos cuotas independientes.
Crear una segunda clave para la API de Gemini dentro de un mismo proyecto no convierte ese proyecto en dos bolsas de capacidad. La documentación de Google indica que los límites se aplican por proyecto, no por cada clave de API.
Las restricciones pueden observar distintas dimensiones, como solicitudes por minuto, tokens de entrada por minuto y solicitudes por día. Superar una de ellas puede provocar un error aunque las otras no se hayan agotado. Por eso no basta con mirar únicamente cuántas peticiones se enviaron.
En un ejemplo ficticio, supongamos un límite de diez solicitudes por minuto para un proyecto. Si una aplicación envía seis y otra cinco usando claves diferentes del mismo proyecto, el total es once. Separar las claves no transforma esas once solicitudes en dos consumos independientes del límite común. Diez es solo una cifra didáctica, no una cuota anunciada para una cuenta real.
La comprobación útil es identificar el proyecto, el modelo y la dimensión que señala el error antes de modificar la configuración. Después puede revisarse el límite activo en AI Studio. Si varias aplicaciones comparten proyecto, coordinar sus envíos ofrece una explicación más consistente que generar credenciales una y otra vez.
La página oficial advierte que los límites dependen del modelo y del nivel de uso y que la capacidad real puede variar. Esta guía no inspecciona cuotas privadas, crea claves, contrata capacidad ni propone eludir restricciones. Separa la función de una credencial de la unidad sobre la que Google contabiliza el uso.