Cómo utilizar el comando «Hermes /Goal» para optimizar tus proyectos

La mayoría de los asistentes de IA se desenvuelven bien a la hora de responder a una sola pregunta. Sin embargo, resultan menos fiables cuando una tarea requiere varias rondas de investigación, ejecución, comprobación y corrección.

Agentes de Hermes /gol El comando está diseñado para cubrir esa laguna. En lugar de considerar cada respuesta como el final de la interacción, mantiene un objetivo activo a lo largo de varios turnos. Tras cada turno, un modelo de evaluación ligero comprueba si el último trabajo cumple el objetivo. Si no es así, Hermes se anima a sí mismo a continuar hasta que se alcance el objetivo, el usuario haga una pausa o lo cancele, o se agote el número de turnos permitidos.

Esto hace que /gol Resulta útil para tareas que, de otro modo, requerirían instrucciones repetidas como “sigue”, “pruébalo de nuevo” o “termina lo que queda”. Puede ser de ayuda en la programación, la investigación, el procesamiento de datos, las auditorías y otras tareas que constan de varias fases, siempre que el resultado deseado pueda definirse y verificarse.

Este comando no es el más adecuado para ambiciones vagas, decisiones delicadas o proyectos que requieran un juicio humano frecuente. Hermes puede seguir trabajando para alcanzar un objetivo, pero sigue necesitando una descripción precisa de lo que significa «completarlo».

¿Qué? /gol cambia realmente

Una solicitud normal de Hermes genera un turno del agente. El modelo puede recurrir a varias herramientas durante ese turno, pero una vez que devuelve una respuesta final, se detiene y espera al usuario.

Un objetivo sigue activo tras esa respuesta.

Cuando accedas a:

/objetivo: Corregir todas las pruebas fallidas en «tests/hermes_cli/» y asegurarse de que el script «scripts/run_tests.sh» se ejecute correctamente para ese directorio

Hermes comienza a trabajar de inmediato. Una vez finalizado el primer turno, el juez evalúa si se ha cumplido el objetivo establecido. Si las pruebas siguen fallando, Hermes inicia automáticamente otro turno. Esto continúa hasta que las pruebas se superen, el objetivo alcance su límite de turnos o se interrumpa el proceso.

El presupuesto por defecto es de 20 turnos, aunque se puede modificar en la configuración. Ese límite es importante porque, de lo contrario, un agente atrapado en un bucle improductivo podría seguir consumiendo tokens, tiempo de herramienta y créditos de servicios externos.

Por lo tanto, el sistema aporta persistencia, no autonomía ilimitada.

Úsalo para trabajos en los que la línea de acabado sea visible

El más fuerte /gol Las tareas presentan tres características: requieren varios pasos, Hermes tiene acceso a las herramientas necesarias para llevarlas a cabo y el resultado puede comprobarse.

El trabajo en el ámbito del software es un ejemplo evidente:

/objetivo Actualizar el proyecto a Python 3.13, actualizar las dependencias incompatibles, ejecutar el conjunto completo de pruebas y detenerse solo cuando todas las pruebas hayan superado con éxito.

La condición de finalización es concreta. Hermes puede inspeccionar el proyecto, modificar archivos, instalar o actualizar dependencias y ejecutar pruebas. Una suite de pruebas superada demuestra que se ha alcanzado el resultado principal.

Esta misma lógica se puede aplicar fuera del ámbito de la programación:

/objetivo: Revisar todos los archivos CSV de la carpeta «reports», identificar los valores que faltan y los registros duplicados, generar una versión depurada de cada archivo y crear un informe resumido en el que se enumeren todos los cambios.

O bien:

/objetivo: Investigar cuáles son los cinco mayores fabricantes europeos de baterías, verificar sus últimas cifras de capacidad de producción a partir de fuentes primarias y elaborar una tabla comparativa con referencias.

Estas tareas implican varias operaciones, pero, aun así, dan lugar a un resultado observable.

Un objetivo poco adecuado sería:

/objetivo: Mejorar mi negocio.

Hermes no dispone de una base fiable para determinar cuándo se ha mejorado la actividad empresarial. Puede generar ideas, seguir desarrollándolas y, finalmente, detenerse porque el juez considere que una respuesta amplia es suficiente.

El problema no es la inteligencia del modelo, sino la falta de un criterio de finalización.

Redacta un contrato de finalización

Hermes admite contratos de finalización estructurados para objetivos que requieren mayor precisión. La documentación oficial recomienda definir cinco elementos: el resultado deseado, el método de verificación, las restricciones, los límites y la condición en la que el agente debe detenerse y solicitar información.

Puedes pedirle a Hermes que redacte esta estructura con:

/goal draft

Un contrato útil podría tener, en términos conceptuales, el siguiente aspecto:

Resultado:
La página web se compila correctamente y el formulario de pago que no funcionaba ya funciona.

Verificación:
Ejecuta la compilación de producción, ejecuta las pruebas de pago y confirma que todas se superan.

