La edad de una herramienta se mide por cuánto da por hecho su TUI que no te vas a parar a mirarla.
La terminal de Hermes antes de v0.11.0 era exactamente esa clase de interfaz: funcionaba como funciona el instalador en modo texto de una Linux vieja, perfectamente. Cada tecla hacía algo, cada comando hacía lo que decía, y la disposición visual era una cortesía fina más que un diseño. Yo la usaba todos los días. No me di cuenta de cuánto la estaba esquivando hasta que salió v0.11.0.
El 23 de abril de 2026, ocho días después de la tool gateway de v0.10.0, Hermes Agent sacó v0.11.0. Las release notes la llaman "the interface release" — uno de esos nombres que parecen sosos hasta que entras en el changelog. Al final de v0.11.0, la capa entre tú y el agente es un programa distinto al que tenías hace una semana.
Un TUI nuevo en React hablando JSON-RPC con Python
El cambio titular es el TUI basado en Ink — una reescritura completa en React/Ink (piensa en React, pero pintando celdas de terminal en vez de elementos DOM) sentado sobre un backend Python por JSON-RPC. El premio visible: una caja de composición fija que no se sube al hacer scroll, streaming en vivo con soporte de portapapeles y una capa de observabilidad encima que enseña qué está haciendo el agente ahora mismo — qué llamada, qué herramienta, qué modelo — sin que tengas que preguntar.
El premio invisible es el que más importa. El TUI y el core del agente son ya dos procesos con un protocolo limpio entre ellos. Esa es la frase aburrida que normalmente sigue con "y así por fin pudimos sacar una extensión para editores". La extensión de editor no se ve todavía aquí; lo que se ve es todo lo que esta arquitectura habilita. Las mejoras de ACP en v0.13.0 se montan encima. El hermes proxy de v0.14.0 se monta encima. El dashboard que empezó en v0.9.0 crece encima.
Arquitectura de transport: cuatro backends, cinco rutas de inferencia nuevas
La otra mitad de v0.11.0 es una refactorización que la mayoría de usuarios no va a ver directamente. La capa de modelo se reescribió alrededor de una arquitectura de transport enchufable con cuatro backends: AnthropicTransport, ChatCompletionsTransport, ResponsesApiTransport y BedrockTransport. La gracia no es la abstracción en sí; la gracia es lo que cae de ella.
Soporte nativo de AWS Bedrock vía Converse API entra en v0.11.0. También entra GPT-5.5 vía Codex OAuth con descubrimiento de modelos en vivo en el picker. Y NVIDIA NIM, Arcee AI, Step Plan, Google Gemini CLI OAuth y Vercel ai-gateway — cinco rutas de inferencia nuevas en una sola ventana de release, ninguna de las cuales habría sido una tarea de una semana antes de la refactorización del transport.
El propio picker se llena también: Claude Opus 4.7, Kimi K2.6 en varios providers, Xiaomi MiMo v2.5-pro y v2.5, STT/TTS de xAI Grok y TTS de Google Gemini. Si usas Hermes como "elijo modelo según la tarea", v0.11.0 alarga la lista de forma notoria.
Algo pequeño que no debería ser pequeño: aterriza la configuración de timeout por provider y por modelo. El viejo enfoque de "un timeout para todo" era la causa de un porcentaje vergonzoso de runs largos que se caían.
/steer, hooks de shell y una superficie de plugins mucho más ancha
/steer <prompt> es el comando pequeño que cambia cómo le hablas a un agente que ya está corriendo. Antes de v0.11.0, corregir una tarea en marcha significaba cancelar y volver a mandar el prompt — lo que normalmente significaba perder el estado de trabajo y el contexto que el agente había acumulado sobre la tarea. Con /steer empujas en pleno vuelo: el agente mantiene su contexto, acepta la nueva dirección y sigue. El cambio pequeño-pero-ruidoso correspondiente en el lado de la entrada son los atajos numéricos en los prompts de aprobación — pulsas un número, no escribes /approve.
Alrededor de /steer, la superficie de plugins se ha ensanchado hasta el punto de que los plugins de Hermes pueden hacer cosas que antes no podían. v0.11.0 añadió puntos de hook para slash commands, dispatch de herramientas, bloqueo de ejecución y transformación de resultados. La frontera entre "un plugin que añade un botón" y "un plugin que rediseña de verdad cómo se comporta el agente" era una pared; v0.11.0 la convirtió en una puerta.
Los hooks de shell enganchan scripts de shell como callbacks de ciclo de vida — los disparas al inicio de sesión, en uso de herramienta, al completarse o al fallar. El modo webhook de entrega directa te deja empujar salidas a sistemas externos con cero LLM en el camino — el agente actúa como router, no como generador. La autocompletación dinámica de shell (bash, zsh, fish) es del tipo "vaya, esto siempre debería haber existido" que solo notas que necesitabas cuando ya lo tienes.
QQBot, dashboards en el móvil y las tarjetas IA en streaming de DingTalk
En plataformas, v0.11.0 añadió QQBot como la 17ª plataforma de mensajería, sobre QQ Official API v2, con un asistente de configuración por QR que se encarga de las credenciales de principio a fin. La release también reforzó casi todas las plataformas existentes: Discord (canales de foro, acceso por roles, toggle de slash commands), Feishu (respuestas a comentarios en documentos, estado de reacciones), DingTalk (preservación de menciones, tarjetas IA en streaming — sí, el agente puede escribir directamente en una tarjeta que se va actualizando en vivo en DingTalk), WhatsApp (mensajes de voz, paridad de políticas) y WeCom/Weixin (creación de bot por escaneo de QR).
El Local Web Dashboard que venía de v0.9.0 creció en esta release. Se llevó i18n (inglés y chino), cambio de tema en vivo, sistema de plugins y layout responsive en móvil. El dashboard es ya, de verdad, algo que puedes dejar abierto en el móvil mientras el agente trabaja en tu servidor.
Los números
La ventana de release entre v0.10.0 y v0.11.0 cubrió aproximadamente 1.556 commits en siete días. Léelo dos veces. El picker de modelos tiene más entradas que hace un mes. El TUI es otro programa. La capa de transport es otro programa. El dashboard es otro programa. El contrato de plugins es otro contrato. La marca encima del binario es la misma.
He visto proyectos que mergean 1.556 commits a lo largo de un año y lo llaman un ciclo de release sano. v0.11.0 es lo que pinta ese número cuando el discurso del ritmo deja de ser una línea de marketing y se vuelve una línea de ingeniería. Las release notes no se pavonean. La sección "Highlights" simplemente dice "this was the interface release", porque el interface que se comió siete días de merges era, en efecto, lo que salió por la puerta.
---
La razón por la que las releases de "interfaz" suelen quedar minusvaloradas es que la interfaz es cómo se siente una herramienta más que lo que la herramienta hace. Los números de benchmark no se mueven. La lista de features no crece. Pero el día después de caer v0.11.0, el agente que llevaba dos meses usando era, en algún sentido difícil de cuantificar, otro agente — menos un programa de terminal con chat pegado y más un programa de chat que casualmente vive en una terminal.
La fontanería que tiene debajo el nuevo TUI es lo que hace posible las siguientes tres semanas. v0.12.0 montará el Autonomous Curator sobre esta capa. v0.13.0 montará el multi-agent Kanban sobre esta capa. v0.14.0 montará hermes proxy sobre esta capa. v0.11.0, en sí, es la base de ese mes entero.