/usage en Claude Code: qué skill y qué MCP se están comiendo tu límite

TL;DR No abras la pantalla, corre claude -p "/usage": te da las dos ventanas a la vez. Y actúa sobre el nombre de la de 7 días, no sobre el de 24 horas, porque el tope que te deja fuera durante días es el semanal.

Actualización, 31 de octubre de 2026: Desde la v2.1.305 el bloque se titula What's contributing to your usage? y cada aviso es un arreglo de una línea que nombra su origen, como Turn off wmedia when you don't need it. En la pantalla, f aplica los arreglos que puede, y los mismos salen en VS Code y en /doctor.

Cuando te quedas sin cuota, el sospechoso habitual es el modelo. Opus consume más, las sesiones se alargan, mala suerte. Con eso te quedas, porque hasta hace poco no había forma de saber más.

Ahora /usage incluye un bloque titulado What's contributing to your usage? que reparte tu consumo reciente entre cosas con nombre propio: tus skills, tus subagentes, tus plugins y tus servidores MCP, cada uno con su porcentaje. Encima de esas listas pone los arreglos, una fila cada uno, con la parte de tu uso a la que se aplica: apagar un servidor MCP, pasar un subagente a un modelo más barato, empezar de cero al cambiar de tarea. Solo salen cuando esa parte llega al 10%. Las listas de nombres no pasan ese filtro: salen aunque sean del 1%. Las sugerencias de prompt, el texto gris tras cada respuesta, también son una petición en segundo plano que cuenta en tu límite.

Así salía en mi máquina en agosto, sin retocar, cuando los avisos aún eran comportamientos y no arreglos:

$ claude -p "/usage"

Current week (all models): 11% used · resets Aug 20 at 8pm (Europe/Madrid)

What's contributing to your limits usage?
Approximate, based on local sessions on this machine — does not include other devices or claude.ai. Behaviors are independent characteristics, not a breakdown.

Last 24h · 155 requests · 3 sessions
  91% of your usage was at >150k context
  Top skills: /linkedin-daily 17%, /claude-code-tip 12%
  Top MCP servers: wmedia 19%

Last 7d · 2699 requests · 10 sessions
  88% of your usage came from sessions active for 8+ hours
  83% of your usage was at >150k context
  54% of your usage came from subagent-heavy sessions
  Top skills: /linkedin-daily 3%, /claude-code-tip 2%, /evaluate 1%
  Top subagents: general-purpose 5%
  Top MCP servers: plugin:chrome-devtools-mcp:chrome-devtools 13%, wmedia 3%

Y fíjate en lo que hacen las dos ventanas: se contradicen.

En las últimas 24 horas el servidor MCP que más consume es wmedia, con un 19%, y mi skill de publicación se lleva un 17%. Si me quedo ahí, desconecto wmedia y doy el problema por resuelto. Pero en 7 días wmedia cae al 3% y el primer puesto se lo lleva plugin:chrome-devtools-mcp:chrome-devtools con un 13%, un servidor que yo no configuré a mano: lo trae un plugin, por eso el nombre empieza por plugin:.

Un día atípico basta para señalar al inocente. Y el propio Claude Code lo sabe: cuando en una ventana no hay nada que supere el 10%, te manda a la otra.

Nothing over 10% in this period — try the other window.

Desde la v2.1.305 el bloque se lee distinto, pero la trampa es la misma. Esta es la pantalla de hoy, en el entorno cloud donde corren mis rutinas:

What's contributing to your usage?
Approximate · sessions on this machine only

Last 24h · shares overlap

100% Give "general-purpose" subagents a cheaper model
40%  Start fresh when you switch tasks · run /clear
21%  Turn off wmedia when you don't need it

Subagents               % of usage
general-purpose                93%

MCP servers             % of usage
wmedia                         21%
Notion                          1%

f to fix 2 of 3 · d to day · w to week

Ya no te dice que el 21% vino de wmedia: te dice que lo apagues cuando no lo necesites. Si ese 21% es de un día atípico, el arreglo también lo es.

Por qué la semana y no el día

