En la sesión anterior apuntaste lo que marcaba /context nada más abrir, sin haber pedido nada. Esa cifra sale de sumar unas pocas piezas que Claude Code carga por su cuenta al empezar, y cada una tiene un dueño: unas las pone el programa y otras las has puesto tú, a veces sin saberlo.

Las instrucciones del sistema y las herramientas del propio programa van siempre; la 1.1 ya las contaba. Además de esas, la documentación enumera lo que entra antes de que escribas: tu CLAUDE.md, la memoria automática, los nombres de las herramientas de los servidores MCP y las descripciones de las skills. Según cómo lo tengas montado, entran también un estilo de salida y el texto que se añada con la opción --append-system-prompt al lanzar el programa. V

La diferencia que importa no es qué piezas hay, sino cuánto de cada una entra al principio. Ahí hay dos familias.

Tu CLAUDE.md, entero. Claude Code lee los CLAUDE.md de la carpeta donde abres la sesión y de todas las que tiene por encima, hasta la raíz del disco, y los pone uno detrás de otro: no se sustituyen, se suman. V Cada fichero entra completo mientras no pase de 4 MiB; uno más grande no se carga en absoluto. V Y lo que contienen viaja en todas las peticiones de la sesión, porque, como viste en la 0.4, cada turno reenvía todo. V

Por eso la documentación recomienda no pasar de 200 líneas por fichero: uno más largo ocupa más sitio y, además, se cumple peor. V Partirlo con importaciones (@ruta) ordena el texto pero no ahorra nada, porque lo importado se carga junto con el fichero que lo importa. V

Un trozo de la memoria automática. La memoria que Claude va escribiendo por su cuenta tiene un índice, MEMORY.md. Al abrir se cargan sus primeras 200 líneas o sus primeros 25 KB, lo que llegue antes; lo que quede detrás no entra al arrancar. V

El estilo de salida activo, si no es el normal. Sus instrucciones van completas en cada petición; con el estilo por defecto no se carga nada. V

Las skills. De cada skill que Claude puede usar por su cuenta entran el nombre y la descripción, que le sirven para decidir cuándo le hace falta. El contenido completo solo entra cuando se usa. V Si una skill solo la lanzas tú a mano, puedes marcarla para que ni la descripción ocupe sitio. V

Las herramientas de los servidores MCP. Al arrancar entran los nombres de las herramientas y las instrucciones de cada servidor conectado; la descripción completa de cada herramienta espera a que Claude la necesite. V Es lo que la 1.1 contaba como carga diferida.

Lo que no entra al abrir. Hay dos cosas que parecen de arranque y no lo son. Los CLAUDE.md que estén dentro de subcarpetas se cargan cuando Claude lee o toca un fichero de esa subcarpeta, y lo mismo las reglas que llevan una lista de rutas en su cabecera. V Y los hooks —los programas que Claude Code ejecuta en momentos fijos, como antes de usar una herramienta— no ocupan nada mientras no devuelvan texto a la conversación. V

Porque cada familia se recorta de una forma distinta, y equivocarse de familia es trabajar para nada.

• Si lo que pesa es CLAUDE.md, cada línea que sobra te la cobras en todos los mensajes. Lo que solo vale para una parte del proyecto puede ir a un CLAUDE.md de esa subcarpeta o a una regla con rutas, que solo se cargan cuando se trabaja ahí. V
• Si lo que pesa son muchas skills o muchos servidores MCP, cada uno aporta poco, pero se suman. Ahí no se recorta texto: se quitan las que no usas.
• Si la cifra te parece alta y no reconoces de dónde viene, casi siempre es un CLAUDE.md de una carpeta de más arriba que no sabías que se cargaba: el de tu usuario, o uno que alguien dejó en la carpeta de todos tus proyectos.

No damos cifras de cuánto ocupa cada pieza: la documentación solo usa números de ejemplo, y los tuyos dependen de tu montaje. Esa medida es tuya, y la tomas en la sesión 1.4.