Una sesión quieta de Claude Code gasta de tu plan si tiene trabajo de fondo, y /usage lo dice

Tu caso. Trabajas con un plan Pro, Max, Team o Enterprise. Dejas una sesión de Claude Code abierta toda la tarde o toda la noche, casi sin escribir, y al volver has gastado de tu límite más de lo que esperabas por lo poco que hiciste. La documentación de Claude Code dice que una sesión abierta durante horas puede gastar mucho más de lo que sugiere tu actividad. V

Qué lo decide. Cada petición al modelo lleva la conversación entera, y cada vez que Claude usa una herramienta sale otra petición con los resultados. Gracias a la caché, que guarda lo ya procesado para cobrarlo más barato la vez siguiente, esa conversación se relee con descuento, pero se relee: una pregunta de una línea en una sesión abierta todo el día gasta por toda la conversación. V Así que lo que cuenta es cuántas peticiones salen, y no todas las mandas tú. Estas salen sin que escribas nada, cada una con el contexto entero, todo lo que el modelo tiene delante: V

• Una tarea programada de la sesión, como un /loop, que se dispara cada cierto tiempo aunque la sesión esté quieta.
• Un mensaje de otra de tus sesiones, que llega como un turno nuevo cuando la sesión está parada.
• Un /goal con trabajo de fondo pendiente. Claude Code le pide a Claude que compruebe ese trabajo aunque no escribas, como mucho tres veces por objetivo entre un mensaje tuyo y el siguiente.
• Los compañeros de un equipo de agentes, que siguen gastando mientras no terminan.

Hay una quinta que depende del reloj: el primer mensaje después de una pausa más larga que la vida de la caché vuelve a procesar el contexto entero sin descuento. V Con suscripción esa vida es de una hora, más o menos; con clave de API o con créditos de uso, de cinco minutos. V Si vuelves de comer al cabo de hora y media, tu primer mensaje paga la conversación entera.

Cómo lo miras. Todo está en una pantalla, /usage, y se lee en este orden, porque el primero te dice adónde se va el consumo y los otros dos, qué hacer y cuánto gasta cada repetición: V

• El reparto. En /usage, con plan Pro, Max, Team o Enterprise, el consumo reciente aparece repartido en porcentajes entre skills, subagentes, complementos y cada servidor MCP. Un servidor que se lleva la mitad es el primero que tienes que mirar.
• Las recomendaciones. Debajo, una fila por cambio propuesto, con la parte de tu consumo a la que se aplica. Solo salen las que tocan al 10 % o más, así que lo que no aparece no llega a una décima parte de tu gasto. Esa parte dice a cuánto consumo afecta, no cuánto ahorra el cambio.
• Las filas de bucles. Una por cada /loop o tarea programada de la sesión de las que más han gastado, con cada cuánto se dispara, cuántas veces ha corrido y los tokens de cada vuelta y del total. Necesita la versión 2.1.242 o posterior.

Con d y w cambias entre las últimas 24 horas y los últimos 7 días. Las cifras son aproximadas y salen del historial de sesiones de esa máquina: lo que hagas desde otro ordenador o desde claude.ai no entra. V El bloque de sesión de arriba, el que da un coste en dólares, está pensado para quien usa clave de API: con suscripción, esa cifra no es lo que pagas. V

Qué hace de fábrica. Un /loop sigue disparándose mientras exista, un mensaje de otra sesión se entrega en cuanto la tuya está parada, y un /goal con trabajo de fondo hace hasta tres comprobaciones entre tus mensajes. V Antes de la versión 2.1.246 esas comprobaciones no tenían tope, así que con una versión anterior un objetivo que se queda esperando toda la noche puede mandar la conversación entera muchas más veces. V

Qué pasa si lo tocas. Hay tres ajustes que cortan peticiones de fondo, uno por cada causa: V

• Las comprobaciones de /goal se apagan con la variable de entorno CLAUDE_CODE_GOAL_CHECKIN_MINUTES en 0.
• Los mensajes de otras sesiones se retienen en lugar de entregarse poniendo el ajuste crossSessionInbound en hold.
• Las recomendaciones de /usage que Claude Code sabe aplicar se aplican pulsando f en esa pantalla, desde la versión 2.1.305. Claude te enseña cada cambio antes de hacerlo.

Y para cerrar una tarea antes de empezar otra, /clear no cuesta nada, mientras que /compact lee la conversación entera para resumirla, y en una sesión larga es en sí una petición grande, más aún con la caché caducada. V La documentación no dice cuánta cuota ahorra cada uno de estos cambios, y nosotros no lo hemos medido.

Por dónde empezar. I Propuesta nuestra, a partir de lo anterior: antes de dejar una sesión abierta sin mirarla, abre /usage con w y mira si hay filas de bucles o una recomendación sobre contexto largo. Si no necesitas lo que hay en la conversación, haz /clear antes de irte: lo que no está en la conversación no se vuelve a mandar.

• V Lo que gasta siempre, aunque no haya nada de lo anterior. Claude Code hace algunos trabajos de fondo con la sesión quieta: resume conversaciones anteriores para poder retomarlas con claude --resume, y órdenes como /usage hacen peticiones para consultar el estado. La documentación los da como un gasto pequeño, normalmente menos de 0,04 $ por sesión al precio de lista. I Con un gasto así no compensa apagar nada.
• V Las sugerencias de lo siguiente que escribir. Si las tienes encendidas, después de cada respuesta sale una petición corta que reutiliza la caché de la conversación, así que es sobre todo lectura de caché. Claude Code no la hace cuando tu cuenta está cerca de su límite.
• V Una sesión grande que se queda parada. Con la caché de una hora, una sesión de más de unos 200.000 tokens que se queda quieta se compacta poco antes de que caduque la caché, y al volver sigues desde un resumen. Lo contamos en la guía de la caché, junto con lo que rompe la caché a mitad de sesión.
• V Subagentes y flujos. Cada subagente, y cada agente que lanza un flujo, manda sus propias peticiones además de las de la conversación principal. El reparto de /usage enseña qué parte se llevan. Su caché dura cinco minutos salvo que lo cambies.

1. Claude Code — Gestionar los costes: por qué sube el consumo en una sesión larga, el reparto del plan y el consumo de fondo · consultado 29-oct-2026
2. Claude Code — Buenas prácticas: mantener a raya el coste y el contexto · consultado 29-oct-2026