Pensarías que la gran noticia de Hermes esta semana eran las ventanas de cristal esmerilado de v0.20.4 — pero el proyecto oficial fusionó en silencio un lote de funciones durante los últimos cuatro días, sin keynote, sin arte promocional. Se esconden en el registro de commits, y cada una te ahorra dinero real, esfuerzo real o un dolor de cabeza real. Este artículo cubre las cuatro más valiosas: ahorro de tokens, control del navegador, mejoras de cron y resiliencia de la búsqueda.

Truco 1 — Ahorro de tokens: el caching de Muse Spark está totalmente activado

Si usas Muse Spark de Meta (api.meta.ai), esto es probablemente la partida más relevante para tu cartera esta semana.

El PR #88601 (fusionado el 17 de agosto) traslada el tráfico de api.meta.ai de chat completions a la Responses API — porque solo esta última admite prompt caching. Las cifras medidas son llamativas:

Canal	Tasa de aciertos de caché	Precio de entrada por nivel contributor
/v1/chat/completions (antiguo)	0 %	$0.10 / M de tokens
/v1/responses (nuevo)	93–99 %	$0.002 / M (en caché)

En cargas de trabajo agénticas — donde el mismo system prompt y las definiciones de herramientas se reenvían una y otra vez — eso supone aproximadamente una diferencia de coste de 13×. Hermes también envía automáticamente prompt_cache_retention: 24h, la pista de caché opcional de Meta, para maximizar el efecto. Tras actualizar, los usuarios de Muse Spark obtienen el caching automáticamente — no hay nada que configurar.

Truco 2 — Navegador: el agente por fin puede USAR la página, no solo mirarla

El navegador integrado de la aplicación de escritorio solía ser un espejo unidireccional: open_preview ponía una página en el panel, read_preview leía su texto, pero el agente nunca podía tocarla. Cualquier cosa que necesitara un clic iba a un Chromium separado que el usuario no puede ver — sin ninguna de las sesiones en las que ya has iniciado sesión.

El PR #90197 (fusionado el 20 de agosto, en main) cambia eso, añadiendo dos herramientas al conjunto desktop_ui:

• drive_preview: action="elements" inventaría todo lo que se puede pulsar o escribir, y luego click, type, scroll y press actúan sobre esos elementos; back/forward/reload manejan el historial del panel;
• annotate_preview: mantiene una marca sobre un elemento hasta que el agente la retira — para señalar algo en lugar de actuar sobre ello.

Dos detalles de ingeniería que vale la pena entender:

1. Entrada real, no eventos sintéticos: las acciones pasan por sendInputEvent de Chromium, no por eventos despachados — una página no puede notar la diferencia, y el estado de hover/focus se comporta exactamente como lo haría con un usuario (los clics sintéticos dejan las páginas en estados que ningún usuario podría haber producido);
2. Handles de elementos duraderos: los elements reciben nombre según lo que son y dicen (btn-sign-in, inp-email); cuando un framework destruye un nodo y lo reconstruye, el handle se re-enlaza automáticamente (al agente se le indica rebound en lugar de entregarle una eliminación a la que reaccionar) — los flujos de iniciar sesión y luego refrescar la lista ya no pierden handles.

La recompensa: «inicia sesión en este sitio y trae mis facturas» ahora ocurre dentro del navegador en tu pantalla, usando las sesiones que ya tienes.

Truco 3 — Cron: los crons de relay ganan respuestas planas y formato enriquecido

Los usuarios empresariales que usan Slack a través del adaptador de relay notaron la carencia: en el adaptador nativo de Slack, los resúmenes de cron pueden publicarse planos en el DM (cron_continuable_surface: in_channel) con una respuesta simple que continúa el trabajo — mientras que en la vía de relay, los resúmenes siempre aterrizaban en un hilo dedicado y el contenido enriquecido (tablas de Block Kit, código resaltado) se renderizaba como viñetas - literales.

El PR #90038 (fusionado el 20 de agosto) cierra esa brecha (detectada en una evaluación empresarial comparativa lado a lado):

• CapabilityDescriptor gana supports_inchannel_continuable, y el adaptador de relay ahora lo anuncia y lo aplica — el modo in_channel funciona en la vía de relay;
• la resolución del knob de superficie de cron se reescribió para que los knobs de Slack del relay por fin vivan en un lugar que funcione (platforms.relay.extra.slack.*) en lugar de ser leídos pero ignorados;
• block formatting: el texto enriquecido nativo, las tablas y el código resaltado ahora se renderizan correctamente a través del relay.

Junto con la guía completa de automatización de cron, los usuarios de relay ahora obtienen una experiencia de cron a la par de la nativa.

Truco 4 — Resiliencia: los backends de búsqueda con clave que fallan reciben un rescate keyless

Tu búsqueda web está configurada con un backend con clave de API. Se cae — y antes eso significaba un error, pasar al siguiente, y si todos los backends con clave están caídos, la búsqueda muere.

El PR #90688 (fusionado el 20 de agosto) añade un fallback silenciosamente elegante: cuando un backend web con clave falla, Hermes rescata la llamada hacia el keyless ring por una sola llamada — y, crucialmente, never sticky: el rescate se aplica solo a esa única llamada, de modo que el backend con clave retoma el control en el momento en que se recupera.

Para el usuario: un error de «búsqueda fallida» menos, un «lo encontré sin gastar tu cuota» más. Un cambio diminuto, con una frecuencia diaria enorme.

Estado de lanzamiento

Truco	PR	Fusionado	Estado
Muse Spark prompt caching	#88601	17 ago	En v0.20.4 (lanzada el 18 de agosto)
Control del navegador integrado	#90197	20 ago	main, sin publicar
Cron de relay plano + texto enriquecido	#90038	20 ago	main, sin publicar
Rescate de búsqueda keyless	#90688	20 ago	main, sin publicar

Para probarlas: hermes update (los usuarios de v0.20.4 obtienen el truco 1 automáticamente); las otras tres llegan con la próxima versión o desde main (hermes update --branch main).

Resumen

Lo que comparten estos cuatro trucos: nadie los anunció, y te afectan todos los días. El caching ahorra dinero real, el control del navegador ahorra cambios de contexto, la mejora de cron ahorra dolores de cabeza en la integración empresarial, y el rescate de búsqueda ahorra un fallo a las 3 de la madrugada. Todos fusionados del 17 al 20 de agosto; el primero ya está disponible en v0.20.4. Tras actualizar, revisa la referencia del comando cron y pon en práctica lo que te aplique.