Notas de la versión de Eigent v0.0.90: caché de prompts, carga de archivos en el navegador y actualizaciones más rápidas

Eigent v0.0.90 es una versión pensada para hacer más con menos — y hacerlo más rápido. La función principal es la caché de prompts a nivel de plataforma: en lugar de reprocesar el mismo contexto en cada turno del agente, Eigent ahora lo almacena en caché a nivel de modelo, reduciendo drásticamente la latencia y recortando costes de forma significativa en flujos de trabajo de larga duración. Además, el agente del navegador incorpora capacidad de carga de archivos, y la canalización de autoactualización pasa de GitHub Releases a una CDN para descargas muchísimo más rápidas.

Para cualquiera que ejecute Eigent como su plataforma de cowork open source, v0.0.90 es una versión que, sin hacer ruido, hace que todo se sienta más ágil y más capaz. Vamos a ello.

---

⚡ Caché de prompts para todos los modelos

El rendimiento y los costes acaban de dar un gran salto hacia adelante.

Muchas gracias a @Zephyroam por la implementación base en PR #1482, y a @fengju0213 por el seguimiento específico en PR #1552, que extiende la caché a la inicialización de modelos Anthropic BYOK.

La caché de prompts permite al modelo almacenar y reutilizar la representación procesada de un contexto largo y estable — prompts del sistema, instrucciones de habilidades, contexto de documentos — en lugar de tokenizarlo y reprocesarlo en cada turno del agente. Para el tipo de tareas multinivel y de largo alcance en las que destacan los agentes cowork de Eigent, esto puede suponer reducciones drásticas tanto en la latencia como en el coste de tokens.

La PR #1482 es una implementación amplia que extiende la compatibilidad con la caché de prompts a múltiples plataformas de modelos, con especial profundidad en AWS Bedrock Converse:

Novedades:

• Integración con AWS Bedrock Converse — compatibilidad dedicada con la caché de prompts para Bedrock Converse, con manejo configurable de regiones y soporte para autenticación con API key y con access key/secret key
• Separación entre AWS Bedrock y Bedrock Converse — ahora se tratan como tipos de plataforma distintos, ya que Bedrock Converse admite caché de prompts mientras que Bedrock estándar usa APIs compatibles con OpenAI que no la admiten
• Configuración específica de la nube — los modelos de Bedrock Converse obtienen una configuración adecuada de URL y región al inicializarse
• Mensajes de error de validación mejorados — errores más claros y descriptivos en los distintos tipos de plataforma para ayudar a los usuarios a depurar problemas de configuración BYOK
• Callbacks de stream del worker del agente — alineados con los cambios del framework CAMEL upstream para un comportamiento de streaming correcto

La PR #1552 (de @fengju0213) cierra el círculo añadiendo la configuración de caché en la fase de inicialización del modelo Anthropic, asegurando que los usuarios de Anthropic BYOK también se beneficien de la caché de prompts sin necesidad de configuración manual.

En un flujo de trabajo multiagente cowork en el que los agentes comparten un prompt del sistema largo o un documento de habilidades, almacenar ese contexto en caché una sola vez en lugar de procesarlo en cada llamada es el tipo de optimización que se acumula en cada tarea.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1482

🔗 PR: https://github.com/eigent-ai/eigent/pull/1552

---

🌐 Herramienta de carga de archivos para el agente del navegador

El agente del navegador acaba de recibir una nueva capacidad muy potente.

Un saludo a @Douglasymlai, revisado por @nitpicker55555, por añadir la carga de archivos como una herramienta de primera clase en el agente del navegador. Antes, el agente del navegador podía navegar, leer e interactuar con páginas, pero no podía manejar campos de carga de archivos. Ese vacío ya está resuelto.

La automatización web se encuentra a menudo con escenarios de carga de archivos: adjuntar un documento a un formulario, enviar una hoja de cálculo a un portal de datos, subir una imagen a un CMS. Sin compatibilidad nativa para cargas, estos flujos de trabajo requerían soluciones improvisadas. Ahora el agente del navegador puede gestionarlos de forma limpia.

Novedades:

• Herramienta Upload File — una herramienta dedicada en el conjunto de herramientas del agente del navegador para manejar elementos de entrada de archivos en páginas web
• Compatibilidad de carga de extremo a extremo — el agente puede seleccionar un archivo y activar interacciones de subida como parte de un flujo de automatización del navegador más amplio
• Integrado con la cadena de herramientas del navegador existente — funciona sin problemas junto con las herramientas existentes de navegación, entrada de formularios y lectura

Esto hace que el agente del navegador de Eigent sea significativamente más capaz para escenarios reales de automatización cowork open source que implican envío de archivos, recepción de documentos o subida de contenido multimedia.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1528

---

📊 Desplazamiento automático del log del worker

Un pequeño cambio de UX. Una gran diferencia cuando estás viendo cómo se ejecuta una tarea.

Gracias a @Douglasymlai, revisado y aprobado por @4pmtong, por implementar el desplazamiento automático en el panel de logs del worker del flujo de trabajo.

Antes, cuando un agente ejecutaba una tarea larga con muchas entradas de uso de herramientas, el log se llenaba y las nuevas entradas aparecían debajo del área visible. Los usuarios tenían que desplazarse manualmente hacia abajo para seguir el hilo, algo molesto cuando estás supervisando activamente una sesión de un agente cowork.

Novedades:

