Cuándo usar Hermes profiles en lugar de un asistente gigante
Hermes profiles separan memoria, sesiones, habilidades, identidad, estado de cron y rutas de gateway para que los roles recurrentes de IA sigan siendo concretos, auditables y útiles.
Hermes profiles sirven para separar estado, no para actuar un papel. Use un perfil cuando un rol recurrente de IA necesite su propia memoria, sesiones, habilidades, identidad de SOUL.md, propiedad de cron o ruta de gateway.
Un asistente puede responder muchas preguntas. No debería convertirse al mismo tiempo en el hogar permanente del criterio de investigación, el gusto de escritura, los registros de shell, las reglas de calendario, los trabajos programados y el enrutamiento de mensajes.
El modo de fallo no es un prompt débil. El modo de fallo es el estado compartido. Esta guía muestra cuándo un perfil de Hermes merece existir, cómo crearlo desde una configuración funcional y cómo evitar que un pequeño equipo de perfiles vuelva a convertirse en un generalista ruidoso.
Cree un perfil cuando el estado deba mantenerse separado. La memoria, las sesiones, las herramientas, cron y las rutas de gateway son razones más sólidas que el tono.
Use prompts para comportamientos puntuales, habilidades para procedimientos reutilizables y perfiles para roles duraderos. Mezclar esas capas crea deuda de contexto.
Empiece con un coordinador y dos especialistas. Añada Scout para investigación, Scribe para escritura y Forge para compilación y depuración solo cuando el límite sea real.
Escriba SOUL.md como una descripción de puesto. Debe definir estándares, valores predeterminados y reglas de rechazo, no una personalidad vaga.
Defina traspasos antes de añadir más agentes. Un equipo de perfiles solo es útil cuando las salidas se mueven limpiamente entre roles.
Si su equipo ya tiene trabajo de IA repartido entre prompts, chats, scripts y tareas programadas, webvise puede ayudar a trazar el primer límite limpio de perfil antes de que el sistema sea más difícil de auditar.
El error: un asistente que hace cinco trabajos
El camino habitual empieza con sensatez. Usted pide a un asistente que investigue un mercado, redacte una publicación, depure un script, resuma una reunión y vigile un calendario. Nada se rompe el primer día.
Para la tercera semana, cada flujo de trabajo deja residuos. La investigación enseña reglas de fuentes, la escritura enseña tono, las sesiones de depuración guardan comandos fallidos y el trabajo de calendario añade supuestos de programación. La siguiente tarea tiene que ordenar todo eso.
Eso es deuda de contexto. El asistente no está confundido porque le falte otra instrucción. Está confundido porque trabajos no relacionados ahora comparten memoria, sesiones, herramientas y valores predeterminados.
Hermes profiles corrigen el límite. Permiten que un rol lleve el estado que necesita sin obligar a todos los demás roles a heredarlo.
Los perfiles son entornos aislados, no disfraces
Una persona cambia cómo habla un asistente. Un perfil de Hermes cambia lo que el asistente lleva, recuerda, programa y conecta.
Hermes 0.9.0 introdujo perfiles como entornos de agente aislados. Un perfil puede separar configuración, sesiones, memoria, habilidades, personalidad, estado de cron y estado de gateway. Eso lo convierte en un límite de ejecución, no en un estilo de escritura.
| Capa | Qué evita la separación |
|---|---|
| Memoria | Reglas de investigación, supuestos recurrentes y decisiones antiguas que se filtran a trabajos no relacionados |
| Sesiones | Borradores, registros de shell, hilos de estrategia y notas de calendario que colapsan en una sola línea temporal |
| Habilidades | Que todos los roles escaneen o carguen herramientas que no necesitan |
| Identidad | Una voz genérica que finge ser investigador, editor, operador e ingeniero |
| Cron state | Varios trabajos programados que intentan poseer el mismo resultado |
| Gateway state | El rol equivocado respondiendo la ruta equivocada de Telegram o de mensajes |
Esta es la prueba principal: si dos roles no deberían recordar los mismos errores, supuestos o trabajos sin terminar, probablemente no deberían ser el mismo perfil.
¿Perfil, prompt, habilidad, AGENTS.md o SOUL.md?
La mayoría de configuraciones de agentes desordenadas vienen de usar una sola capa para todos los problemas. Los perfiles no son la respuesta a toda necesidad de personalización.
| Necesidad | Use esta capa |
|---|---|
| Cambiar el comportamiento para una tarea | Prompt |
| Reutilizar un procedimiento entre tareas | Habilidad |
| Dar rutas de proyecto, comandos y convenciones | AGENTS.md |
| Definir identidad y estándares duraderos del rol | SOUL.md |
| Separar memoria, sesiones, habilidades, cron o estado de gateway | Perfil |
| Coordinar varios perfiles y traspasos | TEAM.md |
No cree perfiles por sensaciones. Créelos cuando el rol posea estado que empeoraría otro rol.
Cuándo un perfil merece existir
Un buen perfil se gana su lugar reduciendo ruido. Si solo cambia el nombre en el prompt de terminal, elimínelo o convierta la instrucción en una habilidad.
| Cree un perfil cuando | No cree uno cuando |
|---|---|
| El rol se repite semanalmente o a diario | La tarea es puntual |
| Necesita memoria que no debería filtrarse a otro trabajo | Solo cambia el tono |
| Posee un gateway o trabajo programado diferente | Usa las mismas herramientas, contexto y contrato de salida |
| Tiene un nivel de riesgo o límite de permisos diferente | Usted no puede describir qué debería producir |
| Entrega trabajo a otro perfil | No existe traspaso ni control de calidad |
La regla más limpia es simple: un perfil debería mejorar en un trabajo sin hacer más ruidosos los demás trabajos.
Un pequeño equipo de Hermes profiles
Empiece con roles, no con nombres de personajes prestados. Mantenga Hermes como coordinador. Añada Scout para investigación, Scribe para escritura y Forge para compilación y depuración solo cuando cada rol tenga un límite real.
| Perfil | Responsabilidad | Debería producir | No debería producir |
|---|---|---|---|
| Hermes | Planificar, enrutar, secuenciar y verificar | División de tareas, delegación, síntesis final, control de calidad | Volcados de investigación sin procesar o cambios de código sin revisar |
| Scout | Investigar, comparar y verificar | Afirmaciones con fuentes, fechas, confianza y salvedades | Texto pulido que oculta la incertidumbre |
| Scribe | Convertir material verificado en comunicación | Borradores, ediciones, estructura, ajuste al público | Afirmaciones sin respaldo o evidencia inventada |
| Forge | Construir, depurar, probar e informar | Diffs, comandos ejecutados, resultados de pruebas, riesgos residuales | Prosa estratégica sin prueba de implementación |
Los nombres son marcadores de posición. El límite es el producto. Cambie el nombre de los perfiles si quiere, pero mantenga los trabajos separados.
Un primer piloto útil usa solo dos perfiles: Hermes coordina, Scout verifica. Cuando Scout devuelva de forma fiable afirmaciones con fuentes, añada Scribe para convertir esas afirmaciones en texto. Añada Forge solo cuando el trabajo de implementación empiece a contaminar el resto del asistente.
Crear perfiles desde una base funcional
No construya cada especialista desde cero. Primero asegúrese de que la configuración predeterminada de Hermes funciona: proveedor, modelo, claves de API, herramientas y uso normal del terminal.
Cree un perfil de investigación: `hermes profile create scout --clone`
Cree un perfil de escritura: `hermes profile create scribe --clone`
Cree un perfil de ingeniería: `hermes profile create forge --clone`
Verifique la lista: `hermes profile list`
Ejecute un especialista directamente: `hermes -p scout`, `hermes -p scribe` o `hermes -p forge`
Use `--clone` cuando la configuración base esté sana. Debería copiar configuración útil mientras el nuevo perfil mantiene memoria e historial de sesiones aislados.
Si no puede explicar qué estado posee el nuevo perfil, deténgase. Probablemente necesita un prompt, una habilidad o una entrada en AGENTS.md en su lugar.
Escriba SOUL.md como una descripción de puesto
SOUL.md es donde un perfil se convierte en un rol real. Debe definir identidad duradera: valores predeterminados, estándares, gusto, reglas de rechazo y estilo de decisión.
AGENTS.md es diferente. Debe contener contexto del proyecto: rutas del repositorio, comandos, convenciones, proceso de revisión y reglas de herramientas. Mezclar identidad y contexto de proyecto es la forma en que un especialista limpio vuelve a convertirse en un generalista vago.
| Archivo | Ponga aquí | Mantenga fuera |
|---|---|---|
| SOUL.md | Identidad de rol, estándares, reglas de rechazo, estilo de decisión | Notas temporales del repositorio o instrucciones de cliente |
| AGENTS.md | Rutas de proyecto, comandos, convenciones, reglas de flujo de trabajo | Toda la personalidad del perfil |
| TEAM.md | Lista de perfiles, traspasos, reglas de escalada, límites de política | Toda instrucción privada de cada perfil |
Scout SOUL.md: verificar antes de resumir, separar evidencia de interpretación, incluir fechas, señalar incertidumbre.
Scribe SOUL.md: escribir para el lector objetivo, preservar límites de evidencia, mejorar la estructura antes que el estilo, preguntar cuando falte respaldo.
Forge SOUL.md: reproducir antes de cambiar, hacer la corrección segura más pequeña, ejecutar la comprobación pertinente, informar archivos tocados y riesgo restante.
Defina traspasos antes de añadir más perfiles
Los perfiles no deberían limitarse a estar uno al lado de otro. Necesitan contratos. Un traspaso no es un mensaje de chat. Es un control de calidad entre roles.
| Traspaso | Carga requerida | Rechazar cuando |
|---|---|---|
| Scout a Scribe | Afirmación, URL de fuente, fecha, confianza, salvedad | La entrada solo contiene extractos sin procesar |
| Scribe a Hermes | Borrador, lector previsto, supuestos, preguntas sin resolver | El texto oculta evidencia débil |
| Forge a Hermes | Resumen de cambios, archivos tocados, comandos ejecutados, pruebas, riesgo residual | El informe dice corregido sin prueba |
Si Scout entrega a Scribe un montón de notas, Scribe se convierte en investigador. Si Forge dice corregido sin comandos ni pruebas, Hermes no puede verificar el trabajo. Los malos traspasos convierten un equipo de perfiles en una cadena de conjeturas.
Si no está seguro de si un límite debería ser un perfil, una habilidad o una regla de proyecto, webvise puede trazar el modelo de traspaso y propiedad antes de que codifique la capa equivocada.
El estado de gateway y cron forma parte de la arquitectura
Los perfiles se vuelven mucho más útiles cuando los mensajes y trabajos programados entran en el sistema. Una ruta de Telegram, webhook o trabajo de cron no es solo un disparador. Es propiedad.
| Ruta o programación | Perfil propietario | Salida esperada |
|---|---|---|
| Solicitud general de Telegram | Hermes | Aclarar el objetivo, enrutar el trabajo, devolver la respuesta final |
| Solicitud de revisión de fuentes | Scout | Afirmaciones clasificadas con fuentes y salvedades |
| Solicitud de redacción | Scribe | Borrador estructurado o pasada de edición |
| Alerta de compilación o depuración | Forge | Reproducción, diff, resultado de prueba, nota de riesgo |
| Auditoría semanal de perfiles | Hermes | Revisión de deriva, memoria, cron y traspasos |
Si todos los trabajos programados permanecen bajo el perfil predeterminado, el equipo vuelve lentamente a colapsar en un solo asistente. Ponga el trabajo bajo el rol que posee el resultado y luego enrute los resúmenes de vuelta a Hermes.
La configuración de la primera semana y la auditoría del día 30
La primera semana no consiste en construir un gran equipo. Consiste en demostrar un límite limpio.
Elija el flujo de trabajo que cree más contaminación de contexto.
Cree un perfil especialista con `--clone`.
Escriba un SOUL.md breve para ese rol.
Defina un traspaso de entrada y uno de salida.
Ejecute el perfil directamente con `hermes -p <profile>`.
Asigne deliberadamente cualquier propiedad de gateway o cron.
| Comprobación del día 30 | Señal de fallo | Corrección |
|---|---|---|
| Deriva del perfil | El especialista empieza a aceptar trabajo no relacionado | Endurezca SOUL.md y mueva nuevas reglas a AGENTS.md o TEAM.md |
| Deterioro de memoria | Supuestos antiguos se convierten en valores predeterminados | Revise notas obsoletas y elimine contradicciones |
| Deterioro de traspasos | Los perfiles pasan material sin procesar en lugar de salida formada | Haga que los traspasos mal formados bloqueen el siguiente paso |
| Colisión de cron | Dos perfiles programan trabajo para el mismo resultado | Mantenga un registro compartido de propiedad de cron |
| Confusión de gateway | El perfil equivocado responde una ruta entrante | Documente propietario, disparador, salida y ruta de escalada |
| Expansión de habilidades | Cada perfil carga todos los flujos de trabajo | Mueva procedimientos a habilidades específicas del rol |
Hermes 0.12.0 añadió Curator para mantenimiento de habilidades, lo que apunta a la regla más amplia: los sistemas de agentes necesitan limpieza. Los perfiles reducen el ruido, pero aun así necesitan auditorías.
La regla operativa
No mida el éxito por el número de perfiles. Mídalo por si cada rol puede volverse más preciso sin hacer que el resto del sistema sea más difícil de confiar.
El mejor equipo de Hermes profiles no es el más grande. Es aquel en el que cada rol posee estado distinto, envía traspasos limpios y se mantiene lo bastante concreto como para auditarlo.
webvise ayuda a equipos a convertir el uso desordenado de IA en sistemas basados en roles con contexto claro, traspasos seguros y propiedad medible. Traiga un asistente sobrecargado y un flujo de trabajo recurrente, y mapearemos los dos primeros perfiles con usted.
Las prácticas de webvise están alineadas con las normas ISO 27001 e ISO 42001.