Un autor con suscripción de Claude de $200 vuelve al contexto de 200K por los límites

En primavera, al autor del texto en Habr le bastaba con la suscripción de Claude de $100 para todas las tareas de su proyecto personal. A comienzos del verano ya agotaba con regularidad el límite de tokens de cinco horas. En agosto llegó al punto de que la cuota solo alcanzaba para elaborar el diseño técnico, y para empezar la implementación tenía que esperar a la semana siguiente. Una tarea puesta en marcha consumía el límite semanal en unos tres días. En septiembre pasó a la suscripción de $200, pero ni siquiera con ella los límites parecían inalcanzables.

Del plan de $100 al de $200, y un callejón sin salida

El autor señala que amigos y colegas llevan tiempo con los planes máximos de Claude y GPT a la vez, y que algunos piensan añadir una tercera suscripción. Calificó ese camino de callejón sin salida: el gasto crece al ritmo del apetito y nunca aparece margen de holgura. Por eso se puso a optimizar el consumo de tokens.

La principal conclusión del fragmento disponible resulta inesperada. La causa no está en la complejidad de las tareas ni en el volumen de código que se lee. El autor la llama «banal comodidad cotidiana». El texto de Habr se interrumpe en ese punto y los detalles quedan tras el enlace «Leer más». Pero el título («Por qué volví a la ventana de contexto de 200K») muestra a qué decisión llegó.

Por qué el tamaño de la ventana afecta a los límites

Lo que sigue es la mecánica general del trabajo con LLM, no un resumen del artículo. En un diálogo con el modelo, y más aún en el coding con agentes, cada nueva solicitud arrastra el historial acumulado: la conversación, los archivos leídos, los resultados de los comandos. Cuanto mayor es la ventana y más raramente se limpia, más tokens se gastan en cada paso. El caché de prompts amortigua el golpe, pero no lo elimina. La larga «cola» de contexto sigue contando en el cálculo de la cuota.

La comodidad es evidente. Una ventana amplia permite no pensar en los límites: no abrir una sesión nueva, no reconstruir el contexto, no comprimir el historial. El hábito de acumularlo todo en una sola sesión funciona hasta que los límites se convierten en la principal restricción. Con volúmenes grandes, esa despreocupación acaba siendo la partida de gasto más cara.

Las cifras clave de la historia

• Primavera: la suscripción de $100 cubría todas las tareas del proyecto.
• Comienzos del verano: el límite de tokens de cinco horas se agota por completo.
• Agosto: los límites alcanzan para el diseño técnico; la implementación se aplaza a la semana siguiente.
• Puesta en marcha: la cuota semanal se agota en aproximadamente 3 días.
• Septiembre: suscripción de $200; los límites siguen notándose.
• Decisión: volver a la ventana de contexto de 200K.

Conclusiones prácticas

La historia resulta útil para quienes chocan con los límites de las suscripciones de Claude, GPT u otras herramientas con agentes. Antes de pagar por el siguiente plan, conviene revisar los propios hábitos de trabajo con el contexto:

• Divide las tareas en sesiones separadas en lugar de mantener un diálogo interminable.
• No dejes en el contexto archivos ni logs que ya no hacen falta para el siguiente paso.
• Separa la fase de diseño de la de implementación: requieren conjuntos de datos distintos.
• Compara el consumo de tokens con la ventana de 200K y con una ampliada, en las mismas tareas.

El autor concluyó que el problema no es el plan, sino la forma de usarlo. Para la industria es una señal: la ampliación de las ventanas de contexto y el precio de las suscripciones eliminan limitaciones técnicas, pero la economía de los tokens sigue ahí. Quien paga $200 sigue contando cada token, y las herramientas de gestión del contexto pasan a ser una parte del flujo de trabajo tan importante como la elección del modelo.