• Auto-scroll en nuevas entradas — la vista del log permanece anclada al último mensaje de uso de herramienta a medida que llega nuevo contenido durante la ejecución de la tarea
• Seguimiento del estado de desplazamiento — wasAtBottomRef registra si el usuario está viendo la parte inferior del log, de modo que el auto-scroll no interrumpa si se ha desplazado intencionadamente hacia arriba para revisar pasos anteriores
• Reinicio al cambiar de tarea — el estado de estar al final se restablece al cambiar de tarea o abrir el panel de logs, garantizando un inicio limpio para cada nueva ejecución del agente
• Ajustes de diseño — cadenas de clases Tailwind actualizadas en el componente del nodo del flujo de trabajo para mejorar el diseño del panel

Cuando ejecutas agentes eigent cowork de varios pasos y quieres ver lo que está ocurriendo en tiempo real, este cambio hace que el panel de logs se sienta como un auténtico feed en vivo.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1513

---

⚙️ Detección de servidor obsoleto para desarrollo local

Nunca más te preguntes: "¿estoy ejecutando código antiguo?"

Gracias a @4pmtong por desarrollar y lanzar esta mejora de la experiencia de desarrollo.

Cualquiera que ejecute Eigent con VITE_USE_LOCAL_PROXY=true conoce esto: obtienes cambios nuevos, olvidas reiniciar el backend y pasas tiempo depurando un comportamiento que ya estaba corregido, porque el servidor está ejecutando código obsoleto. La PR #1517 lo resuelve con detección automática y una notificación persistente.

Novedades:

• Hash de git al inicio — el backend ahora captura SERVER_CODE_HASH a partir del commit git actual al arrancar el servidor
• Endpoint /health ampliado — ahora devuelve tanto la versión como el hash del servidor, lo que permite al frontend comparar el estado esperado frente al real
• Función checkLocalServerStale() — el frontend consulta periódicamente el endpoint de salud, compara hashes y muestra una notificación toast persistente cuando detecta una discrepancia
• Hash de git vs. número de versión — usa intencionadamente el hash de git en lugar de la cadena de versión, para evitar falsos positivos en lanzamientos solo de frontend que no cambian el backend
• Compatibilidad con Docker — se actualiza el Dockerfile para que el hash también esté disponible dentro de entornos de desarrollo en contenedores

Si contribuyes a eigent o lo ejecutas localmente para tus flujos de trabajo cowork open source, esta es una mejora pequeña pero realmente bienvenida en la experiencia de uso que te ahorrará tiempo de depuración.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1517

---

📦 Autoactualizaciones impulsadas por CDN

Actualizaciones más rápidas. Menos espera.

Gracias a @4pmtong, revisado por @Pakchoioioi, por cambiar el feed de autoactualización de GitHub Releases a una CDN.

Antes, el autoactualizador de Electron de Eigent descargaba los paquetes de instalación directamente desde GitHub Releases. Funcionaba, pero la infraestructura de releases de GitHub no está optimizada para la velocidad de distribución binaria a gran escala. El cambio a un feed de CDN significa que los paquetes de actualización ahora se sirven desde nodos cercanos a los usuarios.

Qué ha cambiado:

• CDN como origen de actualización — el actualizador de Electron ahora apunta a un feed alojado en una CDN en lugar de GitHub Releases para descargar paquetes
• Velocidades de descarga más rápidas — especialmente notable para usuarios fuera de Norteamérica, donde la cobertura de nodos CDN de GitHub es menor
• Mismo ritmo de lanzamientos — no cambia cuándo se publican las versiones; solo desde dónde se descargan los paquetes

Si has notado descargas de actualización lentas cuando Eigent te pide actualizar, este cambio debería mejorar esa experiencia de forma significativa.

🔗 PR: https://github.com/eigent-ai/eigent/pull/1543

---

🐛 Correcciones de errores

Esta versión también incluye tres correcciones específicas:

• Corregido NameError al iniciar el backend con advertencias de directorio público — server/main.py hacía referencia a una variable logger no definida al registrar advertencias de creación o montaje del directorio público, lo que provocaba un NameError durante la inicialización. Se corrigió reemplazándola por loguru_logger, que sí estaba importado correctamente. (#1520 — @mxl)

• Corregido el problema de reapertura del error de puerto del navegador — se resolvió un error que provocaba que el puerto del agente del navegador fallara al reabrirse, lo que podía dejar la herramienta del navegador en un estado irrecuperable a mitad de sesión. (#1545 — @Douglasymlai)

• Corregida la validación del modelo Anthropic que rechazaba max_tokens ausente — la API Messages de Anthropic requiere un valor entero positivo max_tokens, pero el formulario BYOK no expone este campo. Cuando la validación se ejecutaba sin él, Anthropic devolvía un error 400. La corrección asegura que validate_model_with_details y create_agent fusionen ambos un valor predeterminado de 4096 para el campo max_tokens cuando falte en la plataforma Anthropic. (#1549 — @emag165, refinado por @fengju0213)

---

❤️ La comunidad sigue subiendo el listón

Este sprint entregó:

• Caché de prompts a nivel de plataforma para todos los proveedores de modelos, con profundidad en AWS Bedrock Converse y Anthropic BYOK
• Capacidad de carga de archivos añadida al agente del navegador
• Auto-scroll en el log del worker para monitorización en vivo de tareas
• Detección de servidor local obsoleto para desarrolladores que ejecutan con un proxy local
• Descargas de autoactualización respaldadas por CDN para actualizaciones más rápidas
• Tres correcciones específicas de errores en el arranque del backend, la gestión del puerto del navegador y la validación de modelos Anthropic

Cada uno de estos cambios vino de contribuyentes que usan Eigent, se encontraron con un problema real y aportaron una corrección o una mejora. Ese es el ritmo del cowork open source en su mejor versión.

Si has estado pensando en contribuir — ya sea en modelos, UX, herramientas de agentes, skills o infraestructura — v0.0.90 es una gran muestra de lo que es posible. Súmate.

Sigamos construyendo.