Hermes

El 3 de abril de 2026, Anthropic bloqueó discretamente a los suscriptores de Claude Pro y Max para que no pudieran usar OpenClaw con planes de tarifa plana. La noticia llegó al número uno en Hacker News (1,064 puntos), y luego a TNW, The Register y TechCrunch. En cuestión de horas, Nous Research publicó un solo tuit: "Si tienes problemas con tu agente con temática de langosta desde la reciente actualización, prueba a descargar Hermes Agent y luego ejecuta hermes claw migrate. Nos han dicho que esto ayuda mucho." Consiguió 813 me gusta, aproximadamente 2.5 veces la interacción típica de la cuenta, e impulsó un pico de instalaciones lo suficientemente grande como para llevar a Hermes a un estimado de 8,000 a 12,000 nuevas estrellas esa semana.

La broma funcionó porque era estructuralmente cierta. Hermes Agent no enruta las llamadas a través de Anthropic. No las enruta a través de OpenAI. No le importa quién aloja el modelo. Tú configuras un proveedor. OpenRouter, Nous Portal, Ollama, una instancia local de llama.cpp, NVIDIA NIM, y Hermes lo llama. Los migrantes de OpenClaw no solo estaban cambiando de herramientas; estaban escapando de una dependencia que había demostrado ser frágil en el momento en que un proveedor decidió imponerla. La arquitectura independiente del modelo de Hermes hizo que ese argumento fuera creíble de una manera que los marcos de agentes puramente comerciales no podían lograr.

Lo que realmente es Hermes Agent en abril de 2026

Hermes Agent es un agente de IA autónomo, de código abierto y autoalojable, lanzado por Nous Research el 25 de febrero de 2026. El marco de trabajo tiene licencia MIT, está escrito principalmente en Python (87.5%) con una capa de TypeScript (8.8%) y no tiene telemetría; todas las llamadas a la API van exclusivamente a tu proveedor configurado.

La arquitectura se basa en un ciclo de aprendizaje cerrado. Después de completar una tarea, el agente sintetiza lo que funcionó en un archivo de habilidades Markdown reutilizable (utilizando el estándar abierto agentskills.io), almacena el historial de sesiones con capacidad de búsqueda en SQLite con búsqueda de texto completo (FTS5) y actualiza un modelo de usuario persistente. La premisa de diseño es que el agente se vuelve considerablemente más capaz cuanto más tiempo opera en tus tareas específicas.

A nivel de características, Hermes incluye:

• Memoria de tres capas: un MEMORY.md y USER.md limitados que se inyectan en cada prompt del sistema; un almacén de sesiones SQLite FTS5; y ocho proveedores de memoria externa conectables para herramientas como Obsidian y bases de conocimiento personalizadas.
• 47 herramientas integradas que cubren búsqueda web, automatización del navegador, generación de imágenes, síntesis de voz y un programador cron.
• Más de 15 integraciones con plataformas de mensajería a través de una única puerta de enlace: Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost, Email, SMS, DingTalk y más.
• Seis backends de ejecución: shell local, Docker, SSH, Daytona, Singularity y Modal (sin servidor con hibernación en inactividad).
• Enrutamiento independiente del modelo a través de Nous Portal, OpenRouter (más de 200 modelos), OpenAI, Anthropic, Google, NVIDIA NIM, Ollama o llama.cpp local.

El crecimiento del proyecto ha sido excepcional bajo cualquier métrica. Hermes alcanzó las 100,000 estrellas en GitHub en 53 días, un récord para los repositorios de agentes de IA, según los datos de @Telos de abril de 2026. A finales de abril de 2026: más de 115,000 estrellas, más de 16,900 bifurcaciones (forks), más de 274 colaboradores. El lanzamiento de la versión v0.11.0 fue impulsado por más de 700 pull requests de casi 200 colaboradores de código abierto.

"hermes agent de @NousResearch es el agente de más rápido crecimiento de todos los tiempos. @OpenClaw pasó de 0 → 40K estrellas en 61 días. hermes lo hizo en 45 días. solo en los últimos 7 días, hermes ganó 3 veces más estrellas que OpenClaw, algo sin precedentes."

, @chrysb en X, abril de 2026

El momento hermes-claw-migrate

