La sesión: contexto y modelos

Una sesión de Claude Code tiene memoria de trabajo, y es finita. Entender cómo se llena y qué modelo la mueve es lo que separa una sesión que rinde de una que se apaga sola a media tarea.

La ventana de contexto

Todo lo que pasa en la sesión —tus instrucciones, los ficheros que el agente lee, la salida de cada comando— se acumula en la ventana de contexto: lo que el modelo "tiene delante" en cada turno.

Cuando se va llenando pasan dos cosas a la vez:

1. Sube el coste por turno (hay más texto que procesar).
2. Baja la calidad: el modelo reparte atención entre cosas viejas e irrelevantes y empieza a "distraerse".

A eso lo llamamos saturar la sesión. Es la causa número uno de que la gente diga "Claude se ha vuelto tonto" a mitad de tarea. No es el modelo: es la ventana.

Piensa en la ventana como una mesa de trabajo. Cabe lo que cabe; si la llenas de papeles viejos, no te queda sitio para lo que estás haciendo ahora.

Ver qué la llena: /context

Antes de decidir si compactar o limpiar, conviene mirar. El comando /context te muestra un desglose de qué está ocupando la ventana ahora mismo:

/context

Verás cuánto pesa el system prompt, tu CLAUDE.md, los ficheros que se han leído, las herramientas MCP cargadas y el historial de la conversación. Es el diagnóstico antes del remedio: si el grueso son ficheros de una tarea que ya cerraste, toca /clear; si es la conversación larga de la tarea de ahora, /compact.

/compact vs /clear

Dos comandos para gestionarlo, y conviene no confundirlos:

Regla práctica: misma tarea con deriva → /compact. Tarea nueva → /clear.

Un detalle útil: tu CLAUDE.md de la raíz del proyecto sobrevive a un /compact —Claude lo vuelve a leer—, así que no pierdes tus instrucciones base al compactar. (De CLAUDE.md va entero el siguiente curso, CLAUDE.md y memoria.)

Elegir modelo, con criterio

Ya viste /model en la lección 2. Ahora el cuándo:

• Sonnet — tu default. Cubre la mayoría del trabajo diario con buen equilibrio coste/capacidad.
• Opus — súbete cuando la tarea es de verdad compleja: un refactor que cruza muchos ficheros, diseño de arquitectura, un bug que se resiste. Cuesta más; úsalo cuando aporta.
• Haiku — bájate para lo mecánico y repetitivo: formatear, renombrar, conversiones masivas. Rápido y barato.

Opus y tu plan. En Pro tienes Opus disponible, pero consume tu cuota mucho más rápido que Sonnet y el contexto extendido (1M de tokens) requiere créditos extra. Si vas a vivir en Opus para refactors largos o sesiones intensivas, Max es el plan que te da margen: Opus a 1M de contexto entra incluido. Para uso puntual, Pro va bien.

No existe "el mejor modelo" para todo. La habilidad es emparejar el modelo con la tarea: ni matar moscas a cañonazos, ni pedirle a Haiku que rediseñe tu arquitectura.

El effort: cuánto piensa el modelo

En los modelos recientes (Opus y Sonnet 4.6 en adelante) controlas, además del modelo, el effort: cuánto razona antes de responder en cada paso. Más effort = razonamiento más profundo, pero más tokens (coste) y más lento; menos effort = respuestas rápidas y baratas para lo trivial. El modelo decide turno a turno de forma adaptativa; tú pones el techo.

Lo cambias con /effort (abre un slider, o directamente /effort high, o /effort auto para volver al default del modelo), con las flechas ←/→ en el selector de /model, o lo fijas en settings (effortLevel). El nivel activo aparece junto al logo ("with high effort"). low/medium/high/xhigh persisten entre sesiones; max dura solo la sesión.

Para un empujón puntual sin tocar tu nivel, escribe ultrathink en el prompt: pide más razonamiento solo en ese turno.

Atajo mental: el modelo es quién hace el trabajo; el effort es cuánto se lo piensa. Sonnet en high cubre casi todo; sube a Opus + xhigh para lo verdaderamente difícil; baja a low (o a Haiku) para lo mecánico.

Qué llevas hasta aquí

• La ventana de contexto es finita; saturarla sube el coste y baja la calidad. Con /context ves qué la está llenando.
• /compact mantiene el hilo; /clear empieza de cero. Una por situación.
• Eliges modelo según la tarea, con Sonnet como base, y ajustas el effort (/effort) según cuánto razonamiento pida.

En la última lección cerramos con el coste real (tokens y /cost) y la rutina de sesión que evita el peor antipatrón de todos.

Fuente oficial: Context window · Model configuration