Guía de Migración de Hermes Agent vs OpenClaw

OpenClaw Es Más Grande. Hermes Es Más Enfocado.

Si hoy usás OpenClaw, no estás eligiendo entre un proyecto serio y un experimento. Al 12 de abril de 2026, el repositorio GitHub de OpenClaw muestra 356k estrellas y el último release openclaw 2026.4.11, mientras que el repositorio de Hermes Agent muestra 65.5k estrellas y Hermes Agent v0.8.0 lanzado el 8 de abril de 2026. Ambos están activos. Ambos son creíbles. La pregunta no es cuál es "real". La pregunta es cuál encaja en la forma en que querés trabajar.

OpenClaw es la superficie más grande y madura. Su documentación oficial lo posiciona como un asistente personal de IA que corre en un conjunto muy amplio de canales y dispositivos, con una Control UI en el navegador, flujos de onboarding, plugins, apps companion y un modelo de gateway amplio. Hermes Agent toma una postura diferente. Nous lo describe como "el agente que crece contigo", con memoria persistente, skills auto-generados y una opinión más firme sobre el comportamiento del agente a largo plazo.

Esa diferencia importa si estás considerando una migración. No estás simplemente cambiando una CLI por otra. Estás decidiendo si querés una plataforma de asistente amplia o un runtime de agente más opinionado.

Esta guía es para el segundo caso: ya conocés OpenClaw y querés moverte a Hermes sin perder lo que importa.

Cuándo Tiene Sentido Moverse a Hermes

Hermes es una buena movida si la mayoría de estas afirmaciones te suenan verdaderas:

Querés que la experiencia del agente se centre en la memoria, los perfiles, los skills y el comportamiento de larga duración en vez de un dashboard en el navegador.
Te atrae la idea de un agente que acumula contexto con el tiempo a través de memoria persistente y skills auto-generados.
Usás principalmente una o dos superficies de mensajería, como Telegram, en vez de una configuración muy amplia de múltiples canales.
Querés un camino de migración oficial en vez de recrear manualmente prompts, archivos de memoria, credenciales de proveedor y configuraciones de Telegram.

Hermes ahora tiene ese camino oficial. La documentación incluye tanto una guía de migración dedicada como el comando hermes claw migrate en la referencia de la CLI. Esa es la razón principal por la que vale la pena discutir esta migración seriamente en 2026. Hace un año, el costo de cambio hubiera sido demasiado alto para la mayoría de los usuarios.

OpenClaw sigue siendo la mejor opción si la Control UI en el navegador es central a cómo trabajás, si dependés de su ecosistema más amplio de plugins y apps companion, o si tu configuración actual abarca muchas superficies de mensajería y comportamientos de gateway personalizados. La documentación de OpenClaw es explícita en que la plataforma soporta una larga lista de canales y una Control UI servida desde el gateway. Si esa amplitud es el producto para vos, migrar solo porque Hermes es más nuevo sería un retroceso.

Un espacio de trabajo de desarrollador con múltiples pantallas y herramientas abiertas

Qué Cambia Realmente Después del Cambio

El cambio práctico más importante es la filosofía de interfaz.

El flujo de getting-started de OpenClaw está construido alrededor de instalación, onboarding, verificación del estado del gateway y apertura del dashboard en el navegador. Su documentación dice que podés pasar de cero a un chat funcional en unos cinco minutos, con la Control UI como la forma más rápida de empezar. Hermes, por el contrario, te lleva primero hacia la CLI y el flujo de setup, y luego hacia el gateway solo si querés plataformas de mensajería.

Eso hace que Hermes se sienta más como un runtime de agente y OpenClaw más como una plataforma de asistente.

El segundo gran cambio es la memoria. La documentación oficial de Hermes le da a la memoria un papel mucho más central, con soporte incorporado para MEMORY.md y USER.md más múltiples integraciones de proveedores de memoria externa. Si querés que el recuerdo a largo plazo y la memoria estructurada sean una parte de primera clase del sistema, Hermes está apostando claramente a esa dirección. OpenClaw absolutamente soporta prompts de workspace, skills, sesiones y estado del agente, pero Hermes está invirtiendo más visiblemente en la idea de que el agente debería evolucionar entre sesiones.

