Notas de la versión de Eigent v1.0.2: Connector Gateway, vista previa en sesión y controles BYOK
Conecta aplicaciones de terceros, previsualiza el trabajo sin salir de la sesión y ajusta cada modelo BYOK

Eigent v1.0.2 es una versión centrada en mantener tu trabajo conectado, visible y en movimiento. El nuevo Connector Gateway lleva las conexiones alojadas con aplicaciones de terceros directamente a Eigent mediante MCP, mientras que el panel de vista previa en sesión ofrece a páginas web, archivos, lienzos, terminales y revisiones un único lugar junto a la conversación.
Esta versión también brinda a los usuarios de BYOK control directo sobre los parámetros del modelo, permite compartir capturas de pantalla con solo pegarlas en el chat, aclara lo que hacen los agentes en el registro de trabajo en vivo y refuerza los flujos de larga duración que hacen de Eigent una verdadera plataforma de cowork open source. Entremos en detalle.
🔌 Connector Gateway: tus aplicaciones, disponibles para tus agentes
La mayor novedad de v1.0.2 es una vía directa desde Eigent hasta las herramientas donde ya vive tu trabajo.
Muchas gracias a @4pmtong por crear la primera integración de Connector Gateway del lado de Eigent en el PR #1776.
Connector Gateway añade una interfaz independiente del proveedor para runtimes de conectores alojados. En lugar de integrar cada servicio directamente en la aplicación de escritorio, Eigent se conecta mediante el eigent_server alojado, recibe la configuración MCP correspondiente y pone esas herramientas a disposición cuando comienza una nueva tarea.
Novedades:
- Descubrimiento de conectores — explora los proveedores disponibles con búsqueda y paginación desde el área Conectores
- Panel de detalles del conector — revisa los metadatos del proveedor, el estado de conexión, las acciones disponibles y sus vistas previas antes de usar un conector
- Interfaz consciente de capacidades — Connector Gateway solo aparece cuando el servidor de Eigent conectado anuncia que es compatible
- Montaje MCP automático — las herramientas conectadas se añaden a las tareas nuevas mediante la configuración MCP del Gateway
- Prompts de agente conscientes de los conectores — ahora los agentes priorizan las herramientas MCP pertinentes cuando les pides consultar u operar una aplicación de terceros conectada
- Arquitectura independiente del proveedor — la integración está nombrada y estructurada para que Eigent no quede ligado permanentemente a un único proveedor de conectores
Es un paso importante hacia un entorno de cowork donde los agentes puedan pasar de la planificación a la acción sin obligarte a copiar información manualmente entre aplicaciones.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1776
🖥️ Un panel de vista previa en sesión para todo tipo de trabajo
Ahora tu trabajo puede permanecer junto a la conversación en vez de abrirse en ventanas dispersas.
Un reconocimiento a @Douglasymlai por presentar el panel de vista previa unificado en el PR #1750.
La antigua vista previa de archivos de propósito único se ha convertido en un espacio con pestañas para contenido de navegador, archivos, lienzo, terminal y revisión. Se sitúa en una división redimensionable junto al chat, se abre y cierra con una transición fluida y recuerda su estado por separado para cada proyecto.
Novedades:
- Cinco tipos de vista previa — abre pestañas de navegador, archivo, lienzo, terminal y revisión en un panel coherente
- Navegador de escritorio integrado — navega con atrás, adelante, actualizar, una barra de direcciones y una opción para abrir la página en el navegador del sistema
- Los enlaces permanecen en contexto — al hacer clic en un enlace HTTPS en el chat de escritorio, se abre dentro de la vista previa de la sesión en lugar de sacarte de Eigent
- Diseño de sesión redimensionable — ajusta el equilibrio entre conversación y vista previa conforme cambia la tarea
- Estado de vista previa por proyecto — las pestañas permanecen asociadas al proyecto correcto al cambiar de sesión
- Webviews más seguras — se bloquean preferencias de invitado inseguras y fuentes que no sean HTTP(S), mientras que los enlaces de ventana nueva permanecen dentro de la vista controlada
- Comportamiento consciente de los recursos — los navegadores invitados inactivos se eliminan después de diez minutos para recuperar recursos de renderizado
Ya sea que un agente haya generado un archivo, abierto una fuente de investigación o producido algo que necesita revisión, el resultado ahora tiene un lugar natural dentro de la sesión.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1750
🎛️ Parámetros de modelos BYOK y elección de modelo por sesión
Traer tu propia clave ahora también significa traer tus propios ajustes de inferencia.
Gracias a @fengju0213 por añadir parámetros de modelos BYOK en el PR #1765 y a @iyernaveenr por hacer que la selección del modelo persista en cada sesión de chat en el PR #1736.
Antes, los usuarios de BYOK podían elegir un proveedor y un modelo, pero no disponían de una interfaz compatible para ajustes como temperature, top_p o max_tokens. Eigent v1.0.2 añade un editor JSON opcional a cada tarjeta de proveedor BYOK, valida el objeto en línea, lo guarda con el proveedor y lo remite correctamente tanto al modelo predeterminado de la tarea como a las sustituciones de workers respaldados por el proveedor.
Novedades:
- Editor de parámetros del modelo — configura los parámetros de inferencia compatibles como un objeto JSON desde la tarjeta del proveedor BYOK
- Validación inmediata — el JSON mal formado y los valores que no sean objetos se detectan antes de llegar al modelo
- Ajustes que completan el ciclo — los parámetros se cifran, persisten y se restauran al volver a abrir el proveedor
- Propagación a nivel de worker — los workers personalizados y locales reciben la configuración del proveedor elegido sin guardar claves API ni secretos del proveedor en el estado del worker
- Registros más seguros — las credenciales del modelo de cada worker se ocultan en la salida de depuración de agentes nuevos
- Un modelo para cada sesión — las conversaciones existentes recuerdan su propio modelo seleccionado entre mensajes posteriores y reinicios de la aplicación, sin cambiar el valor predeterminado global
El resultado es un control más preciso para usuarios avanzados y conversaciones más predecibles cuando varios proyectos usan modelos distintos al mismo tiempo.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1765
🔗 PR: https://github.com/eigent-ai/eigent/pull/1736
📎 Pega imágenes en el chat y confía en los archivos que recibes
Compartir contexto visual con un agente debería ser tan rápido como compartirlo con un compañero.
Gracias a @iyernaveenr por la compatibilidad con pegar archivos desde el portapapeles en el PR #1740, y a @4pmtong por las correcciones de archivos de salida y Agent Folder en los PR #1767, #1773 y #1798.
Ahora puedes copiar una captura y pegarla directamente en el cuadro del chat. En escritorio, Eigent guarda de forma segura los bytes del portapapeles en un archivo temporal y pasa el resultado al flujo de adjuntos existente. En la web, los archivos pegados usan la misma ruta de carga que los archivos soltados. El texto sin formato sigue pegándose con normalidad, incluso cuando el portapapeles contiene texto y una imagen.
Mejoras:
- Pegado de imágenes del portapapeles — usa
Cmd+VoCtrl+Vpara adjuntar capturas sin abrir un selector de archivos - Compatibilidad con archivos del portapapeles — los elementos copiados desde un gestor de archivos pueden entrar en el mismo flujo de adjuntos
- Protecciones coherentes — pegar sigue las mismas reglas de disponibilidad, deduplicación y mensajes de éxito o error que arrastrar y soltar
- Rutas de sandbox correctas — las rutas de salida
sandbox:/...ya no se interpretan como rutas de unidad de Windows - Detección de archivos más segura — las URL y los esquemas desconocidos no se presentan como archivos de salida locales
- Resolución de salida por usuario — los archivos se resuelven desde la ruta del ID del usuario actual, conservando como alternativa el almacenamiento heredado basado en correo electrónico
- Agent Folder más limpia — los directorios internos de raíz de tareas se ocultan y las entradas de directorio ya no aparecen como archivos clicables
Estos cambios cierran ambos lados del ciclo: es más fácil proporcionar contexto visual a un agente y más fiable abrir los archivos que crea.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1740
🔗 PR: https://github.com/eigent-ai/eigent/pull/1767
🔗 PR: https://github.com/eigent-ai/eigent/pull/1773
🔗 PR: https://github.com/eigent-ai/eigent/pull/1798
🔎 Registros de trabajo más claros, respaldados por eventos de flujo tipados
Cuando los agentes trabajan, Eigent debe hacer que su progreso sea fácil de entender y fiable de procesar.
Gracias a @Pakchoioioi por las mejoras del registro de trabajo en los PR #1696 y #1697, a @Douglasymlai por el bus de eventos tipados de la aplicación en el PR #1771 y a @fengju0213 por los informes de uso de tokens por solicitud en el PR #1362.
La actividad de las herramientas ahora separa la solicitud enviada a una herramienta de la respuesta recibida. En modo Single Agent, el encabezado del registro también sustituye la etiqueta genérica “CAMEL Agent” por el active_form en vivo del paso en curso y se actualiza con una transición sutil a medida que el agente avanza por su plan.
Cambios:
- Tarjetas de solicitud y respuesta — las entradas y salidas de las herramientas se etiquetan por separado en vez de combinarse en un único bloque
- Nombres de pasos en vivo — los registros de Single Agent muestran la acción actual y se actualizan conforme avanza el trabajo
- Las etiquetas largas se ajustan bien — el texto del paso activo sigue siendo legible en lugar de truncarse
- Bus de eventos tipados de la aplicación — las rutas de workflow emiten eventos estructurados mediante una base ligera y comprobable
- Búfer de eventos tempranos — los eventos de inicio esperan de forma segura hasta que el consumidor está listo
- Eventos de uso por solicitud — los pasos no transmitidos y con varias solicitudes pueden informar del uso de tokens al terminar cada solicitud al modelo, sin esperar a que finalice todo el paso
- Protección contra doble conteo — los informes por solicitud y por paso se coordinan para no contar dos veces los tokens
Son mejoras de claridad visibles para el usuario con una base de eventos más sólida por debajo: útiles hoy y preparadas para diagnósticos de workflow más completos mañana.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1696
🔗 PR: https://github.com/eigent-ai/eigent/pull/1697
🔗 PR: https://github.com/eigent-ai/eigent/pull/1771
🔗 PR: https://github.com/eigent-ai/eigent/pull/1362
✨ Una experiencia de chat y escritorio más cuidada
Las pequeñas interacciones alrededor de una tarea ahora se sienten más tranquilas, claras e intencionadas.
Gracias a @Douglasymlai por rediseñar el compositor del chat, los tooltips, la experiencia de actualización, el flujo de registros de soporte y el sistema de movimiento en los PR #1749, #1754, #1751, #1802 y #1805. Gracias también a @iyernaveenr por restaurar la última sesión visitada al iniciar y abrir los chats cambiados en su mensaje más reciente en los PR #1745 y #1733.
Mejoras:
- Compositor de chat de dos niveles — las acciones de mensajes se sitúan sobre una fila dedicada a configurar modo de sesión, modelo y nivel de razonamiento
- Selectores directos de conectores y skills — añade tokens
@connectory#skillsin pasar por un menú genérico de suma - Tooltips conscientes de la intención — las etiquetas de navegación aparecen de inmediato, mientras que las ayudas informativas más completas mantienen un breve y tranquilo retraso
- Progreso de actualización integrado — las actualizaciones de escritorio se descargan en segundo plano y muestran el progreso en la barra superior, seguido de una acción clara “Iniciar nueva versión”
- Registros de diagnóstico descargables — el diálogo de Soporte puede exportar tanto los registros de escritorio de Eigent como los registros de tareas de CAMEL
- Retoma donde lo dejaste — al reabrir la aplicación se restaura la última conversación visitada cuando corresponde
- Último mensaje al cambiar de proyecto — cambiar de chat te lleva directamente al final actual de la conversación
- Movimiento más coherente — transiciones específicas reemplazan al comportamiento general
transition-allen incorporación, tareas, workflows, skills, conectores, barras laterales y diálogos, con soporte de movimiento reducido donde corresponde
Por separado son cambios compactos. Juntos eliminan fricción de las partes de Eigent que utilizas todo el día.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1749
🔗 PR: https://github.com/eigent-ai/eigent/pull/1754
🔗 PR: https://github.com/eigent-ai/eigent/pull/1751
🔗 PR: https://github.com/eigent-ai/eigent/pull/1745
🔗 PR: https://github.com/eigent-ai/eigent/pull/1733
🔗 PR: https://github.com/eigent-ai/eigent/pull/1802
🔗 PR: https://github.com/eigent-ai/eigent/pull/1805
🛡️ Flujos de larga duración que siguen funcionando
La fiabilidad es más importante cuando una tarea ya lleva mucho tiempo trabajando.
Muchas gracias a @iyernaveenr por proteger las ejecuciones activas durante cambios de proyecto y cierres de ventana, hacer configurables los tiempos límite de pasos, registrar el gasto de ejecuciones fallidas y corregir el estado de finalización en los PR #1748, #1747, #1746 y #1737. Gracias a @4pmtong por reforzar el control remoto en segundo plano, el inicio del backend, la hidratación de Space y el manejo de respuestas obsoletas en los PR #1774, #1775, #1797 y #1799.
Más fiabilidad:
- Los cambios de proyecto conservan las ejecuciones activas — moverse entre proyectos ya no expulsa ni reproduce el estado de una forma que pueda abortar un stream activo
- Las advertencias de cierre cubren todos los proyectos — Eigent avisa antes de cerrar la ventana si hay alguna ejecución activa, no solo la tarea visible
- Tiempo límite de paso configurable — los despliegues pueden cambiar
AGENT_STEP_TIMEOUT_SECONDS, conservar el valor predeterminado de 30 minutos o desactivar el límite por paso - Se registra el gasto de ejecuciones fallidas — el uso de tokens acumulado antes de un tiempo límite o error ya no queda en cero
- Las respuestas largas siguen completándose — los resúmenes del historial se limitan al máximo de la base de datos sin impedir que el estado de la tarea pase a completado
- El control remoto funciona en segundo plano — los mensajes remotos pueden dirigirse a un proyecto en segundo plano sin obligar a la interfaz de escritorio a cambiar de proyecto
- Inicio más seguro del backend local — los lanzamientos duplicados, las carreras de reinicio y las tuberías de consola rotas se gestionan de forma más defensiva
- El Space activo sobrevive a la hidratación — la sincronización con el servidor conserva el Space elegido por el usuario y solo crea uno vacío en casos reales de configuración o migración
- Las respuestas humanas tardías fallan con elegancia — las respuestas obsoletas tras limpiar el bloqueo de tarea eliminan el estado antiguo de la interfaz en lugar de mostrarse como errores del programa backend
Para quienes usan Eigent en workflows largos de investigación, programación o documentos, estas correcciones hacen de la aplicación de escritorio un lugar mucho más seguro donde dejar trabajo serio en ejecución.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1748
🔗 PR: https://github.com/eigent-ai/eigent/pull/1747
🔗 PR: https://github.com/eigent-ai/eigent/pull/1746
🔗 PR: https://github.com/eigent-ai/eigent/pull/1737
🔗 PR: https://github.com/eigent-ai/eigent/pull/1774
🔗 PR: https://github.com/eigent-ai/eigent/pull/1775
🔗 PR: https://github.com/eigent-ai/eigent/pull/1797
🔗 PR: https://github.com/eigent-ai/eigent/pull/1799
🐛 Más correcciones en inicio de sesión, chat, OAuth, Windows y Docker
Esta versión también incluye correcciones específicas en toda la pila:
-
Corregido que el inicio de sesión local perdiera el estado de la cuenta — las sesiones locales recuperan el ID del usuario desde la respuesta de inicio o el token de acceso, evitando que un Legacy Space vacío de solo lectura sustituya los Spaces y Projects reales. (#1739 — @iyernaveenr)
-
Corregidos los bloques de código delimitados invisibles cuando no coinciden los temas del sistema y la aplicación — el texto y el fondo del código ahora siguen el mismo tema de la aplicación, manteniendo legibles las cuatro combinaciones claro/oscuro. (#1735 — @iyernaveenr)
-
Corregido el salto del cursor del chat al escribir rápido — la posición se restaura de forma síncrona tras renderizar el texto enriquecido, mientras que solo el desplazamiento dependiente del diseño espera al siguiente frame. (#1732 — @iyernaveenr)
-
Corregido el alcance de skills en Single Agent — Single Agent siempre aparece primero en el selector de acceso a skills y sus alias se normalizan de forma coherente en la correspondencia de frontend y backend. (#1759 — @suger-m)
-
Corregida la detección de capacidades del terminal en Windows — los entornos nativos de PowerShell y Command Prompt pueden registrar herramientas de terminal aunque Bash no esté instalado. (#1716 — @fengju0213)
-
Corregido el manejo del almacén de confianza del backend — los backends incluidos con la aplicación pueden usar certificados de confianza del sistema operativo, incluidas las CA privadas empleadas por endpoints HTTPS remotos de modelos. (#1700 — @fengju0213)
-
Corregida la codificación de la URL de autorización OAuth — los adaptadores de Slack, Notion, X y Google ahora codifican correctamente URL de redirección, scopes, estado, Unicode y otros caracteres especiales. (#1636 — @hobostay)
-
Corregidas las compilaciones nuevas del servidor Docker —
.gitpermanece disponible para el montaje bind de BuildKit que estampa el commit del servidor, sin copiarse en la capa de la imagen. (#1703 — @nilbot)
📚 Dependencias y documentación
Gracias a @fengju0213 por actualizar camel-ai a 0.2.91a5 en el PR #1760, a @carlosjarenom por corregir el requisito de Python del README del servidor de 3.10 a 3.12 en el PR #1672, a @Douglasymlai por actualizar los aspectos destacados del producto y los casos de uso en los README localizados en el PR #1802, a @4pmtong por separar las cargas de compilaciones open source en su propio prefijo de S3 en el PR #1801 y a @Wendong-Fan por actualizar el código QR de WeChat.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1760
🔗 PR: https://github.com/eigent-ai/eigent/pull/1672
🔗 PR: https://github.com/eigent-ai/eigent/pull/1801
❤️ La comunidad sigue elevando el listón
Esta versión ofrece:
- Un Connector Gateway que pone herramientas alojadas de terceros a disposición de los agentes mediante MCP
- Una vista previa unificada en sesión para trabajo de navegador, archivo, lienzo, terminal y revisión
- Parámetros de modelos BYOK y una elección de modelo que persiste en cada conversación
- Pegado de imágenes desde el portapapeles y un manejo más fiable de archivos generados
- Registros de trabajo en vivo más claros, eventos de workflow tipados e informes de tokens por solicitud
- Un compositor rediseñado, tooltips más inteligentes, progreso de actualización visible y registros de soporte descargables
- Mayor protección para tareas de larga duración durante cambios de proyecto, cierres de ventana, tiempos límite y control en segundo plano
- Correcciones específicas de inicio de sesión, renderizado del chat, skills, Windows, certificados, OAuth y Docker
Eigent v1.0.2 mejora el producto en el trabajo que sucede entre los grandes momentos: conectar la herramienta adecuada, mantener visible el contexto, explicar qué hace un agente y proteger una tarea mientras se ejecuta.
Cada función y corrección nace de colaboradores que transforman fricciones reales del workflow en una mejor experiencia de cowork open source. Si quieres ayudar a dar forma a lo próximo, explora el código, abre un issue o envía un PR.
🔗 Versión: https://github.com/eigent-ai/eigent/releases/tag/v1.0.2
Sigamos construyendo.
Recent Posts

Ingeniería de Grafos para Agentes de IA: Más Allá de los Bucles de Retroalimentación Simples
La ingeniería de grafos conecta múltiples bucles de retroalimentación en una red para que los agentes de IA no manipulen sus propias métricas. Descubre por qué los bucles simples fallan y cómo corregir la topología.

Kimi K3: El modelo frontier de código abierto de 2,8T de Moonshot AI para codificación agéntica
Kimi K3 es el modelo de pesos abiertos de 2,8 billones de parámetros de Moonshot AI — el más grande jamás lanzado. Conoce sus especificaciones, benchmarks, precios y lo que significa para los agentes de IA.

Thinking Machines Inkling: El Primer Modelo de Pesos Abiertos de Mira Murati
El primer modelo de Thinking Machines Lab, Inkling, es un MoE multimodal de pesos abiertos con 975B parámetros y esfuerzo de razonamiento controlable. Especificaciones, benchmarks y por qué es relevante.