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.
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 limits 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. Además marca cinco comportamientos (contexto largo, cache miss, sesiones en paralelo, sesiones de más de ocho horas y sesiones cargadas de subagentes), pero solo cuando uno de ellos representa el 10% o más. Las listas de nombres no pasan ese filtro: salen aunque sean del 1%.
Resultado:
$ 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%
Esa es mi máquina, sin retocar. 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.
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.
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, y añade el número de requests y de sesiones de cada periodo, que la pantalla interactiva no muestra.
2. Lee solo el bloque de 7 días
Ignora el de 24 horas. Busca la primera línea con un nombre propio: una skill, un subagente, un plugin o un servidor MCP. Ese es tu candidato.
3. Aplica el arreglo que te da la propia pantalla
Cada línea trae el suyo. Si es un servidor MCP, sus resultados de herramienta se quedan en el contexto el resto de la sesión: /compact los vacía, y /mcp te deja desactivar los que no uses en ese proyecto. Si es una skill, acótala o dale un modelo más económico desde su frontmatter. Si lo que sale marcado es contexto largo, el arreglo es /clear al cambiar de tarea y no arrastrar una conversación de ocho horas.
Qué puede nombrar
| Aparece como | Qué es | Filtro |
|---|---|---|
Top skills |
Tus skills, con el / delante |
Sin mínimo, hasta 8 |
Top subagents |
Subagentes por nombre | Sin mínimo, hasta 8 |
Top plugins |
Plugins instalados | Sin mínimo, hasta 8 |
Top MCP servers |
Servidores MCP, propios o de plugin | Sin mínimo, hasta 8 |
>150k context |
Sesiones con el contexto muy cargado | Solo si llega al 10% |
>100k-token cache miss |
Volver a una sesión fría y reprocesarla | Solo si llega al 10% |
subagent-heavy sessions |
Sesiones que lanzan muchos subagentes | Solo si llega al 10% |
4+ sessions ran in parallel |
Varias sesiones a la vez contra el mismo tope | Solo si llega al 10% |
sessions active for 8+ hours |
Sesiones abiertas todo el día | Solo si llega al 10% |
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. Los cinco comportamientos son características independientes, no un desglose, y por eso pueden sumar más de cien entre ellos.
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.
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.
Documentación oficial: Manage costs effectively