Hermes Agent: cuando una skill de IA necesita un bloqueo

Un agente que aprende de su trabajo puede resultar útil precisamente porque no empieza de cero cada vez. Puede convertir una secuencia que funcionó en una skill reutilizable y adaptarla cuando encuentra nuevas tareas. Pero eso plantea una pregunta fácil de pasar por alto: ¿quién puede cambiar las instrucciones después de que una persona las haya revisado?

Hermes Agent v0.23.0, publicado el 5 de noviembre, añade una respuesta: una persona puede bloquear una skill y mantenerla disponible para que el agente la lea y utilice. La documentación del curador explica tanto la protección como sus límites. Para mí, la segunda parte es tan importante como el propio comando.

Las skills tienen un ciclo de vida

Hermes describe su curador como un proceso de mantenimiento en segundo plano para skills creadas por el agente. Registra actividad y puede mover las que llevan tiempo sin usarse entre estados activos, obsoletos y archivados. La documentación indica que el curador archiva en lugar de eliminar automáticamente y trata las skills instaladas desde el hub de forma distinta a las creadas por el agente. Algunas opciones modifican ese alcance.

Es una respuesta razonable a un problema que aparecerá en muchos sistemas de agentes: una biblioteca puede acumular instrucciones obsoletas, procedimientos duplicados y detalles que antes eran ciertos. Pero el mantenimiento también debe reconocer cuándo una pieza de conocimiento tiene una persona responsable que espera revisar los cambios.

Hermes distingue entre fijar y bloquear. Fijar evita el archivado automático; no impide las ediciones y los parches habituales. Bloquear está pensado para impedir que el agente cambie una skill, manteniendo su lectura y uso. La imagen de la miniatura es una captura original de la documentación de Hermes de una interfaz anterior; muestra el área de skills, no el nuevo control de bloqueo.

Diagrama conceptual de revisión humana, controles de política de Hermes y permisos del sistema de archivos.

Un bloqueo es un límite de política

Los comandos documentados son sencillos:

hermes curator lock <skill>
hermes curator status
hermes curator unlock <skill>

Según la documentación del proyecto, el bloqueo se comprueba en la herramienta de gestión de skills y en rutas habituales de escritura de archivos, incluidos determinados comandos de terminal. El agente no puede utilizar su comando normal de desbloqueo para quitarlo; una persona sí puede desbloquearlo o editar los archivos directamente. El bloqueo se guarda por perfil, por lo que conviene comprobar qué copia se está protegiendo.

No interpretaría eso como «el agente nunca podrá modificar este directorio». La misma documentación define el bloqueo como una comprobación de política, no un sandbox: identifica destinos de escritura en los comandos, pero no inspecciona todo lo que puede hacer un script internamente ni todos los mecanismos de ejecución. Tampoco impide que una actualización renueve una skill incluida o instalada desde el hub. Si se necesita un límite estricto, hay que combinar la política con permisos del sistema de archivos y un entorno de ejecución adecuado.

Esa precisión no resta valor a la idea. La hace comprensible: cada control tiene un cometido y su implementación tiene un alcance definido.

Cómo lo trasladaría a un equipo

  1. Separar «conservar» de «no editar». Fijar y bloquear responden a preguntas distintas. Decide cuál necesita cada procedimiento o skill.
  2. Revisar las propuestas del agente. Un bloqueo puede conservar una instrucción revisada; no demuestra que sea correcta, actual o segura.
  3. Dar a las personas una vía de actualización. Registra por qué se bloqueó una skill y quién puede revisar cambios. Un error congelado sigue siendo un error.
  4. Probar el límite que importa. Usa permisos del sistema operativo cuando impedir escrituras sea un requisito de seguridad. Prueba tu configuración en vez de asumir que la política cubre todas las rutas.
  5. Comprobar versiones y perfiles. Revisa el perfil correspondiente y los efectos de las actualizaciones antes de tratar el bloqueo como una regla duradera para todo el equipo.

La capacidad de un agente para mejorar sus instrucciones tiene valor. También lo tiene poder decidir que una instrucción concreta ha pasado de experimento a conocimiento operativo revisado. La pregunta útil es cómo puede convivir ese aprendizaje con cambios que una persona ha decidido controlar.

Fuentes

Fuentes consultadas el 10 de noviembre de 2026. Sigue jpalanco.com para más notas sobre IA, ingeniería y código abierto.

Blog

¿Hablamos de seguridad?

Charlas, prensa o colaboraciones: escríbeme.