Cuando los límites se convierten en una función del producto: Codex, Tibo y Claude
Últimamente, los usuarios de Codex hablan menos de un modelo nuevo y más del botón de restablecer límites. En algunos momentos desapareció de la interfaz el límite de cinco horas; en otros, el límite semanal volvió al 100 %. A veces el reinicio llegó después de una incidencia, un lanzamiento o un hito de usuarios.
OpenAI explicó en su foro que la visualización del límite de cinco horas se retiró temporalmente como parte de la respuesta a una incidencia. Eso no equivale a decir que todos los límites hayan desaparecido. Ver la discusión de OpenAI.
La diferencia importa menos desde el punto de vista del usuario: el sistema dejó de ser predecible. Con un agente de coding, la cuota determina si una tarea termina, si puede reanudarse y cuándo volverá a estar disponible.
De compensación a experiencia de producto
Restablecer límites es una compensación razonable cuando existe una avería o un error de medición. OpenAI también relacionó algunos consumos anormalmente rápidos de Codex con sus sistemas antifraude y antiabuso. OpenAI Status.
Pero si el mismo mecanismo aparece una y otra vez, se convierte en parte del producto. La comunidad ha seguido los reinicios públicos anunciados por Tibo Sottiaux: incidencias, problemas de caché, lanzamientos de modelos y metas de crecimiento. Cronología pública.
Los usuarios no rechazan el uso gratuito. Rechazan no saber cuál será la regla la próxima semana.
“I smell fear” y la batalla por la retención
El 9 de julio, ClaudeDevs anunció que había reiniciado los límites de cinco horas y semanales para todos los usuarios, justo cuando se presentaba GPT-5.6. Tibo respondió: “I smell fear.” Contexto de ITmedia.
La frase no demuestra la motivación de Anthropic. El reinicio también podría explicarse por capacidad, compensación o una decisión operativa. Su fuerza está en convertir un aviso técnico en una escena de competencia.
La métrica relevante para los desarrolladores no es solo qué modelo gana el benchmark. Es el coste por cambio aceptado: rondas de conversación, llamadas a herramientas, cuota consumida, tiempo de recuperación y revisión humana.
Registra el modelo, el nivel de esfuerzo, la cuota restante y la causa de finalización. Usa tests, lint y type check como puertas de verificación. Diseña checkpoints para que los trabajos largos puedan reanudarse. Un reinicio puede salvar una sesión; una cuota predecible es lo que permite confiar el trabajo a un agente.