Hermes Agent vs OpenClaw: cómo elegir un agente de IA local

Elegir entre Hermes Agent y OpenClaw se reduce a una cuestión de arquitectura del entorno: dónde se ejecuta el proceso del agente, cómo se aíslan el contexto y las sesiones, y qué canales de comunicación actúan como interfaces principales. Ambos proyectos admiten herramientas locales de interacción con el sistema operativo, memoria a largo plazo, programadores de tareas (cron) e integración de modelos externos mediante API estándar. La idea preconcebida de que Hermes Agent se limita exclusivamente al terminal y que OpenClaw es la única solución con un demonio persistente en segundo plano ha quedado obsoleta.

Arquitectura y puntos de entrada

Hermes Agent de Nous Research está evolucionando como un sistema multicomponente. Más allá de su clásica TUI (hermes --tui), el proyecto incluye la aplicación Hermes Desktop basada en Electron con gestión de espacios de trabajo, seguimiento de ramas de Git y visualización del grafo de memoria, un panel de control Web Dashboard accesible desde el navegador, así como soporte nativo para Windows sin necesidad de recurrir a WSL (guía para Windows Native). Su pasarela de mensajería integrada permite conectar plataformas como Telegram, Slack, Discord y otras directamente con el agente.

OpenClaw se diseñó originalmente como una pasarela autoalojada (self-hosted Gateway). Su propósito fundamental es servir de nodo centralizado entre decenas de canales de comunicación (Discord, Telegram, WhatsApp, Slack, Signal, Google Chat), nodos móviles y una interfaz de control web en el navegador (Web Control UI). Todo el enrutamiento, la delimitación de sesiones y la gestión del ciclo de vida de los agentes se ejecutan a través de un único proceso en segundo plano.

Parámetro	Hermes Agent	OpenClaw
Interfaces principales	Desktop GUI, CLI/TUI, Web Dashboard, pasarela de mensajería	Web Control UI, CLI, nodos móviles, canales de mensajería
Proceso persistente	`hermes gateway` (Programador de tareas en Windows, systemd en Linux)	Demonio de OpenClaw Gateway (`openclaw onboard --install-daemon`)
Entorno de ejecución	Python 3.11 (vía `uv`), Node 26 para el motor de navegador	Node.js (se recomienda Node 26; compatible con Node 24.16+, 26.1+)
Organización de la memoria	Archivos `MEMORY.md` y `USER.md`, procedimientos en `skills/`, Star Map	Espacios de trabajo de agentes (`workspace`), vinculados a sesiones del Gateway
Enrutamiento	Perfiles (`profiles`), Bot Mode, centro de control	Enrutamiento multiagente de sesiones y canales

Despliegue y demonios en segundo plano

Ambos proyectos automatizan la gestión de dependencias, pero se basan en diferentes requisitos del entorno de ejecución subyacente.

Hermes Agent

En Linux y macOS, Hermes Agent utiliza un script de shell oficial, mientras que para Windows ofrece un instalador nativo en PowerShell:

iex (irm https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.ps1)

El script aprovisiona el entorno mediante el gestor de paquetes uv, aísla los ejecutables binarios dentro de %LOCALAPPDATA%\hermes\bin y descarga las dependencias auxiliares necesarias (PortableGit, Node 26). El comando hermes gateway install registra una tarea en el Programador de tareas de Windows (schtasks) configurada para ejecutarse al iniciar sesión el usuario sin requerir privilegios elevados de administrador, apoyándose en el proceso pythonw.exe para aislar la ejecución frente a interrupciones por cierre de la consola.

OpenClaw

OpenClaw se despliega como un paquete global de Node.js:

node --version # Проверка соответствия Node 26 или 24.16+
npm install -g openclaw@latest
openclaw onboard --install-daemon
openclaw dashboard

