Le 29 octobre 2026, LangChain a publié Managed Deep Agents v0.10 en bêta publique. Son principal changement semble modeste mais compte : l'agent géré obtient son propre navigateur. La raison est un écart que toute stratégie d'API laisse ouvert — de nombreux sites web sont conçus pour des personnes qui cliquent, remplissent des formulaires et lisent des pages, pas pour des interfaces propres. Là où aucune API n'existe, un agent ne pouvait jusqu'ici que regarder.
Ce que le navigateur apporte à l'agent
Le navigateur s'exécute à distance dans le bac à sable LangSmith, séparé de l'agent, et non sur la machine de l'utilisateur. Les développeurs le déclarent, et l'agent obtient automatiquement quatre outils.
| Outil | Rôle |
|---|---|
| browser_snapshot | Lit l'arbre d'accessibilité de la page et attribue des identifiants aux éléments |
| browser_run | Navigue et interagit, via JavaScript ou par lots d'actions sur les identifiants d'instantané |
| browser_screenshot | Capture la page sous forme d'image, éventuellement enregistrée |
| browser_handoff | Remet la fenêtre à une personne, pour la connexion ou la vérification à deux facteurs |
L'astuce clé est le regroupement : browser_run peut ouvrir, remplir, cliquer et vérifier en un seul appel au lieu de payer une requête de modèle par action. Cela rend les longues tâches plus rapides et limite la quantité de contenu de page entrant dans le contexte de travail du modèle. Par défaut, chaque conversation obtient son propre navigateur, réutilisé d'un tour à l'autre et démarrant sans cookies ni connexions d'autres fils. Une autre configuration donne à chaque utilisateur un navigateur dont les connexions persistent dans toutes ses conversations, de sorte qu'il ne se connecte qu'une fois.
Pourquoi la connexion reste une remise
Lorsque l'agent rencontre un mur de connexion ou une invite à deux facteurs, il appelle browser_handoff et explique pourquoi il a besoin d'aide. La personne se connecte via une carte de navigateur interactive dans LangSmith Studio et rend le contrôle ; l'agent poursuit alors dans le navigateur authentifié. Les liens de remise expirent après 15 minutes, et la même remise fonctionne dans des canaux comme Slack. C'est une limite délibérée : les identifiants et les vérifications restent entre des mains humaines au lieu que l'agent devine ou stocke des mots de passe.
Le deuxième changement concerne le travail de longue durée : des sous-agents asynchrones, plus un nouvel enregistrement runtime.thread indiquant où chaque fil a commencé et qui y participe. Combiné à la connexion privée pour les tests d'applications — l'agent démarre l'application dans son propre bac à sable et dirige le navigateur vers elle via localhost, sans URL publique requise — le cas d'usage est clair : accomplir des tâches web dépourvues d'API et tester des applications en les parcourant comme le ferait un utilisateur. Comme première affirmation de performance, LangChain cite ses propres tests : 90 % de 100 tâches WebVoyager sur des sites réels pour 1,98 dollar au total. C'est un chiffre de fournisseur, et LangChain promet un compte rendu plus détaillé des tests et du réglage la semaine prochaine. Quiconque évalue cela devrait attendre une reproduction indépendante avant de lâcher des agents navigateurs sur des flux critiques pour l'entreprise.
