Realiza una verificación de capacidad de Claude Code antes del límite semanal de 125 unidades

Los operadores de Claude Code en planes Pro, Max, Team y Enterprise por asiento tuvieron un 17 por ciento menos de capacidad semanal el 14 de septiembre que el día anterior, y el cambio supuso la misma reducción en los límites semanales de Claude Code respecto al nivel vigente en ese momento. Anthropic puso fin al aumento temporal del 50 por ciento en el uso y fijó el nuevo límite semanal permanente en 125 unidades, un 25 por ciento por encima de la línea base original de 100 unidades y un 17 por ciento por debajo del nivel ampliado de 150 unidades.

El triaje se deriva de esa línea: los flujos de trabajo de 150 unidades tienen menos margen, los de 100 unidades tienen más holgura y los de 125 unidades se sitúan justo en el límite.

El recorte es una auditoría de capacidad

El cambio es un tope. Las sesiones largas, los reintentos y los agentes paralelos consumen ahora el mismo contador semanal con menos margen. Un flujo de trabajo que funcionaba con holgura bajo el aumento puede alcanzar el tope antes en la semana. La auditoría es sencilla: identificar los asientos cerca del tope, listar los flujos de trabajo que asumían el nivel más alto y decidir qué tareas pueden trasladarse.

Realiza el triaje 100/150/125

Compara el uso semanal de cada asiento con el nuevo tope antes del próximo sprint. Los asientos que estaban cómodos bajo el aumento son los primeros en verse limitados. Usa este triaje:

• Obtén el porcentaje de uso semanal de cada asiento y anota quién está cerca del tope.
• Lista los flujos de trabajo dimensionados para el nivel ampliado de 150 unidades.
• Marca cada flujo de trabajo como en tiempo real o en segundo plano.
• Señala las tareas en segundo plano o programadas para la Batch API, que no tiene límite semanal para cargas de trabajo que no requieren respuestas en tiempo real.
• Señala las tareas de menor prioridad para modelos más económicos o una cola.

El triaje da una decisión de enrutamiento. Los asientos cerca del tope necesitan un cambio de ruta ahora. El trabajo que puede esperar debe salir del contador semanal. El que no puede debe mantener un camino claro hacia el modelo principal. No trates cada ralentización como un fallo de capacidad semanal. Los límites de la ventana móvil de cinco horas no cambiaron.

Traslada el trabajo que no necesita velocidad

Las sesiones largas agotan el contador más rápido. Un solo comando de agente puede realizar de 8 a 12 llamadas internas a la API, y una solicitud en una sesión activa puede alcanzar 200.000 tokens de entrada en el 15.º comando. Un flujo de trabajo que parecía bien bajo el aumento puede romperse en el nuevo nivel. Un comando corto no es lo mismo que una ejecución larga de agente.

Enruta el trabajo según la necesidad de respuesta. Tiempo real significa que una persona está esperando, una compilación está bloqueada o una acción orientada al cliente depende de la respuesta. Segundo plano significa que la salida puede llegar más tarde sin cambiar la experiencia del usuario. La ayuda de codificación en tiempo real se mantiene en el modelo principal. Los resúmenes en segundo plano, los informes programados y las refactorizaciones masivas pueden trasladarse a la Batch API o a un modelo más económico. Si una tarea puede esperar, no debe consumir el tope semanal.

Usa un modelo más económico para clasificación, resumen o refactorización rutinaria. No lo uses para tareas que requieran contexto profundo de la base de código o razonamiento multietapa. Usa una cola cuando la demanda sea irregular. Retiene el trabajo hasta que el contador semanal tenga espacio. Haz explícita la regla de enrutamiento en la definición del flujo de trabajo. Ejecuta el triaje ahora y mantén el trabajo en tiempo real en el modelo que puede responder de inmediato.

Mantén limpio el camino en tiempo real

Protege el trabajo que los usuarios perciben. Si un desarrollador está esperando una respuesta, el flujo de trabajo debe tener un camino claro hacia el modelo principal. Si una tarea en segundo plano compite por el mismo contador semanal, debe trasladarse. La regla de enrutamiento central es sencilla: el trabajo sensible a la velocidad se queda, el tolerante al retraso se mueve.

Revisa la mezcla después de cada lanzamiento importante. Las nuevas funciones de agente pueden cambiar la cantidad de trabajo que realiza un comando. Un flujo de trabajo que era seguro antes puede necesitar una nueva ruta ahora. Asigna un responsable a la revisión semanal de uso. Mantén la ruta visible para el equipo.