Hermes Agent vs Claude Code: cuál usar según el trabajo

La gente busca “Hermes Agent vs Claude Code” esperando un ganador. No lo hay. Claude Code es donde construyo, dentro de un repo, mientras veo caer cada edit. Hermes es el asistente de un developer que sigue trabajando después de que cierro la laptop: lee los canales de la empresa por MCP, me escribe un briefing y me responde por Telegram. Compararlos por funciones es comparar el auto de la empresa con la empresa.

Hermes Agent vs Claude Code: dos trabajos distintos con la misma palabra

Hermes Agent es un runtime self-hosted que dejas corriendo: en un VPS, a través de un gateway de mensajería, respondiendo cuando pasa algo, estés o no frente al teclado. Claude Code es el coding agent de Anthropic: una terminal, una extensión de IDE, una app de escritorio o la web, todo apuntado a tu repo, haciendo un trabajo que ves desarrollarse en tiempo real. La propia descripción de Anthropic de lo que puedes hacer con él es construir features, arreglar bugs, escribir tests, resolver conflictos de merge y abrir pull requests, cada uno una tarea con un inicio claro y un final claro.

Hermes no tiene un inicio y un final equivalentes. Tiene un cron, un archivo de memoria y un bot de Telegram. Yo lo corro en mi propio VPS, un Docker Swarm armado con bento, con el gateway de Telegram activo. Esa instancia es mi asistente personal. No es donde escribo código, y nunca fue pensada para eso.

La confusión se entiende. Las dos herramientas actúan a través de una shell. Las dos leen archivos, llaman herramientas y producen diffs si se lo pides. La diferencia es qué dispara el trabajo y quién está mirando cuando corre. La sesión de Claude Code arranca porque escribiste claude o abriste una pestaña. El día de Hermes arranca porque un cron disparó a una hora en la que estabas dormido.

Lo que un developer realmente le pide a Hermes

La lista de trabajos importa más que cualquier diagrama de arquitectura, así que esta es la mía, no una hipotética.

Lo que mi Hermes hace que a un coding agent nunca le piden

• ✓Obligatorio:
  Escribirme un briefing diarioUn cron job en Hermes lee los MCP servers de Slack, Google Workspace, Git y Confluence/Jira de mi trabajo, y me escribe un newsletter de lo que pasó, organizado en seis sentidos: yo, ellos, tendencia, frontera, comunidad, cliente.
• ✓Obligatorio:
  Ser con lo que hablo desde el celularUn Hermes separado, con el gateway de Telegram activo, es mi asistente personal. Le hablo por voz. Tiene el board de Paperclip conectado como MCP server, así que decir una tarea por Telegram abre un issue en el board sin que yo toque un teclado.
• ✓Obligatorio:
  Correr tareas de research y contenido con un horario fijoLos agentes de mi org de Paperclip corren sobre Hermes y leen datos reales a través de sus propios MCP servers entre heartbeats, no dentro de una sesión que yo esté manejando.
• ✓Obligatorio:
  Mantener memoria durante semanas, no solo una sesiónMEMORY.md y USER.md bajo HERMES_HOME persisten en cada despertar. Una sesión de código termina cuando termina la tarea; el día de Hermes no.

Nada de esto compite con lo que uso Claude Code, OpenCode y pi para hacer. Mi herramienta diaria para escribir código no es Hermes. Es Claude Code, OpenCode con sus perfiles idea, plan, build, review, fix, y pi para el loop que quiero ver completo. Primero construí los skills para ese harness. El lado autónomo, Hermes y la org de Paperclip encima de él, llegó después, para las tareas que no deberían necesitarme presente.

Hermes Agent vs OpenCode: no es una revancha, es otra categoría de peso

“Hermes Agent vs OpenCode” aparece en las búsquedas porque OpenCode es el otro agente open source en la sala, y la gente asume que open source más “agente” significa que son comparables. OpenCode es un harness de código: maneja edits en tu repo a través de modos, idea, plan, build, review, fix, cada uno con su propio modelo y permisos. Hermes no tiene ningún concepto de modo de repo. Tiene un directorio de trabajo, un archivo de memoria y una lista de gateways.

Corre el mismo prompt en los dos y la diferencia se nota rápido. El modo build de OpenCode va a abrir tus archivos, escribir el diff y esperar la próxima instrucción, porque ese es todo el contrato: una sesión, manejada por ti, sobre tu código. La postura por defecto de Hermes se parece más a “despertar, revisar qué cambió, decidir si hay algo que hacer”, porque su contrato es un horario y un archivo de memoria, no una terminal frente a la que estás sentado.

