En la 1.6 viste que una sesión de trabajo crece sobre todo por los mensajes: cada fichero leído, cada orden y cada respuesta se quedan en la ventana de contexto, y Claude los vuelve a leer en cada turno. Que haya sitio no quiere decir que todo eso ayude. La documentación de la plataforma de Claude lo dice así: según crece el número de tokens, bajan el acierto y la capacidad de recordar lo que hay en la ventana. V A eso se le llama context rot, y por eso la misma página pide cuidar qué hay dentro tanto como cuánto cabe. V

Anthropic da dos motivos en su artículo sobre ingeniería de contexto: V

• La atención se reparte. El modelo relaciona cada token con todos los demás de la ventana. Con el doble de texto hay cuatro veces más relaciones que sopesar, y la capacidad de captarlas se estira. El artículo lo describe como un presupuesto de atención que cada token nuevo gasta un poco.
• El modelo aprendió con textos más cortos. En el entrenamiento abundan las secuencias cortas, así que el modelo tiene menos práctica con lo que depende de puntos muy separados de la ventana.

El mismo artículo dice que no hay un punto en el que se rompa: los modelos siguen siendo muy capaces con mucho texto, pero pueden perder precisión al buscar un dato y al razonar sobre cosas muy separadas. Pasa en todos los modelos, en unos más suave que en otros. V Para ti significa que una sesión no avisa cuando empieza a empeorar: lo notas en las respuestas, poco a poco.

Las pruebas de laboratorio que lo midieron, con dieciocho modelos y tareas de la misma dificultad, las contamos en la pieza sobre por qué el agente se vuelve más torpe.

En una sesión de Claude Code eso aparece de tres formas, y la documentación da la causa de cada una:

• Lo que dijiste al principio deja de cumplirse. Cuando la ventana se llena, Claude Code resume la conversación. El resumen conserva tus peticiones y los trozos de código importantes, pero puede perder instrucciones detalladas que diste al principio. V Es la pérdida de la 1.5 y el testigo de la 1.6.
• Un error corregido vuelve. Si le has corregido lo mismo dos veces y sigue mal, la tercera corrección se suma a una conversación que ya tiene dos intentos fallidos, y Claude los sigue releyendo en cada turno. V
• Lo de antes estorba a lo de ahora. La conversación vieja desplaza a los ficheros que necesitas para la tarea siguiente. V Y como cada petición manda la conversación entera, una sesión que ya ha pasado por tres tareas sin relación las vuelve a leer en cada turno de la cuarta. V Eso además gasta de tu plan, como contamos en la pieza de hoy sobre lo que gasta una sesión abierta.

La mayoría de los modelos actuales tienen una ventana de 1 millón de tokens, y Claude Code compacta solo cerca del tope, así que quedarse sin sitio es raro. La documentación de Claude Code da por superado el consejo de vigilar la ventana como si fuera tu límite principal. V Lo que mantiene es empezar de nuevo con /clear entre tareas sin relación, y el motivo que da es otro: con el contexto centrado en una tarea, las respuestas son mejores y cuestan menos. V

Para los dos primeros síntomas, la misma documentación da una salida para cada uno: V

• Para lo que tiene que valer siempre, escribirlo en el CLAUDE.md y no en la conversación, porque el CLAUDE.md se vuelve a cargar desde el disco después de cada resumen.
• Para el error que vuelve, /clear y un encargo nuevo que recoja lo que aprendiste en los intentos fallidos. Según la documentación, funciona mejor casi siempre que una tercera corrección.

Y para una pregunta de paso que no quieres que se quede en la sesión, /btw la responde sin añadir nada a la conversación. V

Cuánto empeora tu sesión no lo dice ninguna de estas páginas, porque depende del modelo y de la tarea. Lo mides tú en la 1.8, partiendo de la cifra que apuntas hoy.