Tienes dos topes. El de la franja de cinco horas, que se resuelve esperando, y el semanal, que te deja fuera hasta la fecha de reseteo. El que duele es el segundo. En Ultra con la cuenta verificada solo queda el semanal.

La pantalla interactiva de /usage abre siempre en las últimas 24 horas. No es una preferencia que se guarde ni algo que dependa de tu configuración: arranca en el día, siempre, y hay que pulsar w para ver la semana. Así que el instrumento que te ofrece por defecto está calibrado para el problema equivocado.

Hay un matiz que conviene tener claro: Last 7d son los últimos siete días rodando hacia atrás, no tu semana de facturación. Tu barra semanal resetea en una fecha fija. Los dos periodos se parecen, pero no son el mismo.

Cómo usarlo

1. Pide las dos ventanas de una vez

claude -p "/usage"

Sin TUI y sin pulsar nada. Imprime las 24 horas y los 7 días seguidos, cada fila con su porcentaje, y añade el número de requests y de sesiones de cada periodo, que la pantalla interactiva no muestra.

Lo que esta ruta no imprime, si vas con suscripción, es el bloque Session. Ahí es donde vive la línea Prompt cache (main), que dice si tu caché está funcionando y qué la rompió. Para esa hay que abrir la pantalla dentro de la sesión.

2. Lee solo el bloque de 7 días

Ignora el de 24 horas. Busca la primera fila que nombra algo tuyo: una skill, un subagente, un plugin o un servidor MCP. Ese es tu candidato.

3. Aplica el arreglo con f

Cada fila ya es el arreglo, así que no hay que traducir nada. Abre /usage en la sesión, ponte en la ventana de 7 días con w y pulsa f cuando el pie diga f to fix 2 of 3 o f to fix both. Claude Code ejecuta él mismo las filas que acaban en un comando /effort, y para las demás que sabe tratar le pasa a Claude un solo prompt que te enseña cada cambio antes de hacerlo. Las que acaban en run las lanzas tú: Compact before you step away · run /compact, o el /clear al cambiar de tarea de la fila del contexto largo. Los mismos arreglos salen en el diálogo de cuenta y uso de VS Code y en /doctor.

Qué puede nombrar

Lo que estos números no son

No son una factura auditada. El propio bloque avisa de que la medición sale de las sesiones locales de esa máquina, así que lo que hagas en otro equipo o en claude.ai no aparece. Una misma petición puede contar en varias filas, eso es lo que dice shares overlap, y por eso pueden sumar más de cien entre ellas. Y el porcentaje de cada fila es la parte de tu uso a la que se aplica el arreglo, no lo que te ahorra.

Y un aviso de versión: antes de la v2.1.222, bastaba una llamada a un servidor MCP para que Claude Code le atribuyese todas las peticiones siguientes, inflando su porcentaje. Si miraste esta pantalla hace unas semanas y culpaste a un servidor, vuelve a mirarla. Y desde la v2.1.299 marca cuatro causas más, cada una con su arreglo.

Hay además un ángulo que esta pantalla no puede cubrir: Top skills solo nombra skills que sí han corrido. Las que nunca has invocado no consumen nada y por eso no salen nunca aquí, y aun así siguen ocupando su línea en el prompt en cada turno. Para esas está /skill-doctor.

Y si lo que te sale es Compact before you step away, la fila de los cache miss, esta pantalla te dice que pasó, pero no qué lo causó ni cuándo. Eso lo da la línea Prompt cache (main) de /cost, que nombra la causa del último fallo.

Para el resto de la foto: /usage y /stats como medidores te dicen cuánto te queda, la status line te lo pone delante sin escribir nada, y si lo que sale marcado es contexto, conectar veinte MCP sin comerte el contexto y la ventana de auto-compact son las dos palancas que quedan. Y si lo que te sale marcado son los subagentes, como el 54% de subagent-heavy sessions de mi captura de agosto, la palanca está en dimensionar los workflows antes de lanzarlos.

Documentación oficial: Manage costs effectively

Requisitos: los arreglos de una línea y la tecla f necesitan Claude Code v2.1.305 o posterior, con un plan Pro, Max, Ultra, Team o Enterprise.