Los perfiles de Hermes sirven para separar estado, no para hacer roleplay. Use un perfil cuando un rol de IA recurrente necesite su propia memoria, sesiones, habilidades, identidad en SOUL.md, titularidad 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 estilo de escritura, los registros de shell, las reglas de calendario, los trabajos programados y el enrutamiento de mensajes.
Los prompts débiles parecen el culpable. El estado compartido suele ser la causa real del fallo. Esta guía muestra cuándo un perfil de Hermes merece existir, cómo crearlo a partir de una configuración que ya funciona y cómo evitar que un equipo pequeño de perfiles regrese a ser un único generalista ruidoso.
- Cree un perfil cuando el estado deba mantenerse separado. La memoria, las sesiones, las herramientas, el cron y las rutas de gateway son razones más sólidas que el tono.
- Use prompts para comportamiento puntual, habilidades para procedimientos reutilizables y perfiles para roles duraderos. Mezclar esas capas genera context debt (deuda de contexto).
- Empiece con un coordinador y dos especialistas. Añada Scout para investigación, Scribe para redacción y Forge para construcción y depuración solo cuando la frontera 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 las transferencias antes de añadir más agentes. Un equipo de perfiles solo es útil cuando los resultados fluyen con limpieza entre roles.
Si su equipo ya tiene trabajo de IA distribuido entre prompts, chats, scripts y tareas programadas, webvise puede ayudar a trazar la primera frontera de perfil limpia antes de que el sistema sea más difícil de auditar.
El error: un asistente haciendo cinco trabajos
El camino habitual comienza con sensatez. Se le pide a un asistente que investigue un mercado, redacte una publicación, depure un script, resuma una reunión y supervise 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 almacenan comandos fallidos y el trabajo con el calendario añade suposiciones de programación. La siguiente tarea tiene que filtrar todo eso.
Eso es context debt. El asistente se confunde cuando trabajo no relacionado comparte memoria, sesiones, herramientas y valores predeterminados.
Los perfiles de Hermes corrigen esa frontera. 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 consigo, recuerda, programa y a lo que se conecta.
Hermes 0.9.0 introdujo los 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 una frontera de tiempo de ejecución, no en un estilo de escritura.
| Capa | Qué evita la separación |
|---|---|
| Memoria | Que reglas de investigación, suposiciones recurrentes y decisiones antiguas contaminen trabajo no relacionado |
| Sesiones | Que borradores, registros de shell, hilos de estrategia y notas de calendario colapsen en una única línea de tiempo |
| Habilidades | Que cada rol escanee o cargue herramientas que no necesita |
| Identidad | Que una voz genérica finja ser investigadora, editora, operadora e ingeniera al mismo tiempo |
| Cron state | Que varios trabajos programados intenten apropiarse del mismo resultado |
| Gateway state | Que el rol equivocado responda la ruta de Telegram o de mensajes incorrecta |
Esta es la prueba principal: si dos roles no deberían recordar los mismos errores, suposiciones o trabajo sin terminar, probablemente no deberían ser el mismo perfil.
¿Perfil, prompt, habilidad, AGENTS.md o SOUL.md?
La mayoría de las configuraciones de agentes desordenadas surgen de usar una sola capa para cada problema. 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 |
| Proporcionar rutas de proyecto, comandos y convenciones | AGENTS.md |
| Definir identidad de rol duradera y estándares | SOUL.md |
| Separar memoria, sesiones, habilidades, cron o estado de gateway | Perfil |
| Coordinar múltiples perfiles y transferencias | TEAM.md |
No cree perfiles por intuición vaga. 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 del terminal, elimínelo o convierta la instrucción en una habilidad.
| Cree un perfil cuando | No cree uno cuando |
|---|---|
| El rol se repite semanal o diariamente | La tarea es puntual |
| Necesita memoria que no deba contaminar otro trabajo | Solo cambia el tono |
| Posee un gateway diferente o un trabajo programado distinto | Usa las mismas herramientas, contexto y contrato de salida |
| Tiene un nivel de riesgo o un límite de permisos diferente | No puede describir qué debería producir |
| Transfiere trabajo a otro perfil | No existe ninguna transferencia ni control de calidad |
La regla más clara es sencilla: un perfil debe mejorar en un trabajo sin hacer los demás trabajos más ruidosos.
Un equipo pequeño de perfiles de Hermes
Empiece por los roles, no por nombres de personajes prestados. Mantenga a Hermes como coordinador. Añada Scout para investigación, Scribe para redacción y Forge para construcción y depuración solo cuando cada rol tenga una frontera real.
| Perfil | Responsabilidad | Debe producir | No debe producir |
|---|---|---|---|
| Hermes | Planificar, enrutar, secuenciar y verificar | División de tareas, delegación, síntesis final, control de calidad | Volcados de investigación brutos o cambios de código sin revisar |
| Scout | Investigar, comparar y verificar | Afirmaciones con fuentes, fechas, nivel de confianza y advertencias | Texto pulido que oculta incertidumbre |
| Scribe | Convertir material verificado en comunicación | Borradores, ediciones, estructura, adecuación al lector | Afirmaciones sin respaldo o evidencia inventada |
| Forge | Construir, depurar, probar e informar | Diffs, comandos ejecutados, resultados de pruebas, riesgos residuales | Texto de estrategia sin prueba de implementación |
Los nombres son marcadores de posición. La frontera es el producto. Cambie el nombre a los perfiles si lo desea, pero mantenga los trabajos separados.
Un primer piloto útil tiene solo dos perfiles: Hermes coordina, Scout verifica. Una vez que Scout devuelva afirmaciones con fuentes de forma fiable, añada Scribe para convertir esas afirmaciones en texto. Forge se incorpora solo cuando el trabajo de implementación empiece a contaminar el resto del asistente.
Cree perfiles a partir de una base funcional
No construya cada especialista desde cero. Primero asegúrese de que la configuración predeterminada de Hermes funcione: 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 redacción: `hermes profile create scribe --clone`
- Cree un perfil de ingeniería: `hermes profile create forge --clone`
- Verifique el listado: `hermes profile list`
- Ejecute un especialista directamente: `hermes -p scout`, `hermes -p scribe` o `hermes -p forge`
Use `--clone` cuando la configuración base sea saludable. Debe copiar la 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.
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, criterio, reglas de rechazo y estilo de toma de decisiones.
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 | Coloque aquí | Mantenga fuera |
|---|---|---|
| SOUL.md | Identidad del rol, estándares, reglas de rechazo, estilo de decisión | Notas temporales del repositorio o instrucciones del cliente |
| AGENTS.md | Rutas del proyecto, comandos, convenciones, reglas de flujo de trabajo | Toda la personalidad del perfil |
| TEAM.md | Listado, transferencias, reglas de escalada, límites de política | Cada 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 los límites de la evidencia, mejorar la estructura antes que el estilo, preguntar cuando falta respaldo.
- Forge SOUL.md: reproducir antes de cambiar, aplicar la corrección segura más pequeña, ejecutar la verificación pertinente, informar los archivos tocados y el riesgo restante.
Defina las transferencias antes de añadir más perfiles
Los perfiles necesitan contratos entre ellos. Una transferencia es un control de calidad entre roles.
| Transferencia | Carga requerida | Rechazar cuando |
|---|---|---|
| Scout a Scribe | Afirmación, URL de fuente, fecha, nivel de confianza, advertencia | La entrada son solo extractos brutos |
| 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 resuelto sin prueba |
Si Scout entrega a Scribe un montón de notas, Scribe se convierte en el investigador. Si Forge dice resuelto sin comandos ni pruebas, Hermes no puede verificar el trabajo. Las transferencias deficientes convierten un equipo de perfiles en una cadena de suposiciones.
Si no está seguro de si una frontera debe ser un perfil, una habilidad o una regla de proyecto, webvise puede trazar el modelo de transferencia y titularidad antes de codificarlo en el lugar equivocado.
El estado de gateway y cron es parte de la arquitectura
Los perfiles se vuelven mucho más útiles cuando los mensajes y los trabajos programados entran en el sistema. Una ruta de Telegram, un webhook o un trabajo de cron crea titularidad.
| Ruta o programación | Perfil propietario | Salida esperada |
|---|---|---|
| Solicitud general de Telegram | Hermes | Clarificar objetivo, enrutar trabajo, devolver respuesta final |
| Solicitud de revisión de fuentes | Scout | Afirmaciones clasificadas con fuentes y advertencias |
| Solicitud de redacción | Scribe | Borrador estructurado o revisión |
| Alerta de construcción o depuración | Forge | Reproducción, diff, resultado de prueba, nota de riesgo |
| Auditoría semanal de perfiles | Hermes | Revisión de desviación, memoria, cron y transferencias |
Si todos los trabajos programados permanecen bajo el perfil predeterminado, el equipo colapsa gradualmente en un único asistente. Asigne el trabajo al rol que posee el resultado y 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 prueba una frontera limpia.
- Identifique el flujo de trabajo que genera más contaminación de contexto.
- Cree un perfil especialista con `--clone`.
- Escriba un SOUL.md breve para ese rol.
- Defina una transferencia de entrada y una de salida.
- Ejecute el perfil directamente con `hermes -p <perfil>`.
- Asigne deliberadamente la titularidad de gateway o cron.
| Verificación del día 30 | Señal de fallo | Corrección |
|---|---|---|
| Desviación del perfil | El especialista empieza a aceptar trabajo no relacionado | Ajuste SOUL.md y mueva las nuevas reglas a AGENTS.md o TEAM.md |
| Deterioro de la memoria | Las suposiciones antiguas se convierten en valores predeterminados | Revise las notas obsoletas y elimine las contradicciones |
| Deterioro de transferencias | Los perfiles pasan material bruto en lugar de salida estructurada | Haga que las transferencias mal formadas bloqueen el siguiente paso |
| Colisión de cron | Dos perfiles programan trabajo para el mismo resultado | Mantenga un único registro compartido de titularidad de cron |
| Confusión de gateway | El perfil equivocado responde una ruta entrante | Documente propietario, disparador, salida y ruta de escalada |
| Proliferación de habilidades | Cada perfil carga todos los flujos de trabajo | Mueva los procedimientos a habilidades específicas del rol |
Hermes 0.12.0 añadió Curator para el mantenimiento de habilidades, lo que apunta a la regla más amplia: los sistemas de agentes necesitan tareas de mantenimiento. Los perfiles reducen el ruido, pero siguen necesitando auditorías.
La regla de operación
El éxito no se mide por el número de perfiles. Se mide 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 perfiles de Hermes es aquel en el que cada rol posee estado diferenciado, envía transferencias limpias y permanece lo suficientemente acotado como para ser auditado.
webvise ayuda a los equipos a convertir el uso desordenado de IA en sistemas basados en roles con contexto claro, transferencias seguras y titularidad medible. Traiga un asistente sobrecargado y un flujo de trabajo recurrente, y webvise trazará los primeros dos perfiles junto a usted.
Las prácticas de webvise están alineadas con las normas ISO 27001 e ISO 42001.