Por qué miré Hermes para soporte
Construyo integraciones en eesel, lo que significa que paso buena parte de la semana dentro de APIs de helpdesk, averiguando qué debería y qué no debería poder tocar una IA. eesel lleva años ejecutando IA en colas de soporte reales, y la lección que sigo reaprendiendo es aburrida pero cara: el modelo rara vez es el problema. Lo es la instalación que lo rodea. Quién puede hablar con él, qué recuerda, qué puede enviar y cómo sabes que está listo.
Así que cuando Hermes Agent no paraba de aparecer en conversaciones del tipo "¿puedo usar esto para soporte sin más?", leí sus docs de principio a fin con esa lente. Es un software serio, con 251.479 estrellas en GitHub y una versión nueva del 24 de septiembre. La pregunta no es si es bueno. Es si está pensado para una cola de soporte.
El atractivo es real, y lo entiendo. Un cliente que dejó eesel le dijo esto al fundador al irse:
"But long term we will just build our own, which is so possible now with AI."
Un cliente mid-market que se dio de baja, en una respuesta al fundador de eesel
Ese es exactamente el pensamiento detrás de la mayoría de las búsquedas de Hermes para soporte. Es un pensamiento razonable. Este artículo trata de lo que implica de verdad "construir el nuestro" con Hermes.
Qué es realmente Hermes Agent
Hermes Agent es el agente de IA de código abierto y autoalojado de Nous Research, publicado bajo la licencia MIT. Se ejecuta en tu máquina o servidor, conserva memoria entre sesiones, escribe sus propias skills a partir de la experiencia y se puede alcanzar desde apps de chat a través de un gateway. Nous lo describe como un agente que "lives wherever you put it", desde un VPS pequeño hasta un clúster de GPU (docs).
Lo importante para los equipos de soporte: es un agente general hecho para su operador. No es un producto de helpdesk y no finge serlo. Busqué "helpdesk" y "support ticket" en toda la exportación de docs de 240 páginas y obtuve cero resultados. Las menciones más cercanas son un ejemplo de pasada de "customer-support bot" en la página de distribuciones de perfiles y "a support triage channel" en la página de Slack.
No es una crítica. Un agente general es útil precisamente porque no está encajonado en una sola tarea, y por eso aparece en recopilaciones de agentes de IA de código abierto junto a OpenClaw. Mi opinión más completa sobre el producto está en el análisis de Hermes Agent.
Dos formas de apuntar Hermes a soporte
Todo montaje de Hermes para soporte que he visto cae en una de dos formas, y conllevan un riesgo muy distinto.
Detrás de tus agentes. Hermes lee tickets, obtiene datos de la cuenta y redacta respuestas. Una persona revisa y envía. Es básicamente asistencia al agente construida con piezas sueltas, y es donde Hermes rinde bien hoy.
Delante de los clientes. Los clientes escriben a Hermes directamente por WhatsApp, Telegram, correo o chat web, y él responde solo. Es el trabajo de un agente de helpdesk con IA, y es donde el diseño te lleva la contraria en casi cada paso.
Casi todo lo que sigue trata de por qué esa segunda forma es más difícil de lo que parece y qué tendrías que construir para hacerla segura.
Forma 1: Hermes como ayudante de borradores (esto funciona)
El mejor ejemplo real que encontré es el de un dueño de una pequeña empresa que conecta Hermes con Front:
"My current set up…Hermes agent logs into front with write only API token and reads whole context of customer thread. Then tries to look in our software for answers. (Unreliable right now). Then writes draft. This has been way harder than I expected. Been a side project for a while. Really focused on it right now. Goal - save CSR 80% of email writing time."
Fíjate en la forma: leer, consultar, redactar, parar. Sin enviar. Otra respuesta en el mismo hilo apuntaba al lado del conocimiento:
"yes this is close. easiest version is to have an FAQ document that it references. best way to build that is to point your agent at old emails"
Mi regla encima de eso: mantén el envío detrás de un clic humano hasta que los fallos se vuelvan aburridos. Es un buen consejo para cualquier IA en una cola, y coincide con lo que aprendí por las malas sobre las alucinaciones de la IA en soporte. Primero recuperar, enviar al final.
El mismo patrón aparece en el soporte interno. Un usuario de Hacker News conectó Hermes a BigQuery, Stripe y Amplitude para que "nontechnical teammates can ask and answer their own data questions via Slack. It works great!" (brettcvz, Hacker News). Otro cuenta que "answers most of both my emails and slack messages" a partir de una wiki que se actualiza con un cron diario (igorhvr, Hacker News). Si tu objetivo es un chatbot de soporte interno para tu propio personal, Hermes es una opción razonable.
Cómo funciona la conexión con el helpdesk
Es la parte para la que más tiempo presupuestaría. Hermes se conecta a herramientas externas mediante servidores MCP, configurados bajo mcp_servers en config.yaml, con filtrado por servidor para exponer solo las herramientas que quieras (docs de MCP). Nous también distribuye un catálogo MCP curado y revisado por su equipo con 68 servidores.
Ninguno de esos 68 es Zendesk, Freshdesk, Gorgias, HubSpot ni Help Scout (directorio del catálogo). Tus opciones son:
| Vía | Qué es | Quién lo revisó |
|---|---|---|
| Servidor MCP del propio proveedor | p. ej., el servidor propio de Front, tratado en mi artículo Claude para Front | El proveedor del helpdesk |
| Skill de la comunidad en skills.sh | zendesk-automation (4,053 instalaciones), Freshdesk (652), Gorgias (59), según la búsqueda de skills.sh | Nadie en Nous |
| Tu propio servidor MCP | Lo escribes tú contra la API del helpdesk | Tú |
Las skills de la comunidad son código de terceros que Hermes puede instalar desde un registro público. Leería cada línea antes de darle a una un token de API que pueda escribir en tickets de clientes. Si prefieres partir de un patrón existente, mi guía de MCP para atención al cliente explica qué debería y qué no debería exponer un servidor MCP de soporte.
Forma 2: Hermes delante de los clientes (aquí se rompe)
Aquí es donde leer los docs como persona de integraciones se pone interesante. El gateway impresiona: Telegram, Discord, Slack, WhatsApp, Signal, SMS, correo, Microsoft Teams, LINE y más, unas 29 plataformas en la tabla comparativa (Messaging Gateway).
Los canales no son el problema. Lo son cuatro decisiones de diseño, y cada una es un valor por defecto sensato para un agente personal que se convierte en una brecha real en un canal de soporte público.
1. Está hecho para mantener fuera a los extraños
Las propias palabras del gateway: "By default, the gateway denies all users who are not in an allowlist or paired via DM. This is the safe default for a bot with terminal access" (docs). Los usuarios desconocidos reciben un código de emparejamiento de un solo uso que el operador aprueba a mano, y los códigos caducan en una hora.
Eso funciona para un equipo de diez. No funciona para un flujo de clientes que nunca has visto. El interruptor para abrirlo existe, pero la lista de comprobación de seguridad dice: "never use GATEWAY_ALLOW_ALL_USERS=true in production." Me lo tomaría en serio, porque el siguiente punto explica por qué.
2. Los niveles de usuario limitan comandos, no herramientas
Hermes tiene una división entre admin y usuario, pero hoy solo controla los comandos slash. Los docs dicen "Plain chat is not affected" y que el acceso a herramientas colgará de la misma división "as we add them" (docs). Así que un usuario de chat normal habla con un agente que tiene todo el conjunto de herramientas de su perfil.
Hay un matiz relacionado en las aprobaciones. En las plataformas de mensajería, cuando Hermes quiere ejecutar un comando arriesgado "sends the dangerous command details to the chat and waits for the user to reply" (docs de seguridad). En un canal de clientes, la persona de ese chat es el cliente. Es una inferencia mía a partir del flujo documentado, pero es de lo que querría descartar antes del lanzamiento.
3. La memoria es por perfil, no por cliente
La memoria integrada son dos archivos pequeños, MEMORY.md limitado a 2.200 caracteres y USER.md a 1.375, inyectados en el prompt del sistema al iniciar la sesión (docs de memoria). Los docs dicen "Memory is scoped per profile by design."
Las transcripciones de chat están aisladas por usuario. La memoria no. Si Hermes guarda una nota durante el chat del cliente A, esa nota se carga en la siguiente sesión del cliente B en el mismo perfil. Los docs nunca lo dicen abiertamente, pero se deduce de cómo se delimita la memoria, y es exactamente el tipo de fuga entre clientes que hace fracasar las revisiones de privacidad de datos. Las soluciones documentadas son un perfil separado por usuario o el complemento de memoria Honcho, que da a "each user their own peer" (docs de Honcho).
4. El escaneo de inyección de prompts cubre archivos, no chats
Hermes escanea archivos de contexto y entradas de memoria en busca de patrones de inyección, y los docs son claros en que "These patterns are heuristics, not semantic intent detection" (docs de seguridad). No encontré orientación sobre cómo defenderse de la inyección en los mensajes entrantes de clientes. La comunidad lo ha notado:
"If you re-use the Hermes agent, what are the cost and security implications? One Docker container per-customer sounds like it would be really expensive. Are they started on-demand, or run 24/7? What keeps users from using the agents for general purpose tasks, protects against prompt-injection, etc?"
Ninguno de estos cuatro es un error. Son los valores correctos para un agente que una persona ejecuta para sí misma. Simplemente son lo contrario de lo que necesita un chatbot de IA para un sitio web público.
¿Y un widget de chat para la web?
No hay ninguno. La vía "browser" de los docs es un servidor de API compatible con OpenAI, y su propia advertencia dice que "gives full access to hermes-agent's toolset, including terminal commands." Un chat web implicaría construir un frontend y un proxy blindado delante de esa clave.
El correo está mejor cubierto. Hermes consulta un buzón IMAP cada 15 segundos y responde en el mismo hilo como texto plano, y comprueba DMARC o SPF/DKIM alineados para que un remitente falsificado no pueda secuestrar una sesión (docs de correo). Por defecto, los remitentes desconocidos se ignoran en silencio, lo cual es seguro y también significa que un cliente que le escribe no recibe nada. Para una visión más amplia del correo, mira cómo automatizar el soporte por correo.
Lo único que Hermes no puede hacer: ensayar con tus tickets pasados
Esta es la brecha que más me importa, porque es el paso que me salvó más de una vez. Hermes tiene funciones de seguridad reales: ejecución en sandbox en varios backends de terminal, aprobación de comandos con un modo smart que deniega automáticamente los comandos peligrosos y una regla de denegar por defecto para sesiones desatendidas de cron y webhook (docs de seguridad). Eso contiene una mala acción.
Lo que Hermes no tiene es una forma de mostrarte, antes de salir en vivo, cómo habría respondido a los tickets del mes pasado. Sin reproducción, sin ensayo puntuado. En soporte, ese ensayo es como encuentras la respuesta equivocada y segura de sí misma antes de que lo haga un cliente. Sin él, tu primera prueba real son tus clientes.
Por supuesto, puedes construir tú mismo un arnés de evaluación. Extrae unos cientos de tickets históricos, ejecuta Hermes sobre ellos en un sandbox y puntúa los borradores contra lo que tu equipo envió de verdad. Es un buen proyecto de fin de semana para un ingeniero, y uno continuo cada vez que cambian tus políticas.
Cuánto cuesta Hermes Agent para un equipo de soporte
La licencia es gratuita. Ejecutarlo no, y la factura tiene más capas de las que la gente espera.
El dinero está en Nous Portal. Vende planes de crédito prepago, y cada nivel de pago devuelve el 110 % de su precio como crédito gastable (Nous Portal):
| Nivel | Precio | Créditos mensuales | Límite de acumulación | Qué incluye |
|---|---|---|---|---|
| Free | $0 | $0 | n/a | Solo modelos gratuitos, sin herramientas alojadas |
| Plus | $20/mes | $22 | $10 | Más de 200 modelos, herramientas alojadas, límites de tasa altos |
| Super | $100/mes | $110 | $50 | Igual que Plus, saldo mayor |
| Ultra | $200/mes | $220 | $100 | Igual que Plus, el saldo más grande |
Algunas cosas que conviene saber antes de presupuestar:
- Los modelos se facturan por token. El catálogo lista precios en vivo por millón de tokens, con todos los modelos con al menos un 20 % de descuento (modelos). Desde agosto, Nous Portal también permite conectar un plan de ChatGPT elegible para la inferencia en lugar de una suscripción.
- Las herramientas alojadas se facturan por uso. La búsqueda web, el navegador y las herramientas de voz e imagen salen del mismo saldo, y las tarifas por uso no están publicadas en ninguna página que pudiera leer.
- Hermes Cloud necesita un mínimo de 10 $ de crédito para desplegar y "scales to zero when idle" (Hermes Cloud). Las tarifas de las instancias están tras el inicio de sesión.
Por respuesta, puede ser barato. Un desarrollador que ejecuta Hermes en WhatsApp calculó su coste en "~$0.005 per reply" (dandinu, Hacker News), aunque con un enlace no oficial de WhatsApp atado a su número personal, "a ban risk I accepted."
El coste que no aparece en ninguna factura es la construcción. Un consultor que configura Hermes para pequeñas empresas resumió lo que las frena:
"On top of that, you need API connections, OAuth, tools, permissions, gateways, sources, context, skills. SMB owners won't set that up alone."
Esa lista es el precio honesto de Hermes para soporte. Mi desglose de construir o comprar hace las cuentas de ese tiempo de ingeniería.
¿Deberías poner Hermes en tu cola de soporte?
Así decidiría yo, según lo que de verdad intentes hacer.
La versión corta: Hermes es un buen agente para quienes lo ejecutarán ellos mismos. La atención al cliente es el único trabajo en el que "se ejecuta como su operador" juega en contra, porque las personas que hablan con él no eres tú.
Qué usar en su lugar para una cola real
Si el motivo por el que miraste Hermes era "quiero IA en mi cola de soporte", la herramienta para ese trabajo es una pensada en torno a la cola. Esa es la brecha que cubre eesel.
eesel es una plataforma de compañeros de equipo con IA, y el compañero que encaja aquí es su agente de helpdesk con IA. Se une a tu helpdesk como una app, así que hereda los usuarios, permisos e historial de tickets de tu helpdesk en lugar de que construyas esas capas. Cada una de las cuatro brechas anteriores tiene una respuesta integrada:
- Ensayo antes de salir en vivo. eesel reproduce cientos de tus tickets pasados y puntúa sus respuestas contra lo que tu equipo envió de verdad, y luego sugiere cambios en las instrucciones. Es el ensayo que Hermes no incluye, y así detecto pronto la respuesta equivocada y segura de sí misma.
- Conexiones con helpdesks que ya existen. Zendesk, Freshdesk, Gorgias, Front, Help Scout, HubSpot y el resto de la lista de integraciones se conectan en minutos, sin servidor MCP que escribir.
- De cara al cliente por diseño. Responde lo que tiene claro y pasa el resto a una persona con un traspaso a un humano limpio. Si no tienes helpdesk, la burbuja de chat se instala en tu sitio con una sola etiqueta de script.
- Un registro de cada respuesta. El registro de actividad muestra cada conversación que tocó la IA y enlaza de vuelta al ticket, para que puedas entrenarla con tu base de conocimiento y ver qué cambió.
Y si el atractivo de Hermes era la terminal, eesel también la tiene. La CLI de eesel (@eesel/cli) maneja al mismo compañero que trabaja tu cola: eesel instructions lee y edita sus reglas permanentes, eesel approvals permite que una persona apruebe o deniegue acciones pendientes y eesel activity lista cada ejecución. Cada comando imprime JSON, los comandos de escritura admiten --dry-run y la autenticación headless funciona con variables de entorno, así que scripts y agentes de programación como Claude Code pueden operarlo. Cada espacio de trabajo es también un servidor MCP. Mi artículo sobre la CLI para atención al cliente profundiza más.
Si quieres ver primero el panorama más amplio, mi recopilación de software de IA para atención al cliente es una buena siguiente parada. Para sustituciones directas, mira mi lista de alternativas a Hermes Agent.
También he escrito sobre Grok Bot para soporte, además de una opinión aparte sobre Meta Muse.
Prueba eesel en tu cola de soporte
¿Miraste Hermes porque querías una IA que de verdad trabaje tus tickets? eesel hace ese trabajo sin el cableado: conecta Zendesk, Freshdesk o Front en pocos minutos, deja que aprenda de tu centro de ayuda y de respuestas pasadas, y míralo ensayar con tus tickets antiguos antes de que responda uno en vivo. Un ticket o chat cuenta como un crédito, los planes empiezan en 299 $ por 500 créditos y el plan gratuito incluye 100 créditos y no pide tarjeta.
Quédate con Hermes para lo que hace de maravilla, un agente que ejecutas para ti y tu equipo. Para los clientes, prueba eesel.