Notes de version d'Eigent v0.0.90 : cache des prompts, téléversement de fichiers dans le navigateur et mises à jour plus rapides

Eigent v0.0.90 est une version conçue pour faire plus avec moins — et plus vite. La fonctionnalité phare est la mise en cache des prompts à l’échelle de la plateforme : au lieu de retraiter le même contexte à chaque tour d’agent, Eigent le met désormais en cache au niveau du modèle, réduisant fortement la latence et les coûts pour les workflows de longue durée. En parallèle, l’agent navigateur gagne la capacité de téléverser des fichiers, et le pipeline de mise à jour passe de GitHub Releases à un CDN pour des téléchargements nettement plus rapides.

Pour toute personne qui utilise Eigent comme sa plateforme de cowork open source, v0.0.90 est une version qui, discrètement, rend tout plus fluide et plus puissant. Entrons dans le détail.

---

⚡ Mise en cache des prompts pour tous les modèles

Les performances et les coûts franchissent un cap important.

Un grand merci à @Zephyroam pour l’implémentation fondatrice dans la PR #1482, et à @fengju0213 pour le suivi ciblé dans la PR #1552, qui étend la mise en cache à l’initialisation des modèles Anthropic BYOK.

La mise en cache des prompts permet au modèle de stocker et de réutiliser la représentation traitée d’un contexte long et stable — prompts système, instructions de compétences, contexte de document — plutôt que de le retraiter et le retokeniser à chaque tour d’agent. Pour le type de tâches multi-étapes et à long horizon dans lesquelles les agents cowork d’Eigent excellent, cela peut se traduire par des réductions spectaculaires de la latence et des coûts en tokens.

La PR #1482 est une implémentation étendue qui apporte la prise en charge du cache des prompts sur plusieurs plateformes de modèles, avec une profondeur particulière sur AWS Bedrock Converse :

Nouveautés :

• Intégration AWS Bedrock Converse — prise en charge dédiée du cache des prompts pour Bedrock Converse, avec gestion configurable des régions et prise en charge de l’authentification par clé API ainsi que par clé d’accès/clé secrète
• Séparation entre AWS Bedrock et Bedrock Converse — les deux sont désormais traités comme des types de plateforme distincts, car Bedrock Converse prend en charge le cache des prompts tandis que Bedrock standard utilise des API compatibles OpenAI qui ne le font pas
• Configuration spécifique au cloud — les modèles Bedrock Converse obtiennent une configuration correcte de l’URL et de la région à l’initialisation
• Messages d’erreur de validation améliorés — des erreurs plus claires et plus descriptives selon les types de plateforme pour aider les utilisateurs à déboguer les problèmes de configuration BYOK
• Callbacks de stream du worker agent — alignés avec les changements en amont du framework CAMEL pour un comportement de streaming correct

La PR #1552 (par @fengju0213) boucle la boucle en ajoutant la configuration du cache à l’étape d’initialisation du modèle Anthropic, garantissant ainsi que les utilisateurs Anthropic BYOK bénéficient eux aussi du cache des prompts sans configuration manuelle.

Dans un workflow cowork multi-agent où des agents partagent un long prompt système ou un document de compétences, mettre ce contexte en cache une seule fois au lieu de le retraiter à chaque appel est le genre d’optimisation qui se cumule sur toutes les tâches.

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

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

---

🌐 Outil de téléversement de fichiers pour l’agent navigateur

L’agent navigateur vient de gagner une nouvelle capacité puissante.

Bravo à @Douglasymlai, relu par @nitpicker55555, pour avoir ajouté le téléversement de fichiers comme outil de première classe dans l’agent navigateur. Auparavant, l’agent navigateur pouvait naviguer, lire et interagir avec les pages — mais ne pouvait pas gérer les champs de téléversement de fichiers. Cette lacune est désormais comblée.

L’automatisation web rencontre fréquemment des scénarios de téléversement de fichiers : joindre un document à un formulaire, soumettre un tableur à un portail de données, téléverser une image dans un CMS. Sans prise en charge native du téléversement, ces workflows nécessitaient des contournements peu élégants. Désormais, l’agent navigateur peut les gérer proprement.