La comparación honesta no es cuál escribe mejor código. Es cuál debería estar corriendo cuando tú no estás ahí. OpenCode no tiene respuesta a esa pregunta, porque nunca se la hicieron. Hermes sí: un scheduler de cron para jobs que disparan con un timer, una revisión en segundo plano cada diez turnos que decide qué vale la pena guardar en memoria, y más de 25 gateways de mensajería para que la respuesta te llegue donde sea que estés. Cada corrida de cron arranca como una sesión nueva, sin memoria de la corrida anterior; la continuidad viene de encadenar a propósito la salida de un job con el siguiente, no de que el agente recuerde solo.

Hermes Agent vs Claude Code, por diseño

Las dos son ingeniería real. Se optimizaron para preguntas opuestas: quién está mirando, y cuándo arranca el trabajo.

Dimensión	Hermes Agent	Claude Code
Centro de diseño	Corre en un servidor, sin que lo mires	Corre en tu repo, mientras lo miras
Qué dispara una corrida	Un horario de cron, o un mensaje que llega	Tú, escribiendo claude o abriendo una sesión
Superficies	CLI, escritorio, dashboard web, API, más de 25 plataformas de mensajería	Terminal, VS Code, JetBrains, app de escritorio, web, Slack
Memoria	MEMORY.md, USER.md, búsqueda full-text en cada sesión	CLAUDE.md leído en cada sesión, más memoria automática
Archivo de contexto del proyecto	.hermes.md, después AGENTS.md, después CLAUDE.md, después .cursorrules	CLAUDE.md, y AGENTS.md leído solo o junto a él
¿Puede escribir código?	Sí, con 7 backends de ejecución. No es su centro de diseño.	Sí. Para esto exactamente está hecho.

Dónde realmente se conectan

No son extraños entre sí. Tres costuras dejan que los dos mundos se hablen, y las tres vale la pena conectarlas si corres ambos.

ACP conecta Hermes a un editor. Hermes habla el Agent Client Protocol, que deja que hosts compatibles con ACP, como Zed, hablen con él por stdio y rendericen su chat, sus diffs y su actividad de terminal dentro de la UI propia del editor. Mantienes la identidad, la memoria, los skills y el setup de provider de Hermes; el editor solo es dueño de la superficie de conversación.

hermes mcp serve corre a Hermes como un MCP server en la otra dirección. Expone diez herramientas, listar conversaciones, leer historial de mensajes, enviar un mensaje, hacer polling de eventos en vivo y gestionar aprobaciones, todo por stdio, así Claude Code, Cursor o Codex pueden leer qué ha estado haciendo Hermes sin que cambies de ventana.

Registrar Hermes como MCP server en Claude Code

1. Agrégalo

   $ claude mcp add hermes -- hermes mcp serve

2. Confirma que se conectó

   $ claude mcp get hermes

Trae la memoria de Hermes a una sesión de código

1. 01

   Pídele a Claude Code que lea la conversación en vez de volver a escribirla.

   El asistente ya tiene el contexto: qué le pediste a Hermes por Telegram, qué encontró, qué decidió. Volver a escribirlo pierde detalle y gasta lo único que una sesión de código debería gastar en el código real.

   Escribe esto

   Usa el MCP server de hermes para leer mi última conversación sobre el export de facturación, y sigue el arreglo desde ahí.

Las dos leen los mismos archivos del proyecto. Claude Code lee CLAUDE.md al arrancar cada sesión y puede leer el AGENTS.md de un repo solo o junto a él. Hermes recorre una cadena más larga, primero .hermes.md o HERMES.md, después AGENTS.md desde la raíz de git hacia abajo, después CLAUDE.md, después .cursorrules, y carga solo el primero que encuentra. Escribe tus instrucciones una vez en AGENTS.md y las dos herramientas las levantan sin traducir nada.

Los skills viajan como markdown plano en los dos lados. Los skills de Claude Code y las carpetas SKILL.md de Hermes tienen la misma forma: un header de frontmatter, un cuerpo, progressive disclosure de cualquier cosa más pesada. Escribí la forma de ese archivo en skill-md-structure-frontmatter, y la portabilidad no es teórica. Un skill en markdown que escribí para un runtime funcionó, sin tocarle nada, en otro.

¿Hermes puede escribir código? Sí. ¿Debería ser tu coding agent? No.

Hermes no le tiene miedo a la ejecución. Puede correr comandos en siete backends: local, Docker, SSH, Singularity, Modal, Daytona o Vercel Sandbox, y puede hacer que el modelo escriba un script de Python que llama a sus herramientas por RPC en vez de hacer una llamada a la vez, con el output limitado y el excedente volcado a disco. El backend por defecto es local: los comandos corren en el mismo host que el agente, no dentro de un sandbox aislado, a menos que apuntes una tarea específica a uno de los otros seis. Eso es una inversión de ingeniería real para hacer que ejecutar código sea barato y descartable, y también por eso darle a Hermes su propia máquina o su propio contenedor importa más de lo que la lista de backends hace parecer.