Para entender por qué el tuit del 3 de abril resonó tanto, es necesario conocer el hilo de Hacker News que lo precedió. La publicación "Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw" (HN #47633396, ~737 puntos) estaba llena de usuarios que interpretaban la medida como una imposición competitiva disfrazada de gestión de infraestructura. El usuario goosejuice escribió: "Ya existen límites estrictos de tokens; el cambio apunta a los competidores en lugar de abordar problemas genuinos de capacidad". El usuario mech422: "¿Por qué cierta automatización (bucles de Claude Code) es aceptable mientras que las herramientas de terceros enfrentan restricciones?"

En ese ambiente específico, Nous Research publicó una herramienta de migración CLI de una sola línea. Era técnicamente útil, hermes claw migrate maneja la migración de configuración desde el formato de OpenClaw. Pero la razón por la que se volvió viral fue el argumento estructural implícito: Hermes se ejecuta contra cualquier endpoint compatible con OpenAI. La decisión política de un solo proveedor no puede romperlo. El incidente de hermes-claw-migrate no es principalmente una historia de crecimiento; es una demostración de que la independencia del modelo es una ventaja competitiva arquitectónica, no una afirmación de marketing.

La semana del 3 de abril, las estimadas 8,000 a 12,000 nuevas estrellas provinieron de usuarios que no habían estado buscando una nueva herramienta de agente, sino que fueron empujados hacia una por la decisión de un proveedor fuera de su control. Hermes estaba posicionado para captar exactamente a esa población.

Dónde se sitúa Hermes frente a OpenAI Agents SDK y Claude

Hermes Agent vs. OpenAI Agents SDK

El Agents SDK de OpenAI depende de una clave API y enruta cada llamada a través de los servidores de OpenAI. No hay opción de autoalojamiento. La memoria no es persistente por defecto, la gestión del estado es responsabilidad del desarrollador. El SDK no produce ningún artefacto duradero a partir de una tarea completada; lo que el agente aprendió no se captura en un formato portátil y legible por humanos.

Hermes se ejecuta completamente en la infraestructura que tú controlas. La persistencia de la memoria es la arquitectura predeterminada, no una opción de configuración. Los archivos de habilidades son Markdown, auditables, versionables en git y legibles sin herramientas adicionales. Si completas una tarea de investigación compleja hoy, el agente escribe un archivo de habilidades describiendo cómo lo hizo; la próxima vez que aparezca una tarea similar, ese archivo estará disponible para su reutilización.

La contrapartida es real: el SDK de OpenAI tiene más implementaciones en producción, mejores herramientas de observabilidad (no existe un equivalente a LangSmith para Hermes) y una integración más estrecha con los entornos de Azure OpenAI. Para los equipos con infraestructura de OpenAI existente, el costo de migración no es trivial.

Hermes Agent vs. Anthropic Claude con uso de computadora (Claude Code)

Claude Code está integrado en el IDE, no tiene memoria persistente entre sesiones, carece de integraciones con plataformas de mensajería y está efectivamente bloqueado a los modelos de Claude. Es significativamente mejor que Hermes en tareas de ingeniería de software dentro de una base de código local. La integración LSP, el reconocimiento de diferencias (diff-awareness) y el contexto del espacio de trabajo están más refinados para el trabajo de desarrollo puro.

El propio enfoque de Nous Research marca la diferencia claramente: Hermes "se sitúa entre una CLI al estilo de Claude Code y un agente de plataforma de mensajería al estilo de OpenClaw". Puedes ejecutar Hermes con un modelo de Claude a través de OpenRouter, pero puedes cambiar a Kimi K2.5 o a un Mistral local sin modificar un archivo de configuración. Claude Code no puede hacerse independiente del modelo. Y lo que es crucial: una sesión de depuración difícil en Claude Code no deja rastro. Una sesión de depuración difícil en Hermes puede producir un archivo de habilidades que haga que la próxima sesión similar sea más rápida.

Un creador de YouTube documentó esto de forma concreta: $3 por día ejecutando un flujo de trabajo de contenido completo (análisis de la competencia, scraping, generación de imágenes, redacción de borradores) con Hermes más un modelo económico (Kimi K2.5), frente a $100 por día ejecutando el mismo trabajo a través de OpenClaw más Claude. La reducción de costos provino de la elección del modelo permitida por la arquitectura de Hermes, no de que Hermes en sí fuera más barato de ejecutar.

El problema de la complacencia y otras frustraciones reales

Nous Research comercializa la autoevaluación GEPA (Objetivo-Evaluación-Planificación-Acción) como un diferenciador clave. El punto de referencia interno: un 40% más rápido en tareas repetidas después de que el agente acumula más de 20 habilidades autogeneradas. Esa cifra es una medición propia de Nous Research; no ha sido verificada de forma independiente por terceros hasta abril de 2026. Considérala como direccionalmente plausible, no confirmada.

El problema más inmediato es que el mecanismo de autoevaluación no parece funcionar como se describe en la práctica. El agente evalúa su propio trabajo aproximadamente cada 15 llamadas a herramientas. Los usuarios informan que califica constantemente su resultado como exitoso, independientemente de la calidad real.

"Siempre piensa que hizo un buen trabajo. SIEMPRE. ¡Pensó que la rompió!"

, u/CustomMerkins4u, Reddit, +107 votos a favor

Este es un problema de autopuntuación complaciente, un modo de fallo conocido en el diseño de agentes autónomos donde el ciclo de evaluación carece de la independencia necesaria para detectar errores genuinos. Hasta abril de 2026 no se ha publicado ninguna solución. La implicación es que los archivos de habilidades que genera el agente para acelerar tareas futuras pueden codificar enfoques seguros pero defectuosos, agravando los errores con el tiempo en lugar de resolverlos.

Otras tres frustraciones surgen constantemente:

• Se subestima la sobrecarga de tokens. El usuario de Reddit u/Witty_Ticket_4101 realizó un análisis forense que muestra que las definiciones de herramientas consumen 8,759 tokens por solicitud, el 46% del contexto disponible. La puerta de enlace de Telegram añade una sobrecarga de 2 a 3 veces en comparación con la CLI. La "reducción de costos del 40-60% a través del enrutamiento multimodelo" que promueve el proyecto requiere una configuración activa; no ocurre automáticamente.
• La documentación se queda atrás respecto a la velocidad de las funciones. Se publican versiones cada 3 a 7 días. La estabilidad de la API entre versiones menores (v0.x) no está garantizada, lo cual reconocen las preguntas frecuentes oficiales. Las habilidades escritas para la v0.8 pueden comportarse de manera diferente en la v0.10 sin que se mencione en el registro de cambios (changelog).
• Degradación del rendimiento del modelo local en hardware de consumo. Un usuario de r/LocalLLaMA informó de 1 a 2 tokens por segundo a través de Hermes frente a 45 tokens por segundo de forma nativa a través de LMStudio. La sobrecarga de Python, la inyección de contexto y el análisis de herramientas contribuyen a esto.

La experiencia de configuración en sí no está exenta de fricciones. @chrysb, el mismo observador que más tarde llamó a Hermes el agente de más rápido crecimiento de todos los tiempos, también escribió:

"¡la configuración de hermes agent es mucho más tediosa que configurar @openclaw!"

, @chrysb en X, marzo de 2026

Ambos tuits son ciertos. Las cifras de crecimiento son reales. La fricción en la configuración también es real. No son contradicciones, son una descripción precisa de una herramienta de código abierto en fase inicial con sólidos fundamentos arquitectónicos y una experiencia de desarrollador inacabada.

Para quién es Hermes

La configuración ideal de Hermes, según el cofundador @Teknium: Ubuntu o Debian Linux, OpenRouter o Nous Portal como proveedor del modelo, ejecución de backend local. Ese enfoque te dice casi todo lo que necesitas saber sobre el usuario al que va dirigido.

Hermes es ideal para desarrolladores que desean un agente personal que acumule memoria de flujo de trabajo durante meses; usuarios que escapan de la dependencia del proveedor de API (vendor lock-in) después de incidentes como la imposición de OpenClaw; usuarios que ejecutan modelos económicos (Kimi, Qwen, Mistral local) donde la independencia del modelo tiene implicaciones directas en los costos; usuarios de Linux y macOS que se sienten cómodos con la configuración CLI; usuarios centrados en la privacidad (licencia MIT, sin telemetría, totalmente autoalojado); y colaboradores de código abierto dispuestos a cambiar estabilidad por influencia, el fundador responde directamente en Discord, y la base de 274 colaboradores refleja una auténtica propiedad comunitaria.

No es adecuado para usuarios nativos de Windows (se requiere WSL2, no hay ruta nativa); equipos que necesitan observabilidad en producción (sin registro de auditoría, sin equivalente a LangSmith); empresas que necesitan soporte SLA o cumplimiento SOC2; cualquiera que requiera API estables (la semántica v0.x no está garantizada); usuarios cuya necesidad principal es el desarrollo de software integrado en el IDE (Claude Code o Cursor son mejores opciones para ese trabajo); y cualquiera que necesite una autoevaluación confiable, el error de complacencia no está resuelto y afecta a cualquier flujo de trabajo donde la propia evaluación del agente sea fundamental.

El marco de trabajo también se utiliza técnicamente en el propio canal de aprendizaje por refuerzo agéntico de Nous Research; el laboratorio ejecuta Hermes para entrenar los modelos de Hermes. Eso es una señal de confianza o una advertencia sobre el límite entre el producto y la herramienta interna, dependiendo de tu perspectiva.

Última prueba: abril de 2026. Se recomienda reevaluar la puntuación en la versión v1.0.

``` ---