0.4 · Qué es una sesión y qué ve Claude cuando se abre

Camino al examen · Bloque 0, Dónde se trabaja

0.4 · Qué es una sesión y qué ve Claude cuando se abre2026-10-11

Dónde. Esta se lee. Al final hay una comprobación que se hace en una sesión abierta, si quieres verlo con tus ojos.

Qué vas a entender. Qué se carga al abrir una sesión, en qué orden va cada cosa, y por qué algunos cambios no surten efecto hasta que la cierras.

Una sesión no es una conversación con memoria

Lo primero que hay que deshacer es la intuición de que Claude «recuerda» lo que lleváis hablado. No recuerda nada entre una petición y otra. V

Lo que ocurre es que Claude Code vuelve a mandarlo todo cada vez: las instrucciones del sistema, el contexto de tu proyecto, todos los mensajes anteriores con sus resultados, y lo que acabas de escribir. V La sensación de continuidad la fabrica el programa que tienes delante, reenviando el historial entero en cada turno.

Eso explica de un golpe tres cosas que luego confunden: por qué la ventana se llena, por qué una sesión larga va a peor, y por qué lo que cambies a mitad puede no aplicarse.

Las tres capas, y por qué están en ese orden

Cada petición se monta poniendo delante lo que menos cambia. V De arriba abajo:

Sistema. Las instrucciones básicas y las definiciones de las herramientas que tiene disponibles. Cambia cuando cambia el conjunto de herramientas cargadas. V
Contexto del proyecto. Tu CLAUDE.md, la memoria automática y las normas sin ámbito. Se carga al empezar la sesión, y se vuelve a cargar tras /clear o /compact. V
Conversación. Tus mensajes, las respuestas y los resultados de las herramientas. Cambia en cada turno. V

El orden no es decorativo. Es lo que permite que la parte de arriba se reutilice de un turno a otro en vez de volver a procesarse. La guía de la caché lo cuenta entero.

Lo que se lee una vez y lo que se lee cuando hace falta

Aquí está el detalle que más desconcierta cuando empiezas.

Tu CLAUDE.md de la raíz del proyecto y el de usuario se leen una vez, al abrir la sesión, y se quedan en memoria. Si lo editas a mitad, el cambio no se aplica: Claude sigue trabajando con la versión que cargó al principio. Entra en el siguiente /clear, /compact o reinicio. V

Los CLAUDE.md anidados en subcarpetas y las normas con ámbito de ruta se cargan después, cuando hacen falta. Si editas uno antes de que se cargue, el cambio sí cuenta. Una vez cargado, ya forma parte del historial, así que editarlo tampoco cambia lo que ya se leyó. V

De ahí la regla práctica: si has tocado las instrucciones y quieres que valgan, abre sesión nueva. V

Haz esto

Abre una sesión en un proyecto que tenga CLAUDE.md.

Terminal
```
claude
```
Tienes que ver: La sesión abierta.
Mira cuánto ocupa cada capa antes de escribir nada.

Dentro de la sesión
```
/context
```
Tienes que ver: El reparto de lo que ya está ocupado sin haber pedido todavía nada: instrucciones, herramientas y contexto del proyecto.
Añade una línea cualquiera a tu CLAUDE.md desde otra ventana, y guárdala.

Editor, con la sesión abierta

Tienes que ver: El fichero cambiado en el disco.
Pregúntale a Claude, en la sesión que sigue abierta, si esa línea está en sus instrucciones.

Dentro de la sesión
```
¿Qué dice la última línea de mi CLAUDE.md?
```
Tienes que ver: La versión antigua, sin tu línea. No es un fallo: es lo que explica esta sesión.
Ahora reinicia la conversación y vuelve a preguntar.

Dentro de la sesión
```
/clear
```
Tienes que ver: Ahora sí aparece tu línea. El contexto del proyecto se ha vuelto a leer del disco.

Si no sale

Claude sí ve el cambio sin que hayas reiniciado nada.: Lo más probable es que editaras un CLAUDE.md anidado en una subcarpeta, o una norma con ámbito de ruta. Esos se cargan cuando hacen falta, no al arrancar.
/context enseña mucho ocupado antes de empezar.: Casi siempre son definiciones de herramientas de servidores MCP conectados. La guía de coste de MCP explica cómo medirlo y reducirlo.
Después de /clear Claude no recuerda lo que estabais haciendo.: Es lo que hace: vacía la conversación. Si querías conservar el hilo y solo recargar las instrucciones, lo tuyo era cerrar y abrir de nuevo, o compactar.

Comprobación

Editas el CLAUDE.md de la raíz de tu proyecto con la sesión abierta y le pides a Claude que siga la norma nueva. No la sigue. ¿Por qué?

Ver la respuesta

Porque hay que darle permiso de lectura sobre ese fichero.
Porque el CLAUDE.md de la raíz se lee una vez al abrir la sesión y se queda en memoria; el cambio entra con /clear, /compact o al reiniciar.
Porque los cambios en instrucciones tardan unos minutos en propagarse.
Porque hay que nombrar el fichero con una arroba para que vuelva a leerlo.

La documentación lo dice sin rodeos: los CLAUDE.md de la raíz del proyecto y de usuario se leen al empezar la sesión y se mantienen en memoria, de modo que editarlos a mitad no invalida la caché pero tampoco se aplica. El contenido nuevo se carga en el siguiente /clear, /compact o reinicio. No hay propagación lenta ni permiso que falte: es cuándo se lee el fichero.

Esta pregunta la hemos escrito nosotros a partir del temario público. No reproducimos contenido del examen.

De dónde sale todo esto

Claude Code · Cómo usa Claude Code la caché de prompt · consultado el 2026-10-11
Claude Code · Memoria y normas por ruta · consultado el 2026-10-11

Siguiente: Abre una sesión sobre una carpeta de prácticas y mira qué ve — leerla