Notas de la versión Eigent v1.0.4: paneles de Skills y Connectors y ejecuciones multiturno estables

Eigent v1.0.4 es una versión pensada para que el workspace se lea mejor. Skills y Connectors eran antes tarjetas de configuración apiladas; ahora son paneles tipo biblioteca con vistas de colección reales, páginas de detalle y un shell de página compartido que usan Home, Skills y Connectors.

Bajo esa superficie, esta versión cierra un conjunto concreto de huecos que aparecieron cuando las tareas empezaron a durar más: instrucciones que se perdían entre turnos encadenados del modelo, checkpoints que fallaban cuando una tarea clonaba un repositorio dentro de un Space, conectores que mostraban un estado distinto al del runtime que realmente iba a ejecutarlos, y la aplicación que no se cerraba del todo al cerrar su última ventana.

---

🧩 Skills y Connectors como paneles de gestión

Gestionar una Skill no debería significar recorrer una página de ajustes hasta dar con la tarjeta correcta.

Gracias a @Douglasymlai por reconstruir Skills y Connectors como superficies de colección y detalle en el PR #1896, y a @4pmtong por revisarlo.

Skills es ahora un panel tipo biblioteca. Cada Skill se abre en una vista de detalle propia que muestra de dónde viene, qué acceso tiene, si está habilitada y qué archivos contiene. Connectors sigue el mismo modelo: una vista general de la colección, un flujo para añadir y explorar, y una cabecera de perfil con el icono, el nombre, el origen y la acción de instalar o guardar.

Novedades:

• Panel de biblioteca de Skills — explora tus Skills como una colección, no como una pila de tarjetas de ajustes
• Vistas de detalle de Skill — etiquetas de origen y acceso, estado de habilitación y explorador de archivos en un solo lugar
• Colección y descubrimiento de Connectors — un camino más claro entre explorar conectores disponibles y configurar uno
• Cabecera de detalle del conector — icono, nombre, origen y acción de instalar o guardar presentados como un perfil
• Barras laterales de detalle — el contexto de apoyo permanece junto al recurso que estás inspeccionando

La diferencia práctica es la inspección. Puedes responder «de dónde salió esta Skill, qué puede alcanzar y qué hay dentro» sin salir de la página en la que empezaste.

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

---

🏠 Un único shell de página para Home, Skills y Connectors

La coherencia es una funcionalidad cuando navegas por la misma aplicación todos los días.

v1.0.4 unifica Home y Ajustes en un único shell de página construido con primitivas compartidas: una barra de herramientas de colección, un rastro de migas, un raíl de contenido y una cabecera de retroceso en la barra lateral. Las listas del hub de Home, los estados vacíos y las pestañas de detalle de Space se alinean ahora con el mismo diseño de colección de Skills y Connectors.

Mejoras:

• Diseños compartidos — la misma cabecera, migas y raíl de lectura en Home, Skills y Connectors
• Listas de colección coherentes — las listas del hub y las pestañas de detalle de Space siguen un solo modelo de diseño
• Estados vacíos más claros — una superficie sin configurar se explica en lugar de mostrar un panel en blanco
• Navegación predecible — las migas y las cabeceras de retroceso se comportan igual en todas partes

Una vez que el shell es compartido, moverse entre Home, un Space, una Skill y un Connector deja de exigir que vuelvas a aprender la página cada vez.

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

---

🔁 Trabajo multiturno que conserva sus instrucciones

Una tarea larga es una cadena de turnos, y cada turno necesita las mismas instrucciones de confianza.

Gracias a @4pmtong por corregir los fallos de Prompt Guard en las peticiones encadenadas de la Responses API en el PR #1883.

La primera petición de la cadena funcionaba, y por eso la regresión pasó desapercibida. Las peticiones siguientes reutilizaban previous_response_id, pero las instructions de nivel superior no se arrastraban automáticamente, de modo que el prompt de agente de confianza desaparecía en silencio a mitad de la ejecución.

Correcciones:

• Instrucciones en cada petición — el prompt de agente de confianza se envía en las instructions de la Responses API en cada turno, no solo en el primero
• Sin contenido de prompt duplicado — los elementos system y developer se retiran de la entrada al promoverse a instructions, evitando tokens y facturación duplicados
• Prompt Guard intacto — se conserva el mensaje de rechazo existente para prompts no confiables

Es el tipo de error que solo aparece con la duración. Las tareas cortas se veían bien; el fallo vivía en el tercer turno.

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

---

🧰 Herramientas con esquemas de parámetros dinámicos

No todas las herramientas tienen una forma fija, y la validación estricta de esquemas no debería rechazar a las que no la tienen.

