Si alguna vez has ayudado a alguien a montar un agente self-hosted, has visto la siguiente escena a cámara lenta al menos una vez.
Un amigo te pregunta cómo hacer que Hermes haga búsquedas web. Le explicas: regístrate en Firecrawl, saca la API key del panel, pégala en .env, ejecuta hermes tools, marca la casilla. Lo hace. Funciona. Dos días después quiere generación de imágenes. Le explicas: regístrate en FAL, saca la API key del panel, pégala en .env, ejecuta hermes tools, marca la casilla. Empieza a poner cara de cansado. La siguiente vez que quiere TTS, ya no pregunta.
El impuesto de fricción de un agente self-hosted no tiene nada que ver con el agente. Es el baile de keys por herramienta, el panel por herramienta, el calendario de renovaciones por herramienta. El 16 de abril de 2026 — tres días después de v0.9.0 — v0.10.0 le quita un trozo de ese impuesto a cualquiera que tenga suscripción a Nous Portal.
La release es pequeña en cuanto a líneas — unos 180 commits en tres días. Pero la función que llegó en esos tres días es por la que se va a recordar a v0.10: la Nous Tool Gateway.
Qué es de verdad una herramienta gestionada
La Nous Tool Gateway es un multiplexor del lado del servidor. El agente que corre en tu máquina sigue llamando a web_search o generate_image exactamente como siempre. La diferencia es que la llamada ahora aterriza en la gateway de Nous, que es la que mantiene la API key del proveedor y carga el coste a tu suscripción del portal en vez de a ti.
La primera tanda son cuatro herramientas, tal cual aparecen en las release notes:
- •Búsqueda web con Firecrawl
- •Generación de imágenes con FAL y el modelo FLUX 2 Pro
- •Texto a voz con OpenAI TTS
- •Automatización de navegador con Browser Use
No son herramientas nuevas. Son las herramientas que siempre podías cablear tú mismo, con cuatro cuentas distintas y cuatro líneas de .env. Lo que cambia en v0.10.0 es que ya no tienes que hacerlo.
Activas la gateway herramienta a herramienta a través de los nuevos ajustes use_gateway que expone hermes model. Si ya tienes una API key directa configurada para una herramienta, el runtime sigue prefiriéndola — la gateway es respaldo, no toma el control. La granularidad de la elección es la herramienta individual, no la instalación entera.
La variable de entorno que se murió al salir por la puerta
Si venías de la línea v0.8/v0.9 probablemente te acuerdas de HERMES_ENABLE_NOUS_MANAGED_TOOLS. v0.10.0 la borra. La propia suscripción es ahora la señal: te logueas en el portal, la gateway se enciende, las herramientas funcionan. No hay toggle que recordar, ni línea de .env que sincronizar entre máquinas.
hermes tools y hermes status se han vuelto conscientes de la gateway en esta release. La primera te dice de un vistazo qué herramientas son directas, cuáles gestionadas y cuáles están apagadas; la segunda confirma la conexión de la gateway en sí. Dos comandos pequeños que reducen la pregunta "¿qué key está haciendo qué ahora mismo?" a una sola línea de salida.
Por qué es más grande de lo que parece
El impuesto de fricción del que hablo arriba no sale en ningún benchmark. Nadie ha dibujado un gráfico de "minutos perdidos ayudando a un amigo a montar Firecrawl". Pero todo el que corre un agente self-hosted lo paga, y la mayoría termina dejando de añadir una quinta o sexta herramienta porque la molestia marginal supera al beneficio marginal.
Para un hobbyist el impuesto es molesto. Para un equipo pequeño que corre Hermes en un VPS compartido el impuesto se convierte en una pregunta sobre propiedad: ¿quién es la persona concreta a la que le llega la factura de Firecrawl, y qué pasa con la búsqueda web cuando esa persona se va del equipo?
La gateway colapsa toda esa superficie. Una suscripción, cuatro herramientas, un único sitio para gestionar la facturación. Es el mismo trato que haces el día en que metes una base de datos detrás de un servicio gestionado: cedes algo de control y a cambio recuperas un domingo por la tarde.
Hay un precio, y las release notes no lo maquillan. Pasar por la gateway significa pasar por Nous, lo que significa que Nous ve metadatos de consulta que antes no veía. Por eso la gateway es opt-in por herramienta: el trato no es incondicional. Si no la quieres para una herramienta concreta, tu API key directa sigue ahí y el runtime sigue usándola. Lo que ha cambiado es que ahora es una decisión tuya, no un aro por el que pasar para llegar siquiera a poder decidir.
El resto, en corto
v0.10.0 es una release centrada en la tool gateway. No hay reescritura del TUI aquí — eso llega en v0.11.0. Tampoco una plataforma de mensajería nueva — esa ola se reanuda en v0.12.0. Aun así caen más de 180 commits cruzando el core del agente, la gateway, el CLI y la infraestructura de herramientas. El diff completo entre v2026.4.13 y v2026.4.16 está en GitHub si quieres leerte cada línea.
El ritmo sigue. Tres días después de v0.9.0, una función nueva grande y una deprecación recogida mientras nadie miraba.
---
Lo que me parece interesante de v0.10.0 es lo pequeña que es por número de líneas en relación con lo que cambia sobre quién puede correr Hermes. v0.9.0 sumó tres plataformas. v0.10.0 no sumó ninguna — pero bajó lo bastante el coste de correr las herramientas que ya tenías como para que vuelva una categoría entera de usuarios del tipo "me rendí porque las keys eran demasiada movida".
Si extiendes el calendario de releases de este periodo aparece un patrón: la mitad de las versiones añade capacidad, la otra mitad recorta fricción. v0.10.0 cae sin ambigüedad del segundo lado. v0.12.0, dentro de dos semanas, va a ser del mismo lado cuando aparezca el Autonomous Curator a podarte la librería de skills mientras duermes. El ritmo es lo que hace que el proyecto parezca rápido. La forma — semana de capacidad, semana de fricción, semana de capacidad — es lo que hace que parezca sostenible.