Anthropic duplica los límites de Claude Code: ¿y tu presupuesto?

Anthropic acaba de duplicar los límites de Claude Code y, sobre el papel, es una buena noticia para quien dirige un proyecto de desarrollo con presupuesto de IA. Salvo que la medida solo afecta a la ventana de 5 horas, no al tope semanal que bloquea a la mayoría de los equipos al final del sprint. En un proyecto que superviso desde Vietnam, mi desarrollador agotó su ventana dos veces en el mismo día incluso antes del anuncio. Esto es lo que este cambio modifica de verdad en tu coste y tus plazos, y lo que no resuelve.

Qué ha cambiado en los límites de Claude Code desde finales de julio de 2026

El 25 de julio de 2026, Anthropic anunció tres ajustes vinculados a un nuevo acuerdo de potencia de cálculo (compute, la capacidad de servidor que hace funcionar los modelos) con SpaceX. Primero, las ventanas de 5 horas se duplican en las cuentas Pro, Max, Team y Enterprise con licencia por usuario. Segundo, el throttling (limitación automática) en horas punta desaparece para Pro y Max. Tercero, los rate limits (topes de peticiones) de la API en los modelos Opus suben.

Yo lo veo como abrir más el grifo, no como agrandar el depósito. La cantidad de trabajo que puedes sacar en una sesión de 5 horas se ha duplicado, pero el tamaño del cubo semanal sigue siendo idéntico al de la víspera. En la práctica, un desarrollador que ya trabajaba de forma continua 8 horas al día absorbe ahora más trabajo por ventana, pero llega al muro de la semana al mismo ritmo que antes.

¿Por qué Anthropic ha duplicado las ventanas justo ahora?

La presión llevaba meses subiendo. Un empleado de Anthropic había reconocido públicamente que trabajaban en un ajuste de las horas punta tras una oleada de quejas por límites alcanzados en una o dos instrucciones, incluso con la suscripción de 200 dólares al mes. El 21 de abril de 2026, Anthropic llegó a probar, discretamente, retirar Claude Code del plan Pro de 20 dólares para aliviar su infraestructura, antes de dar marcha atrás 48 horas después por la presión de los desarrolladores. El acuerdo con SpaceX resuelve el problema por arriba: más potencia de cálculo, y por tanto más margen que repartir, sin tocar el modelo económico de los planes.

El tope semanal, el obstáculo real que este cambio no toca

Un desarrollador que entrega rápido en una ventana de 5 horas puede quedarse igualmente bloqueado el jueves si ha agotado su cuota semanal. Es exactamente lo que contaba un usuario en r/ClaudeCode a finales de julio, pocos días después del anuncio de Anthropic: su velocidad percibida bajaba pese a unos límites teóricamente más generosos, hasta el punto de pasarse a Sonnet para las tareas sencillas y así aguantar hasta el final de la semana.

En uno de los proyectos que dirijo actualmente, el desarrollador sénior duplicó su ventana de trabajo útil en una sesión, pero aun así tuvo que frenar el jueves para no quedarse bloqueado el viernes. Duplicar la ventana de 5 horas no cambia nada en el tope de la semana, y es ese tope el que decide si tu proyecto entrega a tiempo o espera a un reinicio de cuota.

¿Cuánto cuesta realmente un bloqueo en plena entrega?

Un bloqueo de unas horas en plena jornada de trabajo se traduce directamente en días de retraso, sobre todo si tu desarrollador tiene que esperar a que se reinicie la ventana o cambiar a un modelo menos potente para ahorrar cuota. Según un análisis publicado por Product Compass, un usuario que pagaba 1.389 dólares al mes por un flujo de trabajo determinado bajó a 200 dólares con exactamente el mismo volumen de trabajo, corrigiendo cuatro causas internas: fallo de caché (pérdida de la caché de prompt, facturada hasta 20 veces más cara que una lectura en caché), contexto demasiado cargado, modelo inadecuado para la tarea y formato de entrada equivocado. El plan nunca fue el problema. La gestión sí.

Lo que cambia en concreto para tu presupuesto y tus plazos

Sobre el papel, un plan de 200 dólares al mes para un desarrollador sénior parece anecdótico frente a un salario o una tarifa diaria habitual. El verdadero coste oculto no es la suscripción, es el tiempo de desarrollo que se pierde esquivando los límites en lugar de entregar. Un desarrollador que dedica una hora al día a optimizar su caché de prompt o a hacer malabares entre Sonnet y Opus para ahorrar cuota es una hora que no produce ninguna funcionalidad entregada.

La tabla siguiente compara los tres planes de Claude Code según los criterios que importan a quien decide: coste, acceso a los modelos y riesgo real de bloqueo en plena misión.

FUENTE: ClaudeLog.com, claudefa.st, Anthropic (vía blogdumoderateur.com) · ACT. 08/2026

¿Hay que migrar al plan de 200 dólares para evitar los bloqueos?

No siempre. La trampa del plan Max 20x está en un detalle que la mayoría de los equipos descubre demasiado tarde: Fable 5 no tiene cuota propia. En los planes Max y en las licencias Team o Enterprise premium consume la misma asignación semanal que el resto de modelos, limitada al 50% de esta, y pesa aproximadamente el doble que una sesión de Opus en ese cálculo. Es justo lo que vivió un usuario en r/ClaudeCode al intentar generar una simple guía en formato PDF en modo Ultracode con Fable 5: ventana de 5 horas agotada en menos de 30 minutos y resultado final entregado 6 horas más tarde con defectos de maquetación. Pasar a 200 dólares sin vigilar qué modelo consume qué no arregla nada, solo desplaza el muro.

Contratar a un desarrollador interno o delegar en un equipo ya calibrado con estas restricciones

Aquí es donde entra la verdadera decisión de negocio, y debo ser transparente: dirijo un equipo de desarrolladores sénior potenciados por la IA en Extra Dev, así que tengo un sesgo evidente en este punto. Ese sesgo viene también de que gestiono estos ajustes de cuota a diario en proyectos reales, no solo en teoría.

Un desarrollador sénior interno que descubre estas restricciones tropezando con ellas pierde un tiempo medible en prueba y error. En los proyectos que superviso, la regla es simple: fijar las herramientas al arrancar la sesión (añadir o quitar una herramienta a mitad de sesión invalida la caché de prompt y obliga a una relectura completa, cara), elegir el modelo según la dificultad real de la tarea y no por inercia, y trocear los bloques grandes de trabajo en tareas cortas y comprobables para no depender nunca de una única sesión de 5 horas. Es una competencia operativa en sí misma, no un detalle de configuración.

«La verdadera ventaja no es usar Claude Code, es construir un sistema de producción disciplinado en torno a sus límites; si no, el código generado se vuelve rápidamente inmanejable.»

Vincent, agosto de 2026

Lo he desarrollado con más detalle en nuestro análisis de la última actualización de Claude Code y su impacto en el presupuesto, y la comparativa de los distintos planes según el perfil de desarrollador está disponible en nuestra guía sobre el pricing de Claude Code. El blog de GoLive Software cubre también estos arbitrajes entre bolsa de horas y precio cerrado desde el lado del staffing, para quien quiera profundizar en la mecánica presupuestaria más allá de la herramienta.

El criterio de decisión que de verdad cuenta

El mercado de las herramientas de desarrollo asistido por IA sigue creciendo deprisa: según Gartner, los asistentes de programación con IA figuran entre las categorías de software con mayor adopción empresarial en el periodo 2025-2027, lo que explica la presión sobre la infraestructura de Anthropic y la necesidad de estos ajustes de capacidad. No es casualidad que los límites se muevan tan a menudo: la demanda crece más rápido de lo que los proveedores pueden absorber con holgura.

Para tu proyecto, el criterio no es "qué plan" sino "quién gestiona la optimización de la cuota". Si contratas a un desarrollador interno que descubre estos ajustes sobre la marcha, cuenta con varias semanas de pérdida de velocidad antes de que domine la caché, el troceado de tareas y la elección de modelo. Si delegas en un equipo ya rodado en estas restricciones, el coste del bloqueo desaparece desde el primer sprint.