Gracias a @fengju0213 por subir camel-ai[eigent] a 0.2.91a7 y refrescar el lockfile del backend en el PR #1897.

La nueva versión de CAMEL incluye el respaldo de esquema estricto que necesitan los parámetros de herramienta con mapas abiertos. Con él, PlanningWorktreeToolkit.planning_exit_plan_mode mantiene su additionalProperties con valor de esquema y se emite con strict: false, evitando una respuesta 400 del proveedor y conservando a la vez los campos de diccionario dinámicos que la herramienta realmente necesita.

Las herramientas con parámetros abiertos funcionan ahora con proveedores que imponen esquemas estrictos, en lugar de fallar en el momento de la llamada.

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

---

🌿 Repositorios anidados dentro de Spaces con Git

v1.0.3 dio a los Spaces un historial de versiones respaldado por Git. v1.0.4 hace que ese historial sobreviva a una tarea que clona un repositorio dentro de uno.

Gracias a @4pmtong por dar soporte a repositorios anidados en los checkpoints del workspace en el PR #1902.

Git informa de un repositorio anidado sin seguimiento como una única entrada de directorio, del tipo ?? child-repository/. La cadena de checkpoints normalizaba esa ruta a child-repository, lo que hacía fallar la validación de rutas después de que el clonado ya se hubiera completado: el resultado de la herramienta quedaba marcado como desconocido y la ejecución fallaba.

Correcciones:

• Los repositorios anidados son fronteras independientes — una raíz Git anidada sin seguimiento y verificada queda fuera del checkpoint y del estado del repositorio padre
• Sin gitlinks implícitos ni cambios en archivos de ignore — el repositorio padre no se reestructura en silencio para acomodar al hijo
• El estado del padre no cambia — HEAD, el token de estado y las rutas rastreadas quedan intactos al completarse el checkpoint
• El contenido del hijo se conserva — el repositorio anidado y sus commits se mantienen
• La seguridad del worktree se preserva — los worktrees aislados no se limpian mientras contengan un repositorio anidado sin fusionar

Clonar un repositorio en un Space es trabajo de agente corriente. Tras esta versión, ya no termina con la ejecución.

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

---

🔌 Estados de conector que coinciden con el runtime

Un conector que informa de un estado equivocado es peor que uno que no informa de nada.

Dos correcciones de @4pmtong abordan las dos caras del mismo problema.

La búsqueda web quedaba oculta justo cuando necesitaba configurarse. Para quienes tenían un modelo por defecto personalizado, la búsqueda web contaba como desconectada hasta habilitar Querit o configurar credenciales de Google Search, y la vista general de Connectors filtraba todos los conectores integrados desconectados. Como esa fila es además la entrada a su panel de ajustes, esas personas no tenían ninguna forma de configurarla. Ahora la búsqueda web permanece visible y muestra su estado real como No conectado, mientras que los modelos gestionados conservan su estado Conectado. El filtrado no cambia para el resto de conectores integrados desconectados.

Slack aparecía como conectado sin estarlo. En modo alojado, la interfaz de ajustes trataba la presencia de un grupo de configuración local de Slack como una conexión válida, pero las tareas alojadas ejecutan las acciones de Slack a través de Connector Gateway, donde esa misma persona puede no tener ninguna conexión de Slack. El resultado era una insignia de conectado seguida de un error de conexión no encontrada en tiempo de ejecución. Los conectores integrados cuyo flujo de alta pertenece a Connector Gateway siguen ahora una política centralizada: con Gateway habilitado, el Slack integrado se oculta de la página de Connectors, del selector de conectores del chat y de la selección de herramientas de un Worker nuevo. Con Gateway deshabilitado, el Slack integrado sigue disponible para runtimes solo locales.

En ambos casos, la ejecución del toolkit de Slack, la configuración almacenada, la compatibilidad de los Workers guardados y las credenciales de los disparadores de Slack siguen funcionando.

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

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

---

🖥️ Cierre limpio cuando se cierra la última ventana

Cerrar la aplicación debería terminar la aplicación.

Gracias a @4pmtong por corregir el ciclo de vida de cierre en el PR #1891. Cerrar la única ventana ahora termina Eigent limpiamente en todas las plataformas, y apaga con ella el backend local.

Correcciones:

• Una sola vía de salida — el cierre nativo de ventana, el IPC de cierre y el comando de menú Cerrar ventana pasan todos por el mismo flujo protegido quit-app
• macOS también sale con la última ventana — window-all-closed ahora cierra en macOS además de Windows y Linux, de modo que before-quit limpia el backend local
• Desmontaje seguro — se conserva la referencia enlazada a webContents en lugar de leerla de un BrowserWindow ya destruido
• Se omiten los objetos destruidos — no se retiran listeners de ventanas y web contents destruidos, y las referencias del coordinador se liberan antes del desmontaje