El tercer cambio es el alcance. OpenClaw tiene más superficie. Eso es una fortaleza, pero también significa más piezas móviles. Su documentación oficial cubre modos de auth del gateway, reglas de origen de la Control UI, instalación de plugins, experiencias companion para mobile y macOS, y una amplia matriz de mensajería. Hermes es más estrecho y más opinionado. Para muchos usuarios, eso es exactamente por qué resulta atractivo.

Qué Migra Hermes por Vos

La guía de migración oficial de Hermes es sorprendentemente completa. hermes claw migrate lee desde ~/.openclaw/ por defecto y también puede detectar directorios legacy ~/.clawdbot/ y ~/.moldbot/. Hay un modo --dry-run para previsualizar los cambios, un modo --preset full para una migración completa, y una flag --workspace-target si querés que las instrucciones del workspace se copien en un proyecto específico.

Más importante, la migración no está limitada a unos pocos archivos cosméticos. La guía documenta soporte para:

Instrucciones de persona y workspace como SOUL.md y AGENTS.md
Memoria a largo plazo de MEMORY.md, USER.md y archivos de memoria diarios
API keys de proveedores, si permitís la migración de secretos
Configuraciones de comportamiento del agente como esfuerzo de razonamiento, modo verbose, zona horaria, compresión, timeout de terminal y configuraciones del backend de Docker
Políticas de reset de sesión
Definiciones de servidores MCP
Configuración de TTS
Tokens de plataformas de mensajería incluyendo Telegram donde los valores pueden resolverse desde la configuración o .env

Este es el punto clave: no tenés que reconstruir tu agente desde cero.

Al mismo tiempo, Hermes es honesto sobre lo que no mapea limpiamente. La guía de migración archiva ítems sin equivalente directo en ~/.hermes/migration/openclaw/<timestamp>/archive/ para revisión manual. Ese archivo puede incluir cosas como IDENTITY.md, configuración de cron, configuración de plugins, hooks, configuraciones de identidad de UI, configuración de logging y listas de múltiples agentes. Ese es el diseño correcto. Evita pretender que dos sistemas con diferentes filosofías de producto son compatibles uno a uno.

Qué Inventariar Antes de Migrar

Antes de correr nada, hacé un inventario rápido de las partes de tu configuración de OpenClaw que más te importan. Lleva cinco minutos y generalmente ahorra una hora de limpieza posterior.

| Asset de OpenClaw | Destino en Hermes | Qué tener en cuenta | |---|---|---| | workspace/SOUL.md | ~/.hermes/SOUL.md | Copia directa | | workspace/AGENTS.md | AGENTS.md en tu workspace destino | Requiere --workspace-target | | workspace/MEMORY.md, USER.md, archivos de memoria diarios | ~/.hermes/memories/ | Fusionados y deduplicados | | Skills de workspace y compartidos | ~/.hermes/skills/openclaw-imports/ | Resolvé conflictos de nombres con cuidado | | API keys de proveedores | ~/.hermes/.env | Solo si migrás secretos | | Token de Telegram y usuarios permitidos | Variables .env de Hermes | Reiniciá el gateway de Hermes después de la importación | | Plugins, hooks, cron jobs, configuraciones de identidad UI | Archivados para revisión manual | Recrear manualmente en Hermes |

Si solo usás OpenClaw como superficie de chat más algunos archivos de prompts, la migración es de bajo riesgo. Si tenés plugins personalizados, cron jobs, hooks o un flujo de trabajo de Control UI muy personalizado, esperá un proceso híbrido donde algunas piezas se importan limpiamente y otras se recrean a mano.

La Forma Más Segura de Migrar

No lo trates como una reinstalación. Trátalo como una migración de estado.

1. Congelá el Estado de OpenClaw

