Cómo gestionar límites con varias suscripciones de AI coding

El mes pasado tenía tres superficies de AI coding de pago abiertas en la misma máquina: plan de IDE, suscripción de agente en terminal y un chat que también limita el “agente de código”. Ninguna mostraba límites en las mismas unidades. Una reiniciaba a medianoche UTC, otra en ventana semanal móvil, y la tercera mezclaba pools “rápido” vs “lento” — hasta que un refactor se cortó a mitad del diff.

La lección fue simple y cara: solapar suscripciones no es redundancia. Son tres contadores de facturación si no asignas rol a cada herramienta.

Esta nota es cómo lo organizo sin fingir que los vendors publican cuotas estables y comparables para siempre. Los límites cambian; trata los números como señal, no contrato. Para elegir herramientas, empieza por Cómo elegir una herramienta de AI coding y Cursor vs Claude Code vs Codex.

Qué estás midiendo en realidad

Antes de hojas de cálculo o apps de barra de menú, anota qué se consume cuando “usas IA para codear”:

Tipo de medidor	Qué suele significar	Dónde duele
Mensajes / solicitudes	Cada turno de chat, paso del agente o completion inline	Bucles largos de agente en un ticket
Acceso a modelo premium	Modelo “rápido” o flagship vs fallback	Refactors pesados con pool rápido vacío
Ventana temporal	Topes diarios, semanales o estilo 5 h móviles	Apuro de fin de semana
Concurrencia / asiento	Planes de equipo, pools compartidos	Dos devs en el mismo login “Pro”
Saldo API en $	Pago por token fuera de la suscripción consumer	Clave API en la ruta del agente sin darte cuenta

Suscripción consumer y API son productos distintos. Pagar ambos tiene sentido; usar ambos en la misma tarea sin notarlo es factura sorpresa.

Roles: principal, overflow y API

No ordeno por hype, sino por qué cuota acepto quemar:

Principal → trabajo diario en el repo (reviews, diffs pequeños)
Overflow  → cuando el principal está limitado O la tarea encaja mejor en otro
API       → jobs por lotes, scripts, experimentos tipo CI (tope en $ explícito)

El principal debe alinearse con el checklist de workflow de AI coding: si vives en el editor, el plan de IDE es principal; si entregas desde la shell, el agente de terminal es principal.

Overflow no es “backup porque me gustan dos UIs”. Es desborde intencional cuando el medidor principal está bajo o la tarea encaja mejor en la otra herramienta.

API lleva un tope mensual en dólares que anoto antes de empezar el mes. Los productos que cambian en silencio a clave API son la fuga principal.

Configuración de una semana (poca ceremonia)

El día 1 no hace falta telemetría perfecta:

1. Elige un principal por dos semanas — no pruebes todo en cada ticket.
2. Anota tres campos al chocar con el límite: fecha, herramienta, síntoma (pool lento, hard stop, empuje a upgrade).
3. Anota la zona horaria del reset en la UI del vendor.
4. Separa cuentas de trabajo y proyectos personales si el límite es personal.

Tras siete días aparecen patrones: quizá el IDE cubre el 80% de edits, pero cada run multi-archivo del agente cae en el terminal — o al revés.

Límite honesto: no confío en un número de terceros sin conciliar una vez con el dashboard del vendor. Los tiers cambian de nombre; “ilimitado” rara vez es lo que el IC imagina.

Dashboards, CLI y ayudas en barra de menú

Las superficies varían:

• Uso in-product — suele ser la fuente de verdad, a veces enterrado en Settings o Billing.
• Sesiones CLI — algunos agentes de terminal muestran estado en la shell; conviene mirar antes de un bucle largo.
• Agregadores de escritorio — con tres o más suscripciones, mira CodexBar más abajo.

El directorio de extensiones de DevCove lista extensiones de agente (skills, plugins, MCP) — no utilidades de barra de menú. CodexBar va en la caja “cómo vigilo cuotas”, no en el mismo cubo que una skill de Cursor.

CodexBar: muchos proveedores, una barra de menú

CodexBar (MIT, codexbar.app) es una app de barra de menú macOS 14+ de Peter Steinberger (steipete), con codexbar CLI opcional en macOS y Linux. No es un agente: mantiene visibles los límites de proveedores de AI coding — ventanas de sesión, semana y mes cuando la fuente los expone — y cuenta atrás hasta el próximo reset, para decidir si arrancas un run largo de agente.

Encaja con la pila de suscripciones de este artículo. Cursor, Claude Code, Codex, Copilot, Gemini CLI, Grok, Zed, Windsurf, OpenRouter y decenas más tienen UIs de uso distintas. CodexBar no sustituye los dashboards oficiales; agrega en ítems por proveedor (o modo Merge Icons con selector) para no saltar entre páginas de billing antes de cada refactor.

Qué ves en la barra

• Medidores por proveedor en el icono (error o dato stale puede atenuar el icono).
• Countdown de reset por ventana — útil cuando un producto reinicia a medianoche UTC y otro en reloj móvil de 5 h.
• Vistas opcionales de spend/crédito para fuentes API (OpenAI Admin API, Claude Admin API, OpenRouter, LiteLLM, AWS Bedrock, etc.; lista completa en la documentación de providers).
• Polling de estado con badges de incidente — a veces el “límite” es una cookie de auth rota.
• Settings → Usage & Spend para estimaciones locales 7/30 días; codexbar cost en scripts para escaneos de coste Codex/Claude.