Nouveautés :

• Outil Upload File — un outil dédié dans l’ensemble d’outils de l’agent navigateur pour gérer les éléments de saisie de fichiers sur les pages web
• Prise en charge du téléversement de bout en bout — l’agent peut sélectionner un fichier et déclencher les interactions de téléversement dans le cadre d’un workflow d’automatisation navigateur plus large
• Intégré à la chaîne d’outils navigateur existante — fonctionne de manière fluide avec les outils de navigation, de saisie de formulaires et de lecture déjà présents

Cela rend l’agent navigateur d’Eigent nettement plus capable pour les scénarios d’automatisation open source cowork du monde réel impliquant la soumission de fichiers, la collecte de documents ou le téléversement de médias.

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

---

📊 Défilement automatique du journal du worker

Petit changement UX. Grande différence quand vous regardez une tâche s’exécuter.

Merci à @Douglasymlai, revu et approuvé par @4pmtong, pour l’implémentation du défilement automatique dans le panneau du journal du worker de workflow.

Auparavant, lorsqu’un agent exécutait une longue tâche avec de nombreuses entrées d’utilisation d’outils, le journal se remplissait et les nouvelles entrées apparaissaient sous la zone visible. Les utilisateurs devaient faire défiler manuellement vers le bas pour suivre — ce qui devenait perturbant lorsqu’ils surveillaient activement une session d’agent cowork.

Nouveautés :

• Défilement automatique sur les nouvelles entrées — la vue du journal reste calée sur le dernier message d’utilisation d’outil à mesure que du nouveau contenu arrive pendant l’exécution de la tâche
• Suivi de l’état du défilement — un wasAtBottomRef suit si l’utilisateur consulte le bas du journal, afin que le défilement automatique n’interrompe pas la lecture s’il a volontairement remonté la vue pour revoir des étapes précédentes
• Réinitialisation lors du changement de tâche — l’état « en bas » se réinitialise lors du changement de tâche ou de l’ouverture du panneau du journal, garantissant un démarrage propre pour chaque nouvelle exécution d’agent
• Ajustements de mise en page — chaînes de classes Tailwind mises à jour dans le composant du nœud de workflow pour améliorer la disposition du panneau

Lorsque vous exécutez des agents cowork multi-étapes d’Eigent et que vous voulez voir ce qui se passe en temps réel, ce changement donne au panneau de journal l’allure d’un véritable flux en direct.

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

---

⚙️ Détection de serveur obsolète pour le développement local

Ne vous demandez plus jamais « est-ce que j’exécute une vieille version du code ? ».

Merci à @4pmtong pour avoir développé et livré cette amélioration de l’expérience développeur.

Toute personne qui exécute Eigent avec VITE_USE_LOCAL_PROXY=true a déjà vécu cela : vous récupérez de nouveaux changements, vous oubliez de redémarrer le backend, puis vous perdez du temps à déboguer un comportement déjà corrigé — parce que le serveur exécute du code obsolète. La PR #1517 résout cela avec une détection automatique et une notification persistante.

Nouveautés :

• Hash git au démarrage — le backend capture désormais SERVER_CODE_HASH à partir du commit git courant au lancement du serveur
• Endpoint /health étendu — renvoie désormais à la fois la version et le hash du serveur, ce qui permet au frontend de comparer l’état attendu et l’état réel du serveur
• Fonction checkLocalServerStale() — le frontend interroge périodiquement l’endpoint de santé, compare les hashes et déclenche une notification toast persistante lorsqu’un écart est détecté
• Hash git vs numéro de version — utilise volontairement le hash git plutôt que la chaîne de version, afin d’éviter les faux positifs sur les versions frontend uniquement qui ne modifient pas le backend
• Prise en charge de Docker — le Dockerfile est mis à jour afin que le hash soit également disponible dans les environnements de développement conteneurisés