Nada de esto apunta al loop alrededor del cual está construido Claude Code: un repo abierto frente a ti, un diff que revisas línea por línea, un commit que escriben juntos, un pull request que Claude Code abre por ti con GitHub Actions o GitLab CI/CD conectado del otro lado. Las superficies de Claude Code, como los diffs inline en sus extensiones de IDE, existen porque el producto asume que estás presente y decidiendo. Las superficies de Hermes, un mensaje de Telegram, un dashboard que revisas una vez al día, existen porque el producto asume que no estás.

Hermes puede escribir código. Yo no le daría una feature branch. La brecha no es de capacidad. Es que nadie afinó los defaults de Hermes, sus prompts de aprobación, su carga de contexto, su loop de revisión, para el ritmo de un humano sentado ahí mirando cada tool call. Los defaults de Claude Code están afinados exactamente para eso, porque eso es lo único para lo que está hecho.

OpenClaw vs Claude Code: el mismo malentendido, otro runtime

La misma confusión pasa un nivel más allá, con OpenClaw vs Claude Code. OpenClaw también es un runtime de asistente personal, no un coding agent: apps nativas en tu celular y tu laptop, una wake word, un heartbeat que se reporta solo cada treinta minutos por defecto. Compite con Hermes, no con Claude Code, por exactamente la misma razón por la que Hermes no compite con Claude Code. Presencia y horario son el trabajo; un repo que estás mirando es otro trabajo distinto.

Elegí Hermes por sobre OpenClaw para mi propia flota después de leer los dos codebases, y el razonamiento está en Hermes Agent vs OpenClaw. Nada de ese razonamiento toca a Claude Code, porque la decisión OpenClaw-vs-Hermes y la decisión del coding agent son ortogonales. Puedes correr OpenClaw como tu asistente y Claude Code como tu coding agent sin ningún conflicto, igual que yo corro Hermes y Claude Code uno junto al otro.

Cuál usar para cuál trabajo

Usa Claude Code, OpenCode o pi

1. 01Estás abriendo un repo y quieres ver caer el diff
2. 02La tarea tiene un inicio claro y un final claro
3. 03Quieres revisión nativa de IDE: diffs inline, plan mode, creación de PR
4. 04Quieres el harness afinado para alguien que está ahí sentado decidiendo

Usa Hermes Agent

1. 01El trabajo debería pasar con un horario, no en una sesión
2. 02Quieres una respuesta por Telegram, no un diff en un editor
3. 03El trabajo es leer sensores por MCP y reportar
4. 04No vas a estar frente al teclado cuando corra

Mi propia división es exactamente esta tabla. Claude Code, OpenCode y pi son donde construyo. Hermes escribe mi briefing, corre en Telegram como mi asistente, y hace el trabajo de research y contenido que lee datos reales por MCP entre heartbeats. Harness engineering es el marco debajo de las dos mitades: el modelo es un commodity de cualquier forma, y el harness es la parte que decide si el agente encaja con el trabajo que realmente tienes.

Hermes Agent vs Claude Code, respuestas rápidas

¿Hermes Agent reemplaza a Claude Code?+

No. Hermes es un runtime self-hosted hecho para correr en un servidor sin que lo mires: briefings con horario, un asistente de mensajería, tareas de research. Claude Code es un coding agent hecho para un repo en el que estás trabajando activamente. Resuelven problemas distintos, y la mayoría de la gente que corre uno termina corriendo los dos.

¿Hermes Agent puede escribir código como Claude Code?+

Hermes puede ejecutar comandos en siete backends y hacer que el modelo scriptee sus propias tool calls, así que sí, puede escribir y correr código. No está afinado para el ritmo de un developer que revisa cada diff en tiempo real, como sí lo está Claude Code, y sus defaults reflejan eso.

¿Cuál es la diferencia real entre Hermes Agent y OpenCode?+

OpenCode es un harness de código con modos para explorar, planear, construir, revisar y arreglar, manejado desde una sesión de terminal que tú arrancas. Hermes no tiene un concepto equivalente de modo de repo. Corre con un horario de cron y un gateway de mensajería, y su trabajo es lo que pasa entre tus sesiones, no dentro de una.

¿OpenClaw reemplaza a Claude Code?+

No, por la misma razón que Hermes tampoco. OpenClaw es un runtime de asistente personal con apps nativas y un heartbeat que se reporta solo. Compite con Hermes por el trabajo de asistente, no con Claude Code por el trabajo de coding agent.

¿Puedo usar Claude Code y Hermes Agent juntos?+

Sí. Hermes habla ACP, así que editores como Zed pueden hostear su conversación, y hermes mcp serve expone las conversaciones de Hermes como herramientas MCP que Claude Code, Cursor o Codex pueden llamar directamente. Los dos también leen AGENTS.md, así que un solo archivo de instrucciones cubre ambas herramientas.