Guías gratuitas Productividad

Claude CodeProductividadPrompts

La fecha de caducidad escondida de tus chats

Mientras más larga la conversación, más ignora tus reglas sin avisar, y casi nadie lo nota. El truco de una línea para cacharlo en tiempo real, más 10 tips de Claude Code que uso a diario.

Empiezas una sesión con reglas claras. "No toques los archivos de configuración", "responde en español", "nunca escribas tests sin preguntarme". Las primeras dos horas funciona perfecto.

Y en algún punto deja de hacerlo. No de golpe: se va aflojando. Una respuesta en inglés, un archivo tocado que no debía, una convención que se te ocurrió a las diez de la mañana y a las cuatro ya nadie respeta. Lo peor es que nada te avisa. La conversación sigue igual de fluida y segura de sí misma.

Esa es la fecha de caducidad de un chat. No está escrita en ningún lado y casi nadie la mide, aunque es la causa número uno de que una sesión larga acabe peor que una corta.

Qué está pasando en realidad

Todo lo que ocurre en una conversación —tus mensajes, las respuestas, los archivos que se leyeron, la salida de cada comando— se va acumulando en una sola ventana de contexto. Tus instrucciones iniciales siguen ahí, pero cada vez pesan menos frente a todo lo que vino después.

Piénsalo como una junta de seis horas. Lo que se acordó en el minuto tres sigue siendo válido, pero a la hora cuatro nadie lo tiene presente, porque encima hay cuatro horas de discusión. El modelo no "olvida" tus reglas: las tiene compitiendo contra miles de líneas de salida de terminal que están mucho más cerca del final.

Se nota más rápido cuando la sesión se llenó de ruido: registros largos, archivos completos leídos sin necesidad, búsquedas que devolvieron media docena de resultados irrelevantes. Ese material desplaza tus reglas sin que tú hayas escrito nada nuevo.

Hay una segunda cosa que casi nadie considera: la degradación no es lineal. No pasa que a la mitad de la ventana obedezca la mitad de las reglas. Lo que pasa es que todo va bien, bien, bien, y de pronto empiezan a caerse instrucciones específicas mientras el tono general y la aparente competencia se mantienen intactos. Por eso engaña tanto. Una sesión saturada no suena confundida: suena exactamente igual que una sesión sana, solo que ya no está haciendo lo que le pediste.

El truco de una línea

Ponle un canario a la sesión. Agrega esta línea al final de tu CLAUDE.md o de las instrucciones de tu proyecto:

Al final de cada respuesta, escribe en una línea aparte: [ANCLA]

Eso es todo. Mientras veas [ANCLA] al cierre de cada respuesta, tus instrucciones siguen pesando. El día que desaparezca —y va a desaparecer sin que nadie lo anuncie— ya sabes que el resto de tus reglas también se está desdibujando. Es un indicador visible de algo que normalmente es invisible.

Funciona porque la regla es trivial de cumplir. Si el modelo ya ni siquiera alcanza a hacer eso, no está alcanzando a hacer nada de lo demás.

Si prefieres revisar a mano en vez de dejar el marcador puesto, pega esto en medio de la sesión:

Sin buscar en archivos: repíteme textualmente las reglas que
te di al inicio de esta conversación. Si no las tienes
completas, dime cuáles te faltan.

El paso que todo mundo se salta: cuando el canario desaparece, la reacción típica es repetir la regla en el chat. Eso funciona por dos o tres mensajes y vuelve a caerse, porque el problema no es que no la sepa: es que la ventana está saturada. Lo que sí resuelve es limpiar y volver a arrancar con el contexto mínimo. Repetirte es tratar el síntoma.

10 movimientos de Claude Code que uso a diario

1. Revisar cuánto contexto queda /context

Te muestra cómo está repartida la ventana: instrucciones, archivos, herramientas, conversación. Es la única forma de dejar de adivinar si la sesión ya está pesada.

Cuándo: antes de arrancar cualquier tarea larga.

2. Cerrar y volver a abrir /clear

Borra la conversación y te deja las instrucciones del proyecto intactas. Es el movimiento más subestimado: cambiar de tarea sin limpiar es arrastrar el ruido de la anterior.

Cuándo: cada vez que cambias de tema, no cada vez que hay un error.

3. Comprimir en lugar de perder /compact

Resume la conversación y sigue con el resumen. Se pierde detalle, así que úsalo cuando de verdad necesites continuidad; si no, limpia.

Cuándo: a mitad de una tarea larga que no puedes reiniciar.

4. Guardar una regla en caliente con #

Escribe un mensaje que empiece con # y lo que digas se guarda en la memoria del proyecto, no solo en el chat. Es la diferencia entre corregir una vez y corregir para siempre.

Cuándo: justo después de corregir algo por segunda vez.

5. Apuntar a un archivo con @

Referencia el archivo exacto en tu mensaje en vez de dejar que lo busque. Le ahorras tres o cuatro lecturas exploratorias que solo sirven para llenar la ventana.

Cuándo: siempre que ya sepas dónde está lo que quieres.

6. Planear antes de ejecutar

El modo de planeación te entrega el plan y no toca nada hasta que apruebas. Se cambia con la tecla de tabulación y mayúsculas.

Cuándo: en todo cambio que toque más de dos archivos.

7. Interrumpir a tiempo

La tecla de escape corta lo que está haciendo sin cerrar la sesión. Dejar que termine un camino equivocado no solo pierde tiempo: mete a la ventana todo el resultado de ese camino.

Cuándo: en cuanto veas que agarró por otro lado.

8. Delegar la exploración a un subagente

Cuando hay que buscar algo en muchos archivos, mándalo a un agente aparte con /agents. El ruido de la búsqueda se queda en su ventana y a ti te llega la conclusión.

Cuándo: "¿dónde está tal cosa en el proyecto?".

9. Escribir el CLAUDE.md desde el primer día /init

Genera el archivo de instrucciones del proyecto leyendo lo que hay. Después lo editas a mano, pero arrancar de cero es la razón por la que mucha gente nunca lo escribe.

Cuándo: el primer minuto en cualquier proyecto nuevo.

10. Retomar en vez de reconstruir /resume

Recupera una sesión anterior con su contexto. Sirve para volver a un trabajo de ayer sin volver a explicarlo, pero ojo: también recuperas su saturación.

Cuándo: continuar una tarea, no empezar una nueva.

La regla de oro: sesiones cortas, memoria larga

El instinto es dejar la sesión abierta porque "ya sabe todo el contexto". Es exactamente al revés. Una sesión de ocho horas no sabe más que una de veinte minutos: sabe lo mismo, con peor puntería.

Lo que quieres es que el contexto viva en archivos —tu CLAUDE.md, tus instrucciones de proyecto, tus notas— y no en la memoria de una conversación. Así cada sesión nueva arranca con todo lo importante y sin nada de lo demás. Si quieres armar bien esa capa, empieza por el archivo más importante de Claude Code y por la lista para limpiar el contexto.

Pon el canario hoy. En una semana vas a saber, por primera vez con dato en vez de con sospecha, en qué punto exacto tus sesiones empiezan a caducar.

Una guía nueva cada semana

Sistemas de IA que ya están corriendo en operaciones reales, explicados paso a paso. Sin relleno y sin teoría.

Se cancela con un clic. Tu correo no se comparte con nadie.