Si vous contribuez à eigent ou l’exécutez en local pour vos workflows open source cowork, il s’agit d’une amélioration modeste mais réellement bienvenue du confort d’utilisation qui vous fera gagner du temps de débogage.

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

---

📦 Mises à jour automatiques alimentées par un CDN

Des mises à niveau plus rapides. Moins d’attente.

Merci à @4pmtong, relu par @Pakchoioioi, d’avoir remplacé le flux de mise à jour automatique de GitHub Releases par un CDN.

Auparavant, le système de mise à jour automatique d’Eigent basé sur Electron récupérait les paquets d’installation directement depuis GitHub Releases. Cela fonctionnait, mais l’infrastructure de releases de GitHub n’est pas optimisée pour la vitesse de distribution binaire à grande échelle. Le passage à un flux CDN signifie que les paquets de mise à jour sont désormais servis depuis des nœuds en périphérie plus proches des utilisateurs.

Ce qui a changé :

• Le CDN comme source de mise à jour — le programme de mise à jour Electron pointe désormais vers un flux hébergé sur un CDN au lieu de GitHub Releases pour récupérer les paquets
• Téléchargements plus rapides — particulièrement visible pour les utilisateurs hors d’Amérique du Nord, où la couverture des nœuds CDN de GitHub est plus faible
• Même cadence de publication — rien ne change sur le moment où les versions sont publiées ; seul l’endroit d’où les paquets sont téléchargés change

Si vous avez remarqué des téléchargements de mises à jour lents lorsque Eigent vous propose une mise à niveau, ce changement devrait rendre cette expérience nettement meilleure.

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

---

🐛 Corrections de bugs

Cette version inclut également trois corrections ciblées :

• Correction du NameError au démarrage du backend avec des avertissements de répertoire public — server/main.py faisait référence à une variable logger non définie lors de la journalisation de la création du répertoire public ou des avertissements de montage, provoquant un NameError pendant l’initialisation. Le problème a été corrigé en le remplaçant par le loguru_logger correctement importé. (#1520 — @mxl)

• Correction du problème de réouverture lié à l’erreur de port du navigateur — correction d’un bug empêchant le port de l’agent navigateur de fonctionner lors de la réouverture, ce qui pouvait laisser l’outil navigateur dans un état irrécupérable en plein milieu d’une session. (#1545 — @Douglasymlai)

• Correction de la validation du modèle Anthropic rejetant l’absence de max_tokens — l’API Anthropic Messages exige une valeur entière positive max_tokens, mais le formulaire BYOK n’expose pas ce champ. Lorsque la validation s’exécutait sans lui, Anthropic renvoyait une erreur 400. La correction garantit que validate_model_with_details et create_agent fusionnent tous deux une valeur par défaut de 4096 pour le champ max_tokens lorsqu’il manque sur la plateforme Anthropic. (#1549 — @emag165, peaufiné par @fengju0213)

---

❤️ La communauté continue de faire monter le niveau

Ce sprint a livré :

• La mise en cache des prompts à l’échelle de la plateforme pour tous les fournisseurs de modèles, avec une profondeur particulière sur AWS Bedrock Converse et Anthropic BYOK
• La capacité de téléversement de fichiers ajoutée à l’agent navigateur
• Le défilement automatique dans le journal du worker pour le suivi en direct des tâches
• La détection de serveur local obsolète pour les développeurs utilisant un proxy local
• Des téléchargements de mises à jour automatiques via CDN pour des mises à niveau plus rapides
• Trois corrections ciblées de bugs concernant le démarrage du backend, la gestion du port du navigateur et la validation des modèles Anthropic

Chacun de ces changements vient de contributeurs qui utilisent Eigent, rencontrent un vrai problème et proposent une correction ou une fonctionnalité. C’est le rythme de l’open source cowork dans ce qu’il a de meilleur.

Si vous pensiez contribuer — que ce soit sur les modèles, l’UX, les outils d’agent, les compétences ou l’infrastructure — v0.0.90 offre un excellent aperçu de ce qui est possible. Lancez-vous.

Continuons à construire.