El equipo de desarrollo gana lo mismo: npm run dev ahora termina en lugar de dejar un backend corriendo detrás de una ventana cerrada.

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

---

🧹 Tareas de generación web que terminan de forma fiable

Algunas tareas de generación web no terminaban. La causa resultó ser dos cosas a la vez.

Gracias a @4pmtong por la corrección segura para la versión en el PR #1907.

Eigent ya no necesita subir contenido generado al antiguo servicio de despliegue remoto, así que Web Deploy Toolkit se retira del Developer Agent de Workforce y del ensamblado de agente único, y las menciones a despliegue desaparecen del prompt del Developer Agent, de la descripción del coordinador de Workforce y de las listas de capacidades del flujo de trabajo. La configuración heredada que aún pide web_deploy.enabled=true se ignora. web_deploy_toolkit.py y su soporte histórico de renderizado permanecen en el código por si vuelven a hacer falta.

La segunda causa era de tiempos. El presupuesto de checkpoint de la limpieza en segundo plano del terminal pasa de 5 a 30 segundos, dando margen a un servidor de vista previa detenido para liberar su permiso de escritura y terminar el checkpoint de Git del workspace antes de que la ejecución se cierre.

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

---

⚙️ Guardarraíles más rápidos para quien contribuye

Un CI lento es un impuesto sobre todo el que abre una pull request.

El trabajo de guardarraíles del frontend tardaba habitualmente entre 20 y 30 minutos porque ejecutaba la suite completa de Vitest para el commit base y el de la pull request con la caché desactivada, y luego reintentaba los fallos contra una línea base que ya contenía fallos conocidos y tiempos de espera de 29 segundos.

Gracias a @4pmtong por sustituir esa comparación de suite completa por un runner acotado en el PR #1898.

Mejoras:

• Runner de tests modificados — solo se ejecutan los archivos de test de frontend añadidos o modificados por el cambio
• Comprobaciones rápidas primero — tipos, Electron, sistema de diseño y formato se comprueban antes que Vitest
• Se cancelan las ejecuciones superadas — un push nuevo cancela la ejecución anterior del workflow Test para la misma pull request o rama
• Tiempo de espera más corto — el presupuesto de guardarraíles del frontend baja de 30 a 15 minutos

En una repetición contra el cambio fusionado por el PR #1891, el runner de tests modificados ejecutó 4 archivos y 134 tests en 1,07 segundos.

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

---

🔁 Compatibilidad con el trabajo existente

Los Spaces, Sessions, tareas, ajustes de Skills, Workers guardados y configuraciones de conector existentes siguen disponibles tras actualizar a v1.0.4. La experiencia por defecto no requiere configuración adicional.

Las integraciones solo locales se preservan de forma explícita. Con Connector Gateway deshabilitado, el Slack integrado, los Workers guardados y los disparadores de Slack siguen funcionando, y la configuración de Slack almacenada permanece intacta en ambos modos.

---

❤️ Un workspace que se explica solo

Eigent v1.0.4 entrega:

• Skills como panel de biblioteca con vistas de origen, acceso, habilitación y detalle de archivos
• Connectors como flujo de colección, descubrimiento y detalle de perfil
• Un shell de página compartido con migas, barras laterales, raíles de contenido y estados vacíos coherentes en Home, Skills y Connectors
• Instrucciones de agente de confianza conservadas entre turnos encadenados de la Responses API, sin contenido de prompt duplicado
• Compatibilidad con esquemas estrictos para herramientas con parámetros dinámicos
• Repositorios Git anidados tratados como fronteras independientes en los checkpoints del workspace
• Búsqueda web que sigue siendo visible mientras necesita configuración
• Slack presentado a través de la ruta de conector que realmente lo ejecutará
• Cierre limpio de la aplicación y del backend local cuando se cierra la última ventana
• Finalización más fiable de las tareas de generación web y limpieza de procesos en segundo plano
• Un guardarraíl de CI del frontend que tarda minutos en lugar de media hora

El tema de esta versión es la legibilidad. Un panel te dice qué puede alcanzar una Skill. El estado de un conector te dice qué runtime lo ejecutará. Un checkpoint te dice qué repositorio es dueño de un cambio. Y una tarea que corre mucho tiempo conserva las instrucciones con las que empezó.

El trabajo que puedes inspeccionar es el trabajo en el que puedes confiar.

🔗 Versión: https://github.com/eigent-ai/eigent/releases/tag/v1.0.4

🔗 Registro de cambios completo: https://github.com/eigent-ai/eigent/compare/v1.0.3...v1.0.4

Sigamos construyendo.