Restricciones:
No modifiques el diseño visual ni elimines los elementos de análisis existentes.

Límites:
Modifica únicamente los archivos de src/checkout, tests/checkout y la configuración del paquete.

Detén el proceso cuando:
Se requieran credenciales de un proveedor de pagos, una decisión empresarial o un cambio destructivo en la base de datos.

Esto es mucho más seguro que pedirle al agente simplemente que “arregle el proceso de pago”.

El resultado indica a Hermes lo que debe ser cierto. La verificación le indica cómo demostrar el resultado. Las restricciones protegen aquellas partes del sistema que deben permanecer inalteradas. Los límites restringen el ámbito en el que debe funcionar. La condición de parada impide que el agente improvise cuando llega a una decisión que debería corresponder a una persona.

El juez solo puede evaluar los criterios que se le han facilitado. Un objetivo impreciso da lugar a una supervisión imprecisa.

Utiliza los comandos de control

Una vez que un objetivo se está ejecutando, hay varios comandos que te ayudan a examinarlo o controlarlo.

/estado del gol

muestra el objetivo activo, su estado y el número de turnos utilizados.

/mostrar goles

muestra el contrato de finalización actual.

/pausa del gol

detiene la continuación automática sin eliminar el objetivo.

/currículum de objetivos

reinicia el bucle y restablece su contador de turnos.

/gol despejado

elimina por completo el objetivo.

Es útil hacer una pausa cuando el agente se está moviendo en la dirección equivocada o cuando se quiere revisar los archivos antes de realizar más cambios. Borrar es más adecuado cuando el objetivo en sí ya no es válido.

Hermes también admite /subobjetivo, lo que añade otro criterio a un objetivo en curso. A continuación, el juez tendrá en cuenta tanto el objetivo original como el requisito adicional antes de declarar la obra finalizada.

Por ejemplo:

/subobjetivo: Añadir notas sobre la migración al archivo README y confirmar que la configuración anterior sigue siendo compatible con versiones anteriores.

Esto permite añadir un requisito sin sustituir el objetivo principal del proyecto.

Dirigir en lugar de reiniciar

Los proyectos más largos rara vez se desarrollan exactamente como se esperaba. Hermes incluye un /novillo Comando para añadir indicaciones mientras el agente está trabajando.

/steer No sustituyas la biblioteca de autenticación. Comprueba primero la configuración actual.

La instrucción se ejecuta tras la siguiente llamada a la herramienta del agente, sin interrumpir la ejecución actual ni iniciar un nuevo turno de usuario. Esto resulta útil cuando se observa que Hermes está adoptando un enfoque indeseable, pero no se desea descartar el trabajo ya realizado.

Un nuevo mensaje de un usuario normal puede interrumpir el bucle automático de objetivos. Esto permite al usuario recuperar el control, pero también significa que una conversación ajena al tema puede interrumpir un proyecto en curso. Para trabajos de envergadura, suele ser más claro mantener el objetivo en una sesión dedicada.

Distingue entre los objetivos a largo plazo y el trabajo programado

/gol está pensada para cumplir un objetivo concreto. No es la función adecuada para todos los tipos de automatización.

Un objetivo como “reparar la aplicación y conseguir que todas las pruebas se superen” tiene un punto de finalización. Una solicitud como “comprobar la página web cada mañana e informar de los periodos de inactividad” no lo tiene. Eso corresponde a una tarea programada.

Hermes incluye un programador cron para la automatización de tareas recurrentes, así como sesiones en segundo plano y delegación a subagentes para aquellas tareas que deban ejecutarse por separado o en paralelo. Su arquitectura más amplia admite el acceso a terminales, plataformas de mensajería, herramientas externas y varios proveedores de modelos.

La distinción es de carácter práctico:

• Uso /gol para un objetivo que se prolongue durante varias rondas y que, en última instancia, debería llegar a su fin.
• Utiliza la automatización programada para las tareas recurrentes.
• Utiliza una sesión en segundo plano cuando quieras seguir utilizando la conversación actual.
• Utiliza subagentes cuando las líneas de trabajo independientes puedan desarrollarse en paralelo.

Intentar que un único objetivo se encargue de los cuatro patrones suele dar lugar a un flujo de trabajo menos controlable.

No hay que confundir la perseverancia con el juicio

El modelo del juez no examina la realidad de forma independiente, tal y como lo haría el responsable de un proyecto humano. Evalúa el trabajo del agente en función del objetivo y de las pruebas disponibles.

Si el agente informa de que una tarea se ha completado con éxito, pero no ha realizado una prueba significativa, el juez podrá aceptar un resultado incompleto. Por este motivo, la verificación debe especificar una comprobación ejecutable siempre que sea posible.

Débil:

Comprueba que la aplicación funcione correctamente.

Más fuerte:

Ejecuta «pytest», «npm run build» y las pruebas de Playwright. El objetivo solo se considerará completado si todos los comandos se ejecutan correctamente.