Widgets, notificaciones de cuota y confeti en reset semanal son opcionales; el valor para ICs es headroom de un vistazo.

Cómo obtiene los límites (privacidad y permisos)

CodexBar es privacy-first: no guarda contraseñas. Por proveedor reutiliza lo que ya tienes — OAuth, device flow, API keys, CLIs instalados (Codex, Claude, Gemini, etc.) y cookies de navegador opt-in para dashboards web como el uso del plan Cursor. Lee rutas de config y logs conocidos, no un barrido de disco entero; macOS puede pedir Keychain (descifrado de cookies) o Full Disk Access para proveedores Safari — ver la nota de privacidad del README e issue #12.

Es un trade-off: comodidad vs dar a una app de terceros acceso a material de sesión. Solo CLIs habilitados evitan la mayoría de rutas de cookies.

Instalación y CLI (snapshot 2026-07-29)

Superficie	Cómo obtenerlo
App macOS	GitHub Releases o brew install --cask codexbar
Solo CLI	brew install steipete/tap/codexbar (Linux soportado); Arch vía AUR codexbar-cli
Primer uso	Settings → Providers → habilita lo que usas; login por la vía soportada (CLI, OAuth, API key, cookies)

Ejemplo CLI (docs upstream):

codexbar config providers
codexbar config enable --provider cursor
codexbar config disable --provider grok

Windows: sin app estilo macOS oficial; existe Win-CodexBar comunitario. Desktop Linux: el CLI bundled alimenta Waybar, extensiones GNOME y widgets Plasma — sección “Linux desktop integration” del README.

Uso en flujo multi-suscripción

1. Antes de un bucle largo de agente — mira medidor y reloj de reset; si la ventana termina en veinte minutos, reduce alcance o cambia a overflow a propósito.
2. Una vez por semana — reconcilia CodexBar con la página de billing de un proveedor; actualiza memo interno si cambiaron tiers.
3. No enrutes tareas automáticamente desde la barra — CodexBar informa; los roles principal / overflow / API siguen decidiendo dónde corre el trabajo.

Los números pueden ir retrasados o romperse cuando el vendor cambia el dashboard. CodexBar es señal, como las tablas de arriba — no sistema contable.

Por qué no está en el directorio de plugins o Skills de DevCove

CodexBar no se instala en Cursor, Claude Code o Codex como skill, plugin o servidor MCP. Es acompañante de escritorio para visibilidad de cuotas. Lo enlazamos aquí porque gestionar varias suscripciones es justo el problema que ataca — no porque extienda contexto o herramientas del agente.

Enrutar tareas para que el límite encaje con el trabajo

Forma de la tarea	Prefiere quemar…	Por qué
Fix inline en un archivo	IDE principal / estilo Copilot	Turnos baratos, contexto corto
Bucle de agente con tests + shell	Agente de terminal principal	Permisos alineados
“Solo explica este stack trace”	Quien tenga headroom no premium	Guarda pools rápidos para edits
Refactor grande + muchos archivos	Principal hasta limitar; overflow con prompt acotado	Los bucles multiplican medidores
Checklist de release + diff	Humano + herramientas de checklist	El modelo no sustituye gates de ship

Si el límite golpea en medio de una sesión de agente, para y reduce alcance antes de cambiar de herramienta. Pegar todo el repo en un segundo producto suele quemar dos cuotas por el mismo patch a medias.

Cuándo añadir, cancelar o consolidar

Añade un segundo plan cuando:

• el throttling en el principal te cuesta tiempo mergeable más de una vez por semana, y
• overflow ya está definido (no “quizá use Gemini”).

Cancela cuando:

• dos herramientas comparten el mismo rol principal y la segunda fue FOMO, o
• el gasto API duplica un plan consumer que nunca agotas.

Consolida cuando:

• el equipo estandarizó review y permisos en un camino de agente — mira Cursor vs Claude Code vs Codex.

No decimos “una sola suscripción”. Muchos ICs senior mantienen dos a propósito. Decimos: dos principales = pagar dos veces y chocar dos veces.

Modos de fallo que sigo vigilando

• Hard stop a mitad del PR — commit o stash antes del run largo.
• Tier equivocado — flagship en un typo; pool lento en refactor sensible.
• Login compartido — límites “aleatorios” porque un compañero agotó el pool.
• Clave API en el agente — rápido hasta el email de saldo.

Si el límite empieza a mandar en la arquitectura, arregla ruteo y workflow primero.

Disciplina de snapshot

Para memo interno, incluye fecha de consulta, nombre exacto del plan en la factura y enlace a pricing o docs oficiales.

El directorio de herramientas AI Coding de DevCove sigue la misma lógica con fecha; tus etiquetas de plan cambian más rápido que nuestras tablas.

---

En resumen: trata varias suscripciones de AI coding como varias cuentas cloud — etiquetas parecidas, medidores distintos. Define principal, overflow y tope de API, registra una semana de tickets reales, y luego decide si la segunda factura compra capacidad o duplicación.