Noticia8 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.

AnthropicClaude
Sesion de Claude Code con skills, hooks y control de herramientas dentro de un flujo de terminal

Por qué importa

Esta nota se enfoca en la decisión práctica para builders: qué cambia, qué riesgo agrega y cómo aplicarlo sin romper operación.

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.

Por que esta historia si tiene trafico cualificado

Aqui hay intención concreta, no curiosidad vacia:

  • claude code disallowed-tools
  • claude code reload skills
  • claude code fallback model
  • claude code hooks message display

Ese trafico vale porque viene de gente que ya esta afinando un harness o un setup de equipo. No estan preguntando si Claude Code existe. Estan intentando volverlo menos torpe, menos riesgoso y más estable.

Si todavía estas ordenando el contrato base antes de meterte a hooks y skills, primero vale más pasar por el curso gratis o por una pieza como OpenAI y AGENTS.md para trabajo largo. Pero si ya vives en terminal, esta release deja una leccion simple: los agentes utiles no solo necesitan más capacidad; necesitan mejores limites y menos reinicios absurdos.