Las notas de versión de Claude Code suelen leerse como una lista de retoques. Esta vez, varias entradas comparten un patrón útil si dejas al agente trabajando sin mirar: cambian un fallo silencioso por un comportamiento explícito. Aquí van cinco, citadas de las notas oficiales.
1. Salir ya no borra un worktree con commits sin subir
Las notas listan: “Fixed quitting removing a worktree made by a WorktreeCreate hook without asking when it may hold unpushed commits”. Si usas hooks para dar a cada tarea su propia copia de trabajo, el riesgo era perder trabajo que solo existía ahí. Ahora la salida pregunta antes.
2. Read deja de tratar binarios como texto
Otra entrada dice: “Fixed the Read tool reading binary files such as .xlsm, .parquet, .epub and .heic as text”. Leer un binario como texto llena el contexto de ruido y puede llevar al modelo a razonar sobre basura. Es un arreglo pequeño con efecto directo en la calidad de la sesión.
3. Grep y Glob distinguen “no hay resultados” de “la búsqueda falló”
Según las notas: “Fixed Grep and Glob reporting no matches when the search program failed unexpectedly before returning any results; they now return an error saying the search failed”. Para un agente, “no existe” y “no pude buscar” llevan a decisiones opuestas.
4. Un tope para esperar a que se reinicie el límite de uso
Las notas añaden: “Added CLAUDE_CODE_RETRY_WATCHDOG_MAX_USAGE_LIMIT_WAIT_MS so unattended retry mode (CLAUDE_CODE_RETRY_WATCHDOG) ends a request at a usage limit that resets too far away instead of waiting”. Es una variable de entorno opcional para quien ejecuta el agente desde un cron o una cola.
5. Cambiar a un modelo con menos contexto
Las notas dicen: “Improved switching to a model with a smaller context window: a conversation too long for the new model is now summarized by the previous model first”. Y recogen un arreglo relacionado: “Fixed a case where switching to a model with a smaller context window could spend usage credits on a summary by the previous model without asking first”.
Lo que tienen en común
Los cinco puntos tienen en común que sustituyen un fallo silencioso por un error visible o por una pregunta. En mi opinión, ese es el tipo de entrada que más importa en las notas de versión de una herramienta que corre sin supervisión.
