Claude Code: bloquea modelos caros y carga skills por carpeta

Qué pasó

Claude Code v2.1.178 (15 de junio de 2026) introdujo dos cambios para equipos que usan Claude Code a diario. Primero, nueva sintaxis Tool(param:value) en las reglas de permiso: por ejemplo, Agent(model:opus) en el archivo de configuración bloquea que los sub-agentes usen el modelo Opus sin aprobación. Segundo, los skills definidos en carpetas .claude/skills/ anidadas dentro de un proyecto ahora se cargan de forma automática cuando trabajas en archivos de esa carpeta; si hay un conflicto de nombre con un skill global, aparece como <carpeta>:<nombre> para que los dos coexistan.

Por qué importa para PyMEs LATAM

Para un equipo de 5 a 20 personas con varios colaboradores usando Claude Code, estos dos cambios resuelven problemas concretos sin necesidad de administración compleja. El primero evita que alguien use sin querer un modelo más caro en tareas rutinarias y acumule costo innecesario. El segundo permite tener skills específicas de proyecto sin que contaminen la configuración global de otros proyectos o clientes.

La lectura

El control de permisos por parámetro es lo que faltaba para dar acceso a Claude Code a más personas del equipo sin que el dueño tenga que revisar cada sesión. Antes se podía bloquear herramientas completas; ahora se pueden bloquear variantes específicas. El caso de uso más claro es una agencia que quiere que los colaboradores usen el modelo estándar por default y solo el más potente cuando el encargado de proyecto lo aprueba. Los skills anidados son más técnicos pero igual de útiles en organizaciones con varios productos en el mismo repositorio: cada carpeta tiene su propio contexto de instrucciones sin pisarse entre sí.

Lo que ya estoy haciendo en GNB Labs

El diseño de permisos por herramienta y el sistema de skills por contexto de proyecto son parte del Skill Stack GNB: cada instalación define qué skills aplican a qué carpeta y qué herramientas puede usar cada rol dentro del equipo. Esta actualización hace esa arquitectura más precisa sin cambiar la estructura base que ya funciona.

Qué hacer a partir de hoy

• Si corres Claude Code en equipo, define en settings.json qué modelos puede usar cada tipo de sesión antes de que alguien acumule costo sin querer.
• Usa Agent(model:opus) como regla de permiso en proyectos donde los sub-agentes corren tareas de largo aliento.
• Si tienes instrucciones distintas para distintos proyectos o clientes, mueve esas instrucciones a un .claude/skills/ dentro de cada carpeta de proyecto en vez de mantener todo en el nivel global.
• Revisa que el nombre de tus skills locales no colisione con skills globales; en la versión nueva ambos coexisten pero el nombre compuesto puede ser confuso si no lo documentas.
• Actualiza a v2.1.178 y valida que los permisos existentes no cambien de comportamiento con la nueva sintaxis.