NoticiaClaude Code8 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 util para builders es control mas 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

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 mas 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 mas control sobre titulo, 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 segun el trabajo

1. disallowed-tools arregla un problema muy comun

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 practico: ya no solo enseñas que hacer; tambien puedes limitar con que lo puede hacer.

Eso sirve bastante para:

  • skills de documentacion que no necesitan shell agresivo;
  • flujos de analisis 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 mas caro en coding agents: dar mas 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 tambien 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 mas utiles, no solo mas complejos

La release tambien mete dos piezas con mucha mas sustancia de la que parece:

  • hookSpecificOutput.sessionTitle para definir el titulo 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 mas consistente para equipos grandes.

Aqui el tradeoff es claro: cada hook nuevo tambien 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 dias, este seria 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 intencion 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 mas estable.

Si todavia estas ordenando el contrato base antes de meterte a hooks y skills, primero vale mas 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 mas capacidad; necesitan mejores limites y menos reinicios absurdos.