Claude Code ha publicado dos versiones seguidas centradas en permisos, estabilidad y sesiones en segundo plano. La 2.1.246 introduce un aviso al arrancar cuando detecta reglas de permiso de Bash con un comodín mal colocado y añade una pestaña de modo Auto dentro de /permissions; la 2.1.247, publicada a continuación, corrige dos formas distintas de dejar una sesión inservible y estrena una herramienta para reportar fallos sin salir del terminal. Ninguna trae una función espectacular, y precisamente por eso merecen un rato de atención: tocan la capa que decide qué puede ejecutar el agente en tu máquina.
Llegan además en un momento con contexto propio. El modo auto pasó a ser el comportamiento por defecto hace apenas unos días, así que estas dos versiones son las primeras que ajustan las herramientas de control después de que millones de sesiones dejaran de pedir permiso en cada paso.
Un comodín antes del subcomando abre más de lo que crees
El cambio más importante de la 2.1.246 es un simple aviso de arranque, pero apunta a un fallo de razonamiento muy fácil de cometer. Cuando escribes una regla de permiso del tipo Bash(git * main), tu intención mental es clara: permitir ese comando de Git sobre esa rama. Lo que el patrón hace en realidad es más amplio, porque el comodín también admite las opciones que se cuelen delante del subcomando. La regla que creíste escribir y la regla que autorizaste no son la misma.
Es el clásico problema de las listas de permitidos: se escriben pensando en el caso que quieres habilitar, no en todo lo que encaja con el patrón. Y como una regla mal calibrada no falla nunca de forma visible —simplemente deja pasar más de la cuenta, en silencio—, puede vivir meses en un settings.json sin que nadie la mire. Que Claude Code ahora lo señale al arrancar convierte un problema invisible en un aviso que sale por pantalla.
⚠️ Revisión de cinco minutos: abre tus reglas de permiso y busca cualquier comodín que no esté al final del patrón. Un asterisco en medio de un comando casi nunca hace lo que su autor pensaba. Si necesitas cubrir varias formas del mismo comando, escribe varias reglas explícitas en vez de una con comodín.
Las reglas del clasificador de modo Auto salen del archivo
La otra novedad de la 2.1.246 es una pestaña de modo Auto dentro de /permissions, para ver y editar las reglas del clasificador desde la interfaz. Hasta ahora, entender por qué el modo auto aprobaba una cosa y frenaba otra pasaba por leer configuración; ahora es una pantalla más del comando que ya usabas para lo demás.
El detalle importa porque el modo auto no funciona con una lista fija de comandos permitidos, sino con un clasificador que decide sobre la marcha si una acción es reversible o no. Ese tipo de decisión es opaco por naturaleza, y la única forma de confiar en ella es poder inspeccionarla. Una regla que puedes leer es una regla que puedes discutir; una que vive dentro de un clasificador y no aparece en ninguna pantalla, no.
En la misma línea, la 2.1.246 corrige un fallo que afectaba justo a este mecanismo: en sesiones muy grandes, las llamadas a herramientas en modo auto se denegaban con un genérico «temporalmente no disponible» porque la comprobación de seguridad agotaba su plazo. Ahora ese plazo escala con el tamaño del prompt. Si te habías encontrado con denegaciones aleatorias en sesiones largas, esa era la causa.
Una regla de permisos que nunca falla de forma visible no es una regla segura: es una regla que nadie ha comprobado.
Dos formas de tumbar una sesión, corregidas en la 2.1.247
La versión siguiente va a por fallos que cualquiera con automatizaciones encima habrá sufrido sin saber nombrarlos:
- Hooks que escupen megabytes. Un hook o un agente en segundo plano que imprimía una montaña de errores podía desbordar la conversación y dejar la sesión atascada en «Prompt is too long». Corregido.
- Subagentes muertos por un 404. Si el modelo pedido no existía en la primera llamada, el subagente moría sin más. Ahora usa la cadena de modelos de reserva de la sesión, y el error que devuelve al padre incluye tipo, estado, identificador de petición y modelo.
- El sandbox borrando tu configuración. La limpieza posterior a un comando podía eliminar un enlace simbólico de
~/.claude/settings.jsongestionado con dotfiles —nix, home-manager, stow— cuando apuntaba fuera del área escribible. Un fallo silencioso y muy molesto para quien versiona su configuración. - Servidores MCP caídos en Bedrock, Vertex y Foundry. Cuando un servidor MCP no conectaba, Claude no se enteraba y concluía que esas herramientas no existían. Ahora se le informa del fallo, que es una diferencia enorme a la hora de depurar.
Se suman dos añadidos con recorrido propio. El primero, la herramienta SendFeedback: cuando algo sale mal en una sesión, Claude puede redactar un informe del fallo para que lo revises y lo envíes desde /feedback, y se desactiva con el ajuste feedbackDrafts si prefieres no tenerlo. El segundo, el comando /claude-api cost-optimize, que analiza el gasto de API de un proyecto y va proponiendo palancas de ahorro —caché, higiene de tokens, procesamiento por lotes, nivel de esfuerzo, elección de modelo— de una en una y midiendo el efecto.
Sonnet 5 ahora comprime más tarde en la ventana de 1M
Hay un cambio pequeño con efecto diario: la ventana de auto-compactación por defecto de Sonnet 5 pasa a usar su contexto completo de un millón de tokens, de modo que las sesiones sobre esa ventana comprimen alrededor de los 967.000 tokens en lugar de los 934.000 anteriores. Son unos 33.000 tokens más de conversación antes de que el resumen automático entre en acción.
Suena a detalle menor, pero cada compactación es un punto donde se pierde matiz: lo que sobrevive es el resumen, no la conversación. Retrasarla en sesiones largas de refactorización significa menos ocasiones de que el agente olvide una decisión tomada tres horas antes.
La implicación práctica de este par de versiones es concreta y cabe en una tarde: actualizar, mirar el aviso de arranque si aparece, y reescribir sin comodines intermedios las reglas de Bash que lo hayan disparado. Después, entrar en la pestaña de modo Auto de /permissions y comprobar si lo que el clasificador considera reversible coincide con lo que tú considerarías reversible en el proyecto de un cliente. Con la ejecución automática ya activada por defecto, esa lista dejó de ser configuración avanzada para convertirse en el perímetro de trabajo.
