Hay 4 cosas que me parecen especialmente importantes cuando se está trabajando con claude code...
1️⃣ Todo lo que metes en contexto tiene un coste durante toda la conversación.
Si Claude lee un fichero en el turno 3, ese fichero puede seguir formando parte del contexto en el turno 40
Sí, existe caché.
Pero más barato no significa gratis.
Y no es solo una cuestión económica, también estás obligando al modelo a razonar rodeado de información que quizá ya no necesita.
2️⃣ Cambiar de modelo o de nivel de esfuerzo a mitad de sesión puede salir bastante caro.
Porque puedes romper la caché y obligar a volver a procesar el historial.
Por eso hay decisiones que deberían tomarse antes de empezar, no cuando llevas 35 prompts acumulados
3️⃣ Dar contexto de forma precisa importa muchísimo más de lo que parece.
No es lo mismo escribir "@utils.test.ts" que decir "Los tests fallan, mira a ver qué ocurre”
En el primer caso le estás dando exactamente el fichero
En el segundo puede tener que buscar, hacer grep, abrir varios archivos y llenar el contexto de información que después seguirá arrastrando.
4️⃣ Si no defines un techo, nadie está decidiendo por ti cuándo ya son demasiados agentes.
Puedes configurar:
/config workflowSizeGuideline=small para trabajar normalmente con menos de 5 agentes.
Si una tarea realmente necesita más, se lo pides.
Pero no tiene demasiado sentido diseñar todos los flujos como si cada problema necesitase un ejército.
Mi rutina antes de una sesión seria con Claude Code empieza a parecerse bastante a esto:
👇 👇 👇 👇
→ /context para comprobar qué se ha cargado
→ /model y /effort decididos antes de empezar
→ /clear entre tareas independientes
→ /compact antes de abandonar una sesión larga
→ Y un límite explícito de agentes salvo que la tarea justifique otra cosa
Más contexto no siempre es mejor contexto.
Más agentes no siempre significa mejor ejecución.
Y más tokens, desde luego, no significan más inteligencia.
PD: En agentes, poner límites probablemente sea tan importante como dar instrucciones