La propia documentación de migración de OpenClaw para moverse a una nueva máquina dice detener el gateway antes de copiar el estado para que los archivos no estén cambiando debajo tuyo. Ese mismo consejo aplica aquí.

openclaw gateway stop
cd ~
tar -czf openclaw-state.tgz .openclaw

Si usás múltiples perfiles como ~/.openclaw-work, hacé un backup de cada uno por separado.

2. Instalá Hermes Primero

Seguí el camino de instalación oficial de Hermes, luego corré el setup para que el entorno exista antes de importar nada.

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
hermes setup

3. Corré un Dry Run Antes de Tocar Archivos Reales

Este es el paso más importante de toda la guía.

hermes claw migrate --dry-run

Si guardás instrucciones a nivel de proyecto en un workspace separado, incluí un path de destino:

hermes claw migrate --dry-run --workspace-target /path/to/your/project

Leé el reporte con cuidado. Querés ver qué se va a migrar, qué se va a saltar y qué se va a archivar para revisión manual.

4. Corré la Migración Real

Para una migración completa, incluyendo secretos:

hermes claw migrate --preset full --workspace-target /path/to/your/project

Si preferís traer primero los prompts, la memoria y la configuración, pero reingresar las credenciales del proveedor vos mismo, usá el preset de user-data.

5. Verificá las Cosas que Generalmente Se Rompen

La checklist post-migración de Hermes señala los lugares correctos donde mirar:

Corré hermes status y verificá la autenticación del proveedor
Revisá el directorio de archivos archivados para ver si hay algo que necesite recreación manual
Reiniciá el gateway de Hermes si migraste tokens de plataformas de mensajería
Revisá el comportamiento de reset de sesión en la configuración de Hermes
Volvé a vincular WhatsApp manualmente si lo usabas en OpenClaw

Primer plano de código en una pantalla de computadora

Errores Comunes en la Migración

El primer error es asumir que los nombres de las features significan paridad de features. Un plugin, skill, hook o política de reset puede existir en ambos productos pero comportarse diferente. Confiá en el reporte de migración más que en tu memoria.

El segundo error es traer secretos sin auditarlos. Hermes puede migrar claves desde la configuración, .env y perfiles de auth cuando la migración de secretos está habilitada. Es conveniente, pero también es el momento de rotar cualquier cosa vieja, eliminar proveedores sin uso y simplificar tu configuración.

El tercer error es esperar que la experiencia de OpenClaw aparezca sin cambios dentro de Hermes. No va a ocurrir. Si lo que realmente amás es la Control UI de OpenClaw, el flujo de trabajo centrado en el gateway o la capa de apps companion, sé honesto sobre eso antes de cambiar.

Entonces, ¿Deberías Moverte?

Si querés la plataforma de asistente más amplia posible, OpenClaw sigue siendo la opción más segura por defecto. Su ecosistema es más grande, su cadencia de releases es fuerte y su documentación oficial cubre un enorme rango de canales, plugins y flujos de trabajo de operador.

Si querés un agente más enfocado que apueste más fuerte a la persistencia, los skills, los perfiles y el contexto a largo plazo, Hermes ya es lo suficientemente maduro para tomarlo en serio. Las herramientas de migración oficiales bajan el costo de probarlo, y eso cambia la ecuación. Ya no tenés que elegir entre "quedarme en OpenClaw para siempre" y "reconstruir todo a mano".

Es por eso que Hermes Agent vs OpenClaw es ahora una decisión de migración real en vez de un post de comparación especulativo.

Fuentes

Probá Hermify

Si querés probar Hermes sin pasar tu fin de semana en configuración de VPS, contenedores, cableado de Telegram y actualizaciones continuas, usá Hermify como el atajo. Traé tu API key y tu token de bot, saltate el trabajo de infraestructura y enfocate en si Hermes es el agente correcto para vos a largo plazo. El camino más rápido es desplegar Hermes Agent con Hermify y luego decidir si alguna vez querés tener la infraestructura vos mismo.

Empezá con Hermify