Inicio / Contexto y coste

El umbral de autocompactado no hace lo que se cree

El umbral de autocompactado activa un resumen de la conversación cuando el contexto lo alcanza, no es un muro que cierre la ventana: un valor configurado por encima de la ventana real del modelo activo queda limitado a esa ventana, un comportamiento documentado cuya ausencia de aviso en pantalla queda por verificar uno mismo.

El umbral de autocompactado no es un cierre que impida que el contexto supere un tamaño determinado. Es un punto de activación: cuando la conversación alcanza ese umbral, Claude Code lanza un resumen automático del historial. Nada en este mecanismo vuelve a cerrar la ventana en sí misma, y un valor de umbral configurado por encima de la ventana real del modelo activo no produce ningún error mostrado en pantalla: simplemente queda limitado a esa ventana.

El límite, sin garantía de aviso

La documentación oficial lo formula sin rodeos: el límite retenido sigue siendo siempre el del modelo, sea cual sea el valor de umbral configurado por otra parte. Fijar un umbral en un millón de tokens mientras el modelo activo solo dispone de una ventana de doscientos mil tokens no amplía nada, el cálculo vuelve a caer en los doscientos mil tokens reales. La documentación no dice explícitamente si este tope va acompañado o no de un aviso en pantalla, solo documenta el tope en sí mismo: verificarlo en tu propio equipo vale más que suponerlo silencioso. La creencia más extendida trata este umbral como un muro duro, cuando en realidad funciona como una señal de salida para un resumen, ella misma limitada por un límite que no controla.

Cuando el resumen se repite sobre sí mismo

Un segundo mecanismo complica el panorama. Después de una compactación, si el contexto vuelve a llenarse hasta el límite casi de inmediato, y este ciclo se repite varias veces seguidas, Claude Code deja de relanzar la compactación y muestra un error explícito en lugar de seguir en bucle.

Autocompact is thrashing: the context refilled to the limit...

Este inicio de mensaje, que la propia documentación cita antes de cortar con puntos suspensivos, señala una protección anti-thrashing, un dispositivo que reconoce que un resumen tras otro no resuelve nada mientras la fuente del llenado, un archivo grande releído en cada llamada de herramienta por ejemplo, siga en la conversación. La protección se detiene tras unos intentos y devuelve este error en lugar de seguir en bucle sin decirlo.

Lo que queda por retener

Dos consecuencias prácticas se derivan de estos dos mecanismos. Primero, un umbral personalizado más alto que la ventana del modelo no sirve de nada, hay que verificar la ventana real del modelo en curso antes de configurar cualquier cosa. Después, una sesión que muestra un error de thrashing señala un problema de contenido, no un defecto del software: el reflejo correcto es retirar lo que llena el contexto en lugar de relanzar la misma acción esperando un resultado distinto. La lección vecina sobre compactar, borrar, leer solo lo necesario detalla cómo elegir entre estos dos comandos una vez entendido este umbral.