Notes de version d'Eigent v1.0.2 : Connector Gateway, aperçu en session et contrôles BYOK
Connectez des applications tierces, prévisualisez votre travail sans quitter la session et réglez chaque modèle BYOK

Eigent v1.0.2 est une version pensée pour garder votre travail connecté, visible et en mouvement. Le nouveau Connector Gateway intègre directement dans Eigent des connexions hébergées à des applications tierces via MCP, tandis que le panneau d’aperçu en session réunit pages web, fichiers, canvases, terminaux et revues à côté de la conversation.
Cette version offre également aux utilisateurs BYOK un contrôle direct sur les paramètres des modèles, rend le partage de captures d’écran aussi simple qu’un collage dans le chat, clarifie l’activité des agents dans le journal de travail en direct et renforce les workflows de longue durée qui font d’Eigent une véritable plateforme de cowork open source. Entrons dans le détail.
🔌 Connector Gateway : vos applications à la disposition de vos agents
La principale nouveauté de la v1.0.2 est un chemin direct entre Eigent et les outils où votre travail existe déjà.
Un immense merci à @4pmtong pour avoir créé la première intégration du Connector Gateway côté Eigent dans la PR #1776.
Le Connector Gateway ajoute une interface indépendante des fournisseurs pour les runtimes de connecteurs hébergés. Au lieu d’intégrer chaque service directement à l’application de bureau, Eigent se connecte via le eigent_server hébergé, reçoit la configuration MCP appropriée et met ces outils à disposition au démarrage d’une nouvelle tâche.
Nouveautés :
- Découverte des connecteurs — parcourez les fournisseurs disponibles avec recherche et pagination depuis l’espace Connectors
- Volet de détails du connecteur — consultez les métadonnées du fournisseur, l’état de la connexion, les actions disponibles et leur aperçu avant d’utiliser un connecteur
- Interface sensible aux capacités — le Connector Gateway n’apparaît que lorsque le serveur Eigent connecté annonce sa prise en charge
- Montage MCP automatique — les outils connectés sont ajoutés aux nouvelles tâches via la configuration MCP du Gateway
- Prompts d’agents sensibles aux connecteurs — les agents privilégient désormais les outils MCP pertinents lorsque vous leur demandez d’interroger ou d’utiliser une application tierce connectée
- Architecture indépendante des fournisseurs — le nom et la structure de l’intégration évitent de coupler durablement Eigent à un seul fournisseur de connecteurs
C’est une étape importante vers un environnement de cowork où les agents peuvent passer de la planification à l’action sans vous obliger à copier manuellement des informations entre les applications.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1776
🖥️ Un panneau d’aperçu en session pour tous les types de travail
Votre travail peut désormais rester à côté de la conversation au lieu de s’éparpiller dans plusieurs fenêtres.
Bravo à @Douglasymlai pour l’introduction du panneau d’aperçu unifié dans la PR #1750.
L’ancien aperçu de fichiers à usage unique devient un espace de travail à onglets pour les contenus du navigateur, des fichiers, du canvas, du terminal et des revues. Il occupe un volet redimensionnable à côté du chat, s’ouvre et se ferme avec une transition fluide et mémorise son état séparément pour chaque projet.
Nouveautés :
- Cinq types d’aperçu — ouvrez les onglets navigateur, fichier, canvas, terminal et revue dans un panneau cohérent
- Navigateur de bureau intégré — naviguez avec les boutons précédent, suivant et actualiser, une barre d’adresse et une option pour ouvrir la page dans le navigateur du système
- Les liens restent dans leur contexte — cliquer sur un lien HTTPS dans le chat de bureau l’ouvre dans l’aperçu de la session au lieu de vous éloigner d’Eigent
- Mise en page de session redimensionnable — adaptez l’équilibre entre conversation et aperçu au fil de la tâche
- État d’aperçu propre à chaque projet — les onglets restent associés au bon projet lorsque vous passez d’une session à l’autre
- Webviews plus sûres — les préférences invité non sécurisées et les sources autres que HTTP(S) sont bloquées, tandis que les liens ouvrant une nouvelle fenêtre restent dans l’aperçu contrôlé
- Comportement soucieux des ressources — les navigateurs invités inactifs sont supprimés après dix minutes afin de libérer les ressources de rendu
Qu’un agent ait généré un fichier, ouvert une source de recherche ou produit un élément à examiner, le résultat dispose désormais d’un emplacement naturel dans la session.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1750
🎛️ Paramètres des modèles BYOK et choix du modèle par session
Apporter votre propre clé signifie désormais aussi apporter vos propres réglages d’inférence.
Merci à @fengju0213 pour l’ajout des paramètres de modèles BYOK dans la PR #1765, et à @iyernaveenr pour la persistance du choix du modèle par session de chat dans la PR #1736.
Auparavant, les utilisateurs BYOK pouvaient choisir un fournisseur et un modèle, mais ne disposaient d’aucune interface prise en charge pour des réglages tels que temperature, top_p ou max_tokens. Eigent v1.0.2 ajoute un éditeur JSON facultatif à chaque carte de fournisseur BYOK, valide l’objet directement, l’enregistre avec le fournisseur et le transmet correctement au modèle de tâche par défaut comme aux remplacements de workers liés au fournisseur.
Nouveautés :
- Éditeur de paramètres du modèle — configurez les paramètres d’inférence pris en charge sous forme d’objet JSON depuis la carte du fournisseur BYOK
- Validation immédiate — le JSON mal formé et les valeurs qui ne sont pas des objets sont interceptés avant d’atteindre le modèle
- Réglages persistants de bout en bout — les paramètres sont chiffrés, conservés et restaurés lorsque vous rouvrez le fournisseur
- Propagation au niveau des workers — les workers personnalisés et locaux reçoivent la configuration du fournisseur sélectionné sans stocker les clés API ou les secrets du fournisseur dans leur état
- Journaux plus sûrs — les identifiants de modèle propres à chaque worker sont masqués dans la sortie de débogage des nouveaux agents
- Un modèle pour chaque session — les conversations existantes mémorisent leur modèle sélectionné entre les relances et les redémarrages de l’application, sans modifier la valeur par défaut globale
Le résultat : un contrôle plus précis pour les utilisateurs avancés et des conversations plus prévisibles lorsque plusieurs projets utilisent différents modèles en même temps.
🔗 PR: https://github.com/eigent-ai/eigent/pull/1765
🔗 PR: https://github.com/eigent-ai/eigent/pull/1736
📎 Collez des images dans le chat et fiez-vous aux fichiers reçus
Partager un contexte visuel avec un agent devrait être aussi rapide que de le partager avec un collègue.
Merci à @iyernaveenr pour la prise en charge du collage de fichiers depuis le presse-papiers dans la PR #1740, et à @4pmtong pour les correctifs des fichiers de sortie et de l’Agent Folder dans les PR #1767, #1773 et #1798.
Vous pouvez désormais copier une capture d’écran et la coller directement dans la zone de chat. Sur ordinateur, Eigent enregistre de manière sécurisée les octets du presse-papiers dans un fichier temporaire et transmet le résultat au flux de pièces jointes existant. Sur le web, les fichiers collés empruntent le même chemin d’envoi que les fichiers déposés. Le texte brut se colle toujours normalement, même lorsque le presse-papiers contient à la fois du texte et une image.
Améliorations :
- Collage d’images depuis le presse-papiers — utilisez
Cmd+VouCtrl+Vpour joindre des captures d’écran sans ouvrir de sélecteur de fichiers - Prise en charge des fichiers du presse-papiers — les fichiers copiés depuis un gestionnaire de fichiers rejoignent le même pipeline de pièces jointes
- Protections cohérentes — le collage suit les mêmes règles de disponibilité, de déduplication et de retour de réussite ou d’erreur que le glisser-déposer
- Chemins sandbox corrects — les chemins de sortie
sandbox:/...ne sont plus interprétés à tort comme des chemins de lecteur Windows - Détection de fichiers plus sûre — les URL et schémas inconnus ne sont pas présentés comme des fichiers de sortie locaux
- Résolution des sorties par utilisateur — les fichiers sont résolus depuis le chemin de l’identifiant utilisateur actuel, avec l’ancien stockage basé sur l’adresse e-mail comme solution de repli
- Agent Folder plus propre — les répertoires racine internes des tâches sont masqués et les dossiers ne sont plus affichés comme des fichiers cliquables
Ces changements bouclent les deux côtés du processus : il est plus facile de fournir un contexte visuel à un agent et plus fiable d’ouvrir les fichiers qu’il crée.
🔗 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
🔎 Des journaux de travail plus clairs, fondés sur des événements de workflow typés
Lorsque les agents travaillent, Eigent doit rendre leur progression facile à comprendre et fiable à traiter.
Merci à @Pakchoioioi pour les améliorations du journal de travail dans les PR #1696 et #1697, à @Douglasymlai pour le bus d’événements typés de l’application dans la PR #1771 et à @fengju0213 pour le suivi de l’utilisation des tokens par requête dans la PR #1362.
L’activité des outils sépare désormais la requête envoyée de la réponse reçue. En mode Single Agent, l’en-tête du journal remplace également le libellé générique « CAMEL Agent » par le active_form en direct de l’étape en cours, avec une transition subtile à mesure que l’agent avance dans son plan.
Changements :
- Cartes Requête et Réponse — les entrées et sorties des outils sont libellées séparément au lieu d’être fusionnées dans un seul bloc
- Noms d’étapes en direct — les journaux du mode Single Agent affichent l’action en cours et s’actualisent à mesure que le travail progresse
- Retour à la ligne propre pour les libellés longs — le texte de l’étape active reste lisible au lieu d’être tronqué
- Bus d’événements typés de l’application — les parcours de workflow émettent des événements structurés sur une base légère et testable
- Mise en mémoire tampon des événements précoces — les événements de démarrage attendent en toute sécurité que le consommateur soit prêt
- Événements d’utilisation par requête — les étapes non diffusées comprenant plusieurs requêtes peuvent signaler l’utilisation des tokens à la fin de chaque requête au modèle
- Protection contre le double comptage — les rapports au niveau de la requête et de l’étape sont coordonnés afin de ne pas compter les tokens deux fois
Il s’agit d’améliorations visibles de la clarté, soutenues par une base événementielle plus robuste — utile aujourd’hui et prête pour des diagnostics de workflow plus riches demain.
🔗 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
✨ Une expérience de chat et de bureau plus soignée
Les petites interactions autour d’une tâche paraissent désormais plus calmes, plus claires et plus intentionnelles.
Merci à @Douglasymlai pour la refonte du composeur de chat, des infobulles, de l’expérience de mise à jour, du flux des journaux d’assistance et du système de mouvement dans les PR #1749, #1754, #1751, #1802 et #1805. Merci également à @iyernaveenr pour la restauration de la dernière session visitée au lancement et l’ouverture des chats sur leur message le plus récent dans les PR #1745 et #1733.
Améliorations :
- Composeur de chat à deux niveaux — les actions de message se trouvent au-dessus d’une ligne dédiée à la configuration du projet : mode de session, modèle et effort de raisonnement
- Sélecteurs directs de connecteurs et de skills — ajoutez des tokens
@connectoret#skillsans passer par un menu « plus » générique - Infobulles adaptées à l’intention — les libellés de navigation apparaissent instantanément, tandis que les indications plus riches conservent un court délai plus calme
- Progression des mises à jour intégrée — les mises à jour de bureau se téléchargent en arrière-plan et affichent leur progression dans la barre supérieure, puis une action claire « Lancer la nouvelle version »
- Journaux de diagnostic téléchargeables — la boîte de dialogue Assistance peut exporter les journaux de bureau Eigent et les journaux de tâches CAMEL
- Reprenez là où vous vous étiez arrêté — la réouverture de l’application restaure la dernière conversation visitée lorsque cela convient
- Dernier message lors d’un changement de projet — changer de chat vous mène directement à la fin actuelle de la conversation
- Mouvement plus cohérent — des transitions ciblées remplacent le comportement global
transition-alldans l’onboarding, les tâches, les workflows, les skills, les connecteurs, les barres latérales et les boîtes de dialogue, avec prise en charge de la réduction des animations lorsque nécessaire
Prises séparément, ces modifications sont compactes. Ensemble, elles éliminent les frictions dans les parties d’Eigent que vous utilisez toute la journée.
🔗 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
🛡️ Des workflows de longue durée qui continuent de fonctionner
La fiabilité compte surtout lorsqu’une tâche est déjà en cours depuis longtemps.
Un grand merci à @iyernaveenr pour avoir protégé les exécutions actives lors des changements de projet et des fermetures de fenêtre, rendu les délais d’étape configurables, enregistré les dépenses des exécutions échouées et corrigé l’état d’achèvement dans les PR #1748, #1747, #1746 et #1737. Merci à @4pmtong pour le renforcement du contrôle à distance en arrière-plan, du démarrage du backend, de l’hydratation des Spaces et de la gestion des réponses obsolètes dans les PR #1774, #1775, #1797 et #1799.
Fiabilité renforcée :
- Les changements de projet préservent les exécutions actives — passer d’un projet à l’autre n’évince ou ne rejoue plus l’état d’une manière susceptible d’interrompre un flux actif
- Les avertissements de fermeture couvrent tous les projets — Eigent avertit avant la fermeture de la fenêtre tant qu’une exécution est active, et pas seulement pour la tâche à l’écran
- Délai d’étape configurable — les déploiements peuvent modifier
AGENT_STEP_TIMEOUT_SECONDS, conserver la valeur par défaut de 30 minutes ou désactiver la limite par étape - Les dépenses des exécutions échouées sont enregistrées — l’utilisation des tokens accumulée avant un délai dépassé ou une erreur ne reste plus à zéro
- Les longues réponses se terminent correctement — les résumés d’historique sont limités à la capacité de la base de données sans empêcher le statut de la tâche de passer à terminé
- Remote Control fonctionne en arrière-plan — les messages distants peuvent cibler un projet en arrière-plan sans forcer l’interface de bureau à changer de projet
- Démarrage plus sûr du backend local — les lancements en double, les courses au redémarrage et les canaux de console rompus sont gérés de façon plus défensive
- Le Space actif survit à l’hydratation — la synchronisation du serveur préserve le Space sélectionné par l’utilisateur et n’en crée un vide que pour les véritables cas de configuration ou de migration
- Les réponses humaines tardives échouent proprement — les réponses obsolètes après le nettoyage du verrou de tâche effacent l’état d’interface dépassé au lieu d’apparaître comme des erreurs du programme backend
Pour les utilisateurs d’Eigent qui exécutent de longs workflows de recherche, de développement ou de documentation, ces correctifs rendent l’application de bureau beaucoup plus sûre pour laisser tourner un travail important.
🔗 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
🐛 Davantage de correctifs pour la connexion, le chat, OAuth, Windows et Docker
Cette version comprend aussi des correctifs ciblés dans l’ensemble de la pile :
-
Correction de la perte de l’état du compte lors de la connexion locale — les sessions locales récupèrent l’identifiant utilisateur depuis la réponse de connexion ou le token d’accès, empêchant un Legacy Space vide et en lecture seule de remplacer les véritables Spaces et projets de l’utilisateur. (#1739 — @iyernaveenr)
-
Correction des blocs de code invisibles lorsque les thèmes du système et de l’application diffèrent — les couleurs du texte et de l’arrière-plan suivent désormais le même thème d’application, gardant lisibles les quatre combinaisons clair/sombre. (#1735 — @iyernaveenr)
-
Correction du curseur de chat qui sautait pendant la frappe rapide — la position du curseur est maintenant restaurée de façon synchrone après le rendu du texte enrichi, tandis que seul le défilement dépendant de la mise en page attend l’image suivante. (#1732 — @iyernaveenr)
-
Correction de la portée des skills en mode Single Agent — Single Agent est toujours visible en premier dans le sélecteur d’accès aux skills, et ses alias sont normalisés uniformément dans les correspondances frontend et backend. (#1759 — @suger-m)
-
Correction de la détection des capacités du terminal sous Windows — les environnements PowerShell et Command Prompt natifs peuvent enregistrer les outils de terminal même sans Bash. (#1716 — @fengju0213)
-
Correction de la gestion du magasin de confiance du backend — les backends de bureau intégrés peuvent utiliser les certificats approuvés par le système d’exploitation, y compris les autorités de certification privées utilisées par des points de terminaison HTTPS distants de modèles. (#1700 — @fengju0213)
-
Correction de l’encodage de l’URL d’autorisation OAuth — les adaptateurs Slack, Notion, X et Google encodent désormais correctement les URL de redirection, les scopes, l’état, l’Unicode et les autres caractères spéciaux. (#1636 — @hobostay)
-
Correction des nouveaux builds du serveur Docker —
.gitreste disponible pour le montage bind BuildKit utilisé afin d’inscrire le commit du serveur, sans être copié dans la couche de l’image. (#1703 — @nilbot)
📚 Dépendances et documentation
Merci à @fengju0213 pour la mise à niveau de camel-ai vers 0.2.91a5 dans la PR #1760, à @carlosjarenom pour avoir corrigé l’exigence Python du README serveur de 3.10 à 3.12 dans la PR #1672, à @Douglasymlai pour l’actualisation des points forts du produit et des cas d’usage dans les README localisés dans la PR #1802, à @4pmtong pour avoir séparé les envois de builds open source dans leur propre préfixe S3 dans la PR #1801, et à @Wendong-Fan pour la mise à jour du code QR 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 communauté continue de placer la barre plus haut
Cette version apporte :
- Un Connector Gateway qui met les outils tiers hébergés à la disposition des agents via MCP
- Un aperçu unifié en session pour le navigateur, les fichiers, le canvas, le terminal et les revues
- Des paramètres de modèles BYOK et un choix du modèle conservé pour chaque conversation
- Le collage d’images depuis le presse-papiers et une gestion plus fiable des fichiers générés
- Des journaux de travail en direct plus clairs, des événements de workflow typés et un suivi des tokens par requête
- Un composeur repensé, des infobulles plus intelligentes, une progression des mises à jour visible et des journaux d’assistance téléchargeables
- Une protection renforcée des tâches de longue durée lors des changements de projet, fermetures de fenêtre, délais dépassés et contrôles en arrière-plan
- Des correctifs ciblés pour la connexion, le rendu du chat, les skills, Windows, les certificats, OAuth et Docker
Avec Eigent v1.0.2, le produit s’améliore dans le travail qui se déroule entre les grands moments : connecter le bon outil, garder le contexte visible, expliquer ce que fait un agent et protéger une tâche pendant son exécution.
Chaque fonctionnalité et chaque correctif vient de contributeurs qui ont transformé de véritables frictions de workflow en une meilleure expérience de cowork open source. Si vous souhaitez contribuer à la suite, explorez le code, ouvrez une issue ou envoyez une PR.
🔗 Release: https://github.com/eigent-ai/eigent/releases/tag/v1.0.2
Continuons à construire.
Recent Posts

L'ingénierie de graphes pour les agents IA : au-delà des boucles de rétroaction uniques
L'ingénierie de graphes relie de nombreuses boucles de rétroaction en un seul réseau pour que les agents IA ne manipulent pas leurs propres métriques. Découvrez pourquoi les boucles uniques échouent et comment corriger la topologie.

Kimi K3 : Le modèle frontier open-weight 2,8T de Moonshot AI pour le codage agentique
Kimi K3 est le modèle open-weight à 2,8 billions de paramètres de Moonshot AI — le plus grand jamais publié. Découvrez ses spécifications, benchmarks, tarifs et ce qu'il représente pour les agents IA.

Thinking Machines Inkling : À l'intérieur du premier modèle open-weights de Mira Murati
Le premier modèle de Thinking Machines Lab, Inkling, est un MoE multimodal open-weights de 975 milliards de paramètres avec un effort de raisonnement contrôlable. Spécifications, benchmarks et enjeux.