Claude Code v2.1.178: control granular de permisos y agentes mejorados

Claude Code v2.1.178 introduce cambios sustanciales en seguridad, control de agentes y usabilidad. La novedad más relevante es la sintaxis Tool(param:value) para reglas de permiso, que permite bloquear acciones específicas según parámetros de entrada. Por ejemplo, Agent(model:opus) impide que se lancen subagentes con el modelo Opus, dando a administradores un control granular sin precedentes sobre qué puede ejecutarse.

Otra mejora importante afecta a la carga de skills desde directorios anidados .claude/. Ahora se cargan automáticamente cuando trabajas en esos directorios, y en caso de conflicto de nombres, la skill más cercana se etiqueta como <dir>:<name> manteniendo ambas disponibles. El sistema de evaluación de subagentes también se ha reforzado: ahora el clasificador revisa todas las solicitudes antes de lanzar un subagente, cerrando una brecha donde acciones bloqueadas podían ejecutarse sin revisión.

La versión corrige además problemas críticos de estabilidad: crashes por memoria agotada heredada de variables de entorno, fallos silenciosos de autenticación OAuth en Chrome, y problemas con sesiones en background que se reiniciaban innecesariamente. Los mensajes de error en Remote Control ahora son más informativos, distinguiendo entre puertas de acceso, fallos de validación, derechos caducados o políticas organizacionales.

Pequeños pulidos mejoran la experiencia: el comando /doctor ahora muestra un árbol plano consistente, el comando /bug requiere descripción antes de enviar, y el modo vim corrige el paso por historial deshacer (undo).

Por qué te importa si trabajas con SAP

Si integras Claude Code con entornos SAP —especialmente en arquitecturas con agentes autónomos o automatización en S/4HANA— estas mejoras de seguridad son críticas. El control fino de permisos sobre parámetros permite restringir qué modelos pueden usar tus agentes, útil si ejecutas automaciones sensibles donde solo ciertos modelos tienen aprobación de compliance. La evaluación previa de subagentes impide escenarios donde una automatización en SAP podría derivar en acciones no autorizadas sin revisión previa.

Además, la estabilidad mejorada en agentes y sesiones background es esencial para jobs de larga duración contra SAP (carga de datos, reportes, integraciones con Joule o BTP), donde una sesión que cae o se reinicia afecta directamente a procesos de negocio.