La meilleure alternative à agent-browser

agent-browser, aussi appelé Vercel agent-browser puisque c'est Vercel Labs qui l'a créé, est une CLI d'automatisation de navigateur open source conçue pour les agents de code IA : une CLI Rust devant un démon Rust pur qui pilote Chrome directement via le protocole DevTools, sans besoin de Playwright ni de runtime Node.js pour fonctionner. Sa commande snapshot renvoie un arbre d'accessibilité compact avec des refs @e, de sorte que les agents cliquent et remplissent des champs à partir de références stables plutôt que de sélecteurs fragiles, et il est fourni comme skill pour Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot et la plupart des autres agents de code, avec un serveur MCP disponible comme sous-commande optionnelle plutôt que comme chemin par défaut. Il est gratuit, bien conçu, et largement adopté.

Oui, si les tâches qui vous intéressent impliquent vos vrais comptes ou bénéficient d'être visibles. Les deux donnent à un agent de code un navigateur via une CLI ou un skill plutôt qu'une configuration MCP-first ; ego lite ajoute par défaut votre profil Chrome importé en direct, des fenêtres avec interface que vous pouvez reprendre en main, des Spaces parallèles, et l'exécution JavaScript multi-actions. agent-browser reste un choix propre pour l'automatisation headless jetable dans des scripts et en CI.

Oui, avec une configuration supplémentaire, et ce n'est pas encore totalement fiable. Indiquez un nom de profil et agent-browser copie ce profil Chrome dans un répertoire temporaire sous forme de snapshot en lecture seule, si bien qu'il démarre avec vos connexions existantes, mais rien de ce qui est écrit pendant la session ne revient vers votre vrai profil ; sous Windows, vous devez aussi fermer Chrome au préalable, car les fichiers de profil peuvent être verrouillés. Il existe aussi un mode de profil persistant censé conserver les cookies et l'état de connexion d'une session à l'autre par lui-même, mais un rapport de bug ouvert signale que le répertoire de profil reste vide entre les exécutions. Se connecter à un Chrome déjà lancé via CDP fonctionne aussi, mais la documentation du projet elle-même signale que ce port expose le contrôle complet du navigateur à n'importe quel processus local. Dans ego lite, le navigateur connecté est la valeur par défaut : importez votre profil une fois, et chaque tâche d'agent en repart, en direct, sans flag supplémentaire.

Le snapshot n'en est que la moitié. Le mode batch d'agent-browser peut lancer une liste fixe de commandes en un seul lancement de processus, mais le modèle ne peut toujours pas agir sur ce que renvoie un snapshot avant que tout le batch ne se termine, si bien qu'une tâche où chaque étape dépend de la précédente finit par former une longue chaîne de cycles commande-puis-le-modèle-lit-le-résultat. ego lite permet à l'agent de regrouper plusieurs actions en une seule exécution JavaScript et de raisonner sur le résultat immédiatement, en le lisant comme un Snapshot compressé. Les économies viennent du cumul des deux, et elles se voient dans le nombre de jetons de la tâche entière, pas sur une seule étape.

Non. C'est une philosophie que les deux outils partagent. L'interface principale d'agent-browser est sa CLI, avec un serveur MCP disponible comme sous-commande optionnelle pour les clients qui en veulent un. ego lite se connecte via le shell ego-browser en exécutant /ego-browser dans votre agent. Aucun des deux ne nécessite d'éditer des fichiers de config MCP comme chemin par défaut.

Oui. Ils ne sont pas en conflit. Certains développeurs gardent agent-browser pour les vérifications headless en CI ou sur Vercel Sandbox, et utilisent ego lite pour tout ce qui est interactif : tâches connectées, recherche en parallèle, tout ce qui mérite d'être observé. En pratique, les tâches connectées en représentent la majorité.

Oui. ego lite est gratuit, sans abonnement, et le shell ego-browser par lequel votre agent se connecte est open source sous licence MIT.