Saltar al contenido
Nota8 min

Claude Code v2.1.152 endurece skills y hooks: menos herramientas por defecto, menos sesiones rotas

Anthropic publico Claude Code v2.1.152 el 27 de mayo de 2026 con `disallowed-tools` para skills, recarga de skills en caliente, hooks nuevos y fallback model de sesion. La señal útil para builders es control más fino sin reiniciar ni perder el hilo cuando el modelo falla.

Por · Reportar un error

No todas las releases que importan para agentes traen otro modelo. A veces la mejora real es bajar friccion operativa. Eso es justo lo que deja Claude Code v2.1.152, publicada el 27 de mayo de 2026.

La lista es larga, pero para builders hay cuatro piezas que pesan mucho más que el resto:

  • las skills ya pueden desactivar tools con disallowed-tools;
  • aparece /reload-skills para recargar skills sin reiniciar la sesion;
  • los hooks ganan más control sobre título, texto mostrado y recarga;
  • y --fallback-model deja de ser adorno cuando el modelo principal falla.

Terminal editorial con una sesion de Claude Code que recarga skills y reduce herramientas activas según el trabajo

1. disallowed-tools arregla un problema muy común

Muchos equipos estaban usando skills para sumar contexto o pasos, pero no para recortar superficie de riesgo. Esta release cambia eso.

Ahora una skill o slash command puede declarar disallowed-tools en frontmatter y quitar herramientas mientras esa skill esta activa. Dicho en lenguaje práctico: ya no solo enseñas que hacer; también puedes limitar con que lo puede hacer.

Eso sirve bastante para:

  • skills de documentacion que no necesitan shell agresivo;
  • flujos de análisis donde quieres leer pero no escribir;
  • tareas con MCP o plugins donde una combinacion de tools sobra;
  • y contextos donde el agente tiende a sobre-ejecutar.

La mejora parece pequena hasta que recuerdas el patron de error más caro en coding agents: dar más herramientas de las necesarias y luego esperar que el prompt compense.

2. /reload-skills baja una friccion absurda

Si trabajas en skills o instalas una nueva en medio de una tarea, reiniciar la sesion es molesto por dos razones:

  1. pierdes ritmo;
  2. y en tareas largas a veces pierdes también el hilo del trabajo.

Con /reload-skills y con reloadSkills: true desde SessionStart, Claude Code ya puede reescanear directorios de skills sin levantar una sesion nueva. Eso es una mejora concreta para quienes usan:

  • skills locales por repo;
  • skills instaladas por hooks;
  • y entornos donde la sesion vive bastante tiempo.

No vuelve perfecto el flujo de authoring, pero si quita una de esas fricciones tontas que inflan contexto y tiempo sin agregar valor.

3. Hooks más utiles, no solo más complejos

La release también mete dos piezas con mucha más sustancia de la que parece:

  • hookSpecificOutput.sessionTitle para definir el título en arranque o resume;
  • y un evento MessageDisplay para transformar u ocultar texto del asistente al mostrarse.

Panel editorial con eventos de hooks, filtros de salida y cambios de sesion sin cortar el trabajo en curso

Eso abre una capa nueva de producto interno. Ya no hablas solo de automatizar pasos, sino de controlar como entra y como sale el trabajo del agente. Por ejemplo:

  • normalizar nombres de sesiones por ticket o cliente;
  • ocultar ruido repetitivo;
  • adaptar mensajes para revisores humanos;
  • o imponer una presentacion más consistente para equipos grandes.

Aqui el tradeoff es claro: cada hook nuevo también es otra pieza que puedes romper. Si metes demasiada logica en display y arranque, conviertes una ayuda operativa en otra fuente de comportamiento raro.

4. --fallback-model por fin se comporta como deberia

Otra mejora facil de subestimar: cuando el modelo principal no aparece, Claude Code ahora cambia al fallback para el resto de la sesion en lugar de fallar una y otra vez.

Eso no es glamour de producto. Eso es continuidad.

Para equipos que viven en sesiones largas, un fallo de modelo no duele solo por ese turno. Duele porque:

  • rompe ritmo;
  • confunde a quien revisa;
  • y obliga a repetir contexto o reabrir trabajo.

Tener un fallback que realmente toma el relevo hace el sistema menos fragil justo donde suele doler: en el medio de una tarea, no en una demo limpia.

Lo que yo copiaria esta semana

Si ya usas Claude Code todos los días, este sería mi checklist corto:

  1. revisa que skills deberian declarar disallowed-tools;
  2. prueba /reload-skills en tu loop local antes de abrir otra sesion por costumbre;
  3. reserva MessageDisplay para filtros pequenos y obvios, no para reescribir medio producto;
  4. configura un --fallback-model realista para no perder sesiones largas.