En el ámbito de la investigación, la verificación puede requerir un patrón de referencia:

Utiliza los documentos presentados por las empresas, los organismos reguladores y las estadísticas oficiales. No consideres los comunicados de prensa ni los resúmenes secundarios como una confirmación de las cifras financieras.

Para la producción de contenidos, puede ser necesario contar con una lista de comprobación final:

Entregar seis artículos de entre 800 y 1.000 palabras, cada uno con un enfoque distinto, fuentes contrastadas, sin secciones duplicadas y con una revisión editorial final para garantizar la coherencia.

Cuanto más subjetivo es el resultado, más importante resulta la revisión humana. Un modelo puede confirmar que existen seis artículos, pero resulta menos fiable a la hora de determinar si los seis aportan realmente información valiosa o son adecuados para su publicación.

Restringir el acceso antes de aumentar la autonomía

Hermes puede interactuar con archivos locales, terminales, servicios externos y plataformas de mensajería. El marco está diseñado para ejecutarse en equipos locales, servidores remotos y diversos entornos operativos, y puede utilizar diferentes proveedores de modelos y conjuntos de herramientas.

Esa flexibilidad hace que /gol Es útil, pero aumenta el coste de una instrucción mal especificada.

Un agente con acceso de escritura a un repositorio puede modificar numerosos archivos al intentar cumplir un objetivo general. Uno con acceso al shell puede instalar paquetes o ejecutar scripts. Uno conectado a los sistemas de la empresa podría actuar sobre información real en lugar de en un entorno de pruebas.

Antes de fijarte un objetivo a largo plazo:

• conceder únicamente los permisos necesarios para la tarea;
• utiliza una rama, un árbol de trabajo, un contenedor o un entorno de pruebas siempre que sea posible;
• crear una instantánea o un punto de control antes de realizar cambios importantes;
• excluir las credenciales y los datos de producción, salvo que sean realmente necesarios;
• definir las acciones que requieren la aprobación de una persona;
• y revisar las diferencias, los registros y los resultados de las pruebas antes de la implementación.

Hermes ofrece comandos para crear puntos de control e instantáneas del sistema de archivos, pero las herramientas de recuperación no sustituyen a la necesidad de limitar el acceso desde el principio.

El --yolo La opción que omite la aprobación de comandos peligrosos no debe considerarse una simple comodidad rutinaria. Amplía lo que el agente puede hacer sin intervención y, por lo tanto, aumenta las consecuencias de una suposición errónea.

Un flujo de trabajo práctico

Una fuente fiable /gol El proyecto se puede organizar en cinco fases.

En primer lugar, define un resultado concreto. Evita combinar objetivos que no guarden relación entre sí, como corregir un programa, redactar documentación y diseñar una nueva estrategia de producto, a menos que formen parte realmente del mismo resultado final.

En segundo lugar, especifica las pruebas. Indica las pruebas, los archivos, los informes o las comprobaciones que demuestran que se ha completado la tarea.

En tercer lugar, establece límites. Indica qué directorios, sistemas, cuentas o fuentes de datos puede utilizar Hermes.

En cuarto lugar, identifica los puntos de escalación. Indica al agente que se detenga cuando detecte credenciales que falten, requisitos empresariales ambiguos, operaciones destructivas o decisiones con consecuencias legales, financieras o de seguridad.

Por último, revisa las pruebas en lugar de limitarte a aceptar el mensaje de finalización. Abre el informe, revisa los cambios en el código, reproduce la prueba y comprueba que el resultado cumple con el objetivo real del proyecto.

Un comando bien formado podría ser:

/objetivo Actualizar las dependencias del portal del cliente y resolver todos los errores de compatibilidad resultantes.

Resultado:
El portal se compila y sus funciones existentes siguen operativas.

Verificación:
Ejecutar las pruebas unitarias, la compilación de producción y las pruebas de humo de Playwright. Todas deben superarse.

Restricciones:
No modificar la interfaz de usuario, el esquema de la base de datos ni el proveedor de autenticación.

Límites:
Trabajar únicamente en el repositorio del portal del cliente.

Detener la tarea cuando:
Se requiera una credencial de producción, una migración del esquema o un cambio en el comportamiento frente al cliente.

Esto no garantiza una ejecución impecable. Proporciona a Hermes un objetivo lo suficientemente preciso hacia el que trabajar, sin que el usuario tenga que darle instrucciones tras cada paso intermedio.

El valor de /gol no es que gestione un proyecto en nombre de una organización. Lo que hace es eliminar una forma concreta de supervisión: pedir repetidamente a un agente que continúe.

Si se utiliza con una verificación clara, permisos restringidos y condiciones de detención bien definidas, puede convertir a Hermes de un asistente de una sola respuesta en un colaborador constante en un proyecto. Si se utiliza con un objetivo ambiguo y un acceso amplio al sistema, simplemente puede repetir los errores durante más tiempo.