Cuando se usa Claude Code de forma intensiva, llega un momento en que la pregunta deja de ser «¿qué tan inteligente es el modelo?» y pasa a ser «¿cuánto límite me queda?».
Límite de cinco horas. Límite semanal. Topes por modelo. Créditos de uso.
Pero Claude en 2026 tiene otro fenómeno curioso:
Anthropic a veces restaura los límites antes de tiempo.
Y ha ocurrido muchas veces.
Con el lanzamiento de Claude Opus 5.5 el 22 de septiembre de 2026 apareció además una variante nueva: en vez de ejecutar solamente un reset inmediato para todos, Anthropic entregó a usuarios de suscripción un limit reset que puede guardarse y activarse más tarde.[1][2]
La analogía con un videojuego funciona demasiado bien: Claude tiene energía, el operador a veces hace una curación global y ahora existe también un objeto de curación total que se puede guardar en el inventario.
Pero son tres mecanismos distintos.
1. Claude tiene tres formas diferentes de recuperar capacidad
La primera es la recuperación normal.
Los planes Pro y Max tienen límites de sesión que se restablecen cada cinco horas y un límite semanal. El semanal vuelve en el día y hora fijos asignados a cada cuenta.[3]
La segunda son los resets discrecionales de Anthropic.
Tras lanzamientos de modelos, errores que consumieron uso demasiado rápido y otros incidentes, Anthropic ha restaurado antes de tiempo los contadores de cinco horas o semanales.[4]
La tercera es el limit reset guardable.
El centro de ayuda oficial dice que estos resets se conceden «occasionally» a planes elegibles. Según la oferta mostrada, se restaura inmediatamente el límite de cinco horas o el límite semanal. Usarlo no cambia el momento habitual del siguiente reset semanal.[2]
No es una bolsa independiente de tokens.
Si queda un 10% de la semana, volver al 100% tiene mucho valor. Si todavía queda un 95%, casi toda la recarga potencial se desperdicia.
2. Los resets guardables son raros, pero los resets sorpresa han sido frecuentes
El rastreador independiente claude-resets.com recopila anuncios de la cuenta oficial @ClaudeDevs y de integrantes del equipo de Claude Code. No pertenece a Anthropic y su clasificación es secundaria, aunque enlaza a los anuncios originales.[4]
Entre el 16 de abril y el 22 de septiembre de 2026 registra 14 eventos: 13 resets inmediatos de contadores y un reset guardable. El intervalo medio es de 12,2 días, la sequía más larga de 47,6 días y el ritmo observado de 2,7 por mes.[4]
| Fecha | Alcance | Evento |
|---|---|---|
| 16/4 | Todos | Corregido un problema de límites con contexto largo en Opus 4.7; reset de cinco horas y semanal |
| 23/4 | Todos | Reset tras correcciones de calidad de Claude Code |
| 15/5 | Todos | Reset de cinco horas y semanal |
| 1/6 | Pro + Max | Subagents paralelos excesivos consumían uso demasiado rápido; reset tras la corrección |
| 9/6 | Todos | Reset de cinco horas y semanal |
| 13/6 | Todos | Reset de cinco horas y semanal |
| 19/6 | Afectados | Error de límite semanal; reset para usuarios afectados |
| 20/6 | Todos | Reset de cinco horas y semanal en todos los planes |
| 1/7 | Todos | Reset con el regreso de Fable 5 |
| 9/7 | Todos | Reset de cinco horas y semanal |
| 16/7 | Todos | Reset de cinco horas y semanal |
| 1/9 | Todos | Reset el día del lanzamiento de Fable 5.1 |
| 4/9 | Max | Reset del límite semanal de Max |
| 22/9 | Pro / Max / Team | Reset guardable con Opus 5.5 |
La secuencia de junio y julio fue especialmente intensa:
9/6 → 13/6 → 19/6 → 20/6 → 1/7 → 9/7 → 16/7.
Pero después hubo 47,6 días entre el 16 de julio y el 1 de septiembre.
12,2 días es una media histórica, no un calendario.
Anthropic no promete un reset cada doce días.[2][4]
3. Por qué hubo tantos resets
No existe una sola causa.
Algunos compensaron errores. El 1 de junio, ciertas sesiones de Claude Code generaban demasiados subagents paralelos y consumían capacidad más rápido de lo previsto. Tras corregirlo, Anthropic restauró los límites de Pro y Max.[4]
El 19 y 20 de junio hubo primero un reset para usuarios afectados por un límite semanal incorrecto y luego uno más amplio para todos los planes.[4]
Otros coincidieron con lanzamientos: el regreso de Fable 5 el 1 de julio, Fable 5.1 el 1 de septiembre y el reset guardable con Opus 5.5 el 22 de septiembre.[1][5][4]
También hubo resets sin un gran incidente asociado, como el 15 de mayo.[4]
Por eso conviene verlos como una mezcla de compensación, promoción de lanzamientos, gestión de capacidad y gestos de servicio, no como un beneficio periódico garantizado.
4. El 22 de septiembre la recarga pasó a poder guardarse
Con Opus 5.5, Anthropic anunció límites de cinco horas más altos y un rate limit reset para usuarios de suscripción que podía guardarse y utilizarse en el momento elegido.[1]
El mecanismo oficial es simple:[2]
- Abrir Settings > Usage en la web o Claude Desktop.
- Pulsar «Reset for free» en Resets.
- Confirmar.
- El botón no está disponible directamente en Claude Mobile ni en la terminal de Claude Code.
- Los límites se comparten en toda la cuenta, así que un reset hecho en la web también restaura Claude Code.
- La oferta concreta restaura el límite de cinco horas o el semanal.
- El horario normal del reset semanal no cambia.
- No se puede deshacer.
- La caducidad, si existe, aparece en Settings > Usage.
Para la oferta del 22 de septiembre, registros y capturas del producto mostraron el 22 de octubre como fecha de caducidad. La página Usage de cada cuenta debe considerarse la fuente definitiva para la hora exacta.[4]
Controlar el momento aumenta mucho el valor del reset.
Un reset inmediato puede llegar cuando todavía queda 80%. Uno guardable puede reservarse hasta que el contador esté casi vacío.
5. Fable 5.1 ya no puede describirse simplemente como «por encima de Opus 5.5»
La relación cambió dentro del mismo mes.
El 1 de septiembre Anthropic presentó Fable 5.1 como un modelo de frontera para los problemas más difíciles de programación y trabajo de conocimiento.[5]
El 22 de septiembre llegó Opus 5.5. Anthropic lo llamó su «new leading model» y afirmó que rinde al nivel de Fable 5.1 en la mayoría de trabajos.[1]
En varias pruebas publicadas Opus 5.5 supera a Fable 5.1, y Anthropic dice que en la práctica la diferencia es menor de lo que sugieren algunos márgenes de benchmark.[1]
Por eso no conviene pensar en una escalera única Fable > Opus > Sonnet.
Es más útil pensar así:
- Opus 5.5: modelo principal actual para programación exigente, agentes y trabajo de conocimiento, con rendimiento de nivel Fable en muchas tareas y buena eficiencia.
- Fable 5.1: otra opción de frontera para problemas extremadamente difíciles, con una economía de uso diferente.
- Modelos Sonnet: útiles cuando importan más la velocidad y el menor consumo.
Los precios API también son muy diferentes: Opus 5.5 cuesta 4 dólares por millón de tokens de entrada y 20 por salida; Fable 5.1 cuesta 10 y 50.[1][5]
6. Fable puede gastar la capacidad más rápido, según el plan
En Max, asientos premium de Team y ciertos asientos premium de Enterprise, Fable consume la misma capacidad semanal normal. Se puede dedicar hasta el 50% del límite semanal a Fable, y Anthropic indica expresamente que estos modelos consumen el límite más rápido que otros modelos Claude.[6]
En Pro y asientos estándar de Team, Fable no forma parte de la capacidad incluida y utiliza usage credits de pago por uso.[6]
Por eso «Fable me vacía el límite semanal» y «Fable me consume créditos pagados» pueden ser ambas afirmaciones correctas en planes distintos.
7. A gran escala, la métrica correcta es trabajo terminado por semana
Para un solo problema muy difícil, usar el modelo más fuerte disponible puede tener sentido.
Cuando se ejecutan en paralelo auditorías, arreglos, refactorizaciones, investigaciones y pruebas, el objetivo cambia.
La pregunta relevante es cuántos trabajos terminados produce el presupuesto semanal.
Anthropic afirma que Opus 5.5 alcanza el nivel de Fable 5.1 en la mayoría de trabajos, cuesta un 40% menos que Opus 5 en cargas típicas y genera salida más de un 30% más rápido.[1]
Fable, mientras tanto, puede gastar más rápidamente la capacidad semanal en planes Max.[6]
Una política práctica para alto rendimiento sería:
- Empezar con Opus 5.5.
- Escalar a Fable sólo cuando Opus falle de verdad o el problema lo justifique.
- Guardar el reset hasta que el contador relevante esté bastante agotado.
- Tratar los resets globales sorpresa como combustible adicional.
- No planificar suponiendo que habrá otro reset discrecional.
8. Conclusión: el objeto guardable es raro, las curaciones globales han sido frecuentes, pero no existe una cadencia garantizada
Desde abril de 2026, el registro contiene 13 resets inmediatos y uno guardable. La media es de 12,2 días y el ritmo observado de 2,7 al mes.[4]
Pero también hubo 47,6 días sin ninguno.
La forma robusta de operar es:
Usar la capacidad normal como si no fuera a llegar ningún reset sorpresa.
Tratar un reset global como combustible inesperado.
Guardar un reset activable hasta que la recarga tenga mucho valor.
Usar Fable porque la tarea lo necesita, no porque el nombre parezca estar por encima de Opus.
Los límites de Claude se entienden mejor como gestión de recursos que como una simple cuota semanal.
Hay regeneración programada, curaciones globales del operador, objetos guardables y distintos consumos según el modelo.
Y en 2026, de vez en cuando, Anthropic realmente pulsa el botón de «HP completo para todos».
- Anthropic, “Claude Opus 5.5”, 2026-09-22 anthropic.com
- Claude Help Center, “What is a limit reset?”, checked 2026-09-28 support.claude.com
- Claude Help Center, “What is the Max plan?”, checked 2026-09-28 support.claude.com
- claude-resets.com, “Claude Usage Reset Tracker”, checked 2026-09-28. Independent tracker based on @ClaudeDevs and Claude Code team announcements; not affiliated with Anthropic claude-resets.com
- Anthropic, “Claude Fable 5.1 and Mythos 5.1”, 2026-09-01 anthropic.com
- Claude Help Center, “Claude Fable models on your plan”, checked 2026-09-28 support.claude.com