(Nota: El comentario en línea # Проверка соответствия Node 26 или 24.16+ comprueba la compatibilidad del entorno de ejecución con Node 26 o Node 24.16+).

Una vez completada la configuración inicial (onboarding), el Gateway se registra como un demonio del sistema, alojando el panel de control Control UI (accesible por defecto en http://127.0.0.1:18789/) y gestionando la escucha continua en segundo plano a través de los canales configurados.

Memoria, habilidades y límites de seguridad

En Hermes Agent, la memoria está claramente dividida entre hechos persistentes del usuario y del proyecto (MEMORY.md, USER.md) y rutinas procedimentales ejecutables (skills/).

En OpenClaw, la memoria queda vinculada a los directorios y sesiones de agentes concretos, mientras que las habilidades de terceros se integran como módulos de código externo.

Los modelos de seguridad en ambos sistemas exigen una configuración explícita:

Ambas plataformas requieren límites de permisos claros tanto para los usuarios de confianza como para las herramientas invocadas.
Las instrucciones en el prompt del sistema no constituyen un entorno de aislamiento seguro (sandbox) y no pueden garantizar la seguridad en la ejecución.
Es indispensable consultar la documentación oficial actualizada sobre seguridad de cada herramienta antes de exponer datos reales o de producción.
Ninguno de los dos sistemas puede considerarse un vencedor indiscutible en cuanto a nivel de seguridad integrada: la solidez de la protección depende de los privilegios reales asignados, del endurecimiento de la configuración del entorno y del control de acceso en los canales externos.

Verificación por parte del usuario: escenario local sin modificaciones

En lugar de basarse en afirmaciones abstractas, se sugiere que el desarrollador lleve a cabo una prueba comparativa propia con una tarea idéntica (esto constituye una guía de verificación práctica y no un benchmark definitivo cerrado):

Entorno de prueba: prepare un repositorio pequeño que contenga un error conocido de sintaxis o de configuración.
Límite de permisos: no desconecte la red externa por completo si prevé conectarse a modelos en la nube. Restrinja las herramientas de los agentes para impedir comunicaciones de red externas arbitrarias, autorizando explícitamente solo la ruta a la API del modelo seleccionado; o bien, de forma más sencilla, utilice un proyecto de prueba desechable sin credenciales sensibles y revise con atención los permisos otorgados en lugar de asumir un aislamiento estricto de «solo lectura».
Instrucción de la tarea: proporcione a ambos agentes la misma directiva: «Inspecciona el proyecto en el directorio actual, localiza el error e indica el nombre del archivo, la línea y una explicación de la causa raíz. No modifiques ningún archivo».
Criterios de registro:
- Tiempo de ejecución transcurrido (elapsed time).
- Precisión del defecto identificado.
- Cantidad de tokens de entrada y salida, junto con el coste final (si la telemetría de la API del proveedor facilita estos datos; en caso de no haber telemetría, anote «unknown»).

Para preservar la validez del experimento, canalice ambos agentes hacia el mismo modelo subyacente. Como referencia independiente y opcional, puede consultarse BetterToken Docs, donde se ofrecen guías actualizadas de integración con diversas herramientas y un seguimiento transparente del consumo real del modelo. Los parámetros exactos de conexión y las credenciales de autenticación deben comprobarse directamente en la documentación oficial de cada agente y del proveedor del modelo seleccionado.

Diagnóstico de problemas habituales

Errores de codificación en Windows: si los caracteres se muestran de forma distorsionada en la CLI de Hermes Agent, verifique que la variable de entorno HERMES_DISABLE_WINDOWS_UTF8=1 no esté activada y ejecute las sesiones dentro de una versión moderna de Windows Terminal con soporte completo para UTF-8.
Interrupciones de la pasarela en segundo plano: en Hermes Desktop, recupere las conexiones caídas utilizando la opción Reconnect gateway sin necesidad de reiniciar la aplicación por completo. En OpenClaw, si se interrumpe la conexión con la pasarela o fallan las sesiones, siga el procedimiento de diagnóstico oficial en la documentación de OpenClaw.

Lista de verificación para la toma de decisiones

Elija Hermes Agent si:

el flujo de trabajo principal gira en torno al código y a proyectos locales gestionados a través de la aplicación de escritorio o del terminal;
se requiere una separación rigurosa entre la memoria de hechos y las habilidades procedimentales ampliables;
el entorno se despliega en una estación de trabajo personal (incluyendo Windows nativo sin necesidad de WSL).

Elija OpenClaw si:

el caso de uso principal consiste en disponer de un asistente activo las 24 horas en canales de mensajería (Telegram, Slack, WhatsApp);
se necesita una pasarela centralizada (Gateway) para multiplexar y enrutar mensajes entrantes hacia agentes independientes;
resulta más conveniente supervisar e inspeccionar las sesiones desde una interfaz web centralizada (Web Control UI).