Browser Use se divise en deux : un agent et un navigateur loué
Résumé
Une moitié prend une tâche et rend un résultat, l'autre loue à votre code Playwright un navigateur distant au profil furtif. La bibliothèque ouverte est sous licence MIT, et la facturation se fait à l'heure et à l'usage, sans abonnement.
Recommander- Nom
- Browser Use
- Version
- 0.02
- Open source
- Open source
- Système
- WebLinuxmacOSWindows
- Mis à jour
- 2026-10-06 21:19
Laisser un agent se servir d'un navigateur est une idée que Browser Use a prise tôt, et le projet est allé plus loin que la plupart. Le slogan est on ne peut plus simple : des agents qui utilisent le navigateur. Le produit se divise ensuite. Browser Use Agents prend une tâche et rend un résultat. Browser Infrastructure loue un navigateur distant à votre propre agent. Les deux boutons du haut suivent cette coupure, lancer un agent et ouvrir un navigateur, avec un compteur de 115 000 étoiles dans un coin.

Un banc qui mesure la réussite et le coût ensemble
Le chiffre le plus visible vient d'un banc conçu par le projet lui-même. Sur 106 tâches, il annonce un taux de réussite de 82 pour cent à 17 cents par tâche. Les lignes de comparaison placent trois modèles de pointe à 62, 59 et 59 pour cent, avec des coûts par tâche de 3.40, 1.55 et 2.20 dollars.
L'important est l'unité mesurée. La page l'énonce comme la réussite sur 106 tâches accompagnée du coût par tâche résolue, ce qui est une autre question que le prix d'un appel. Un modèle bon marché qui échoue une fois sur deux coûte cher, et un banc qui l'ignore est une grille tarifaire déguisée en évaluation.
Côté navigateur distant, il y a une autre série : sur une mesure de portée portant sur 71 sites protégés, le projet s'attribue 81 pour cent contre 77, 67 et 47 pour cent pour trois autres services. Les deux séries viennent de bancs construits par le projet, avec des échantillons et des comparaisons de son choix, et la lecture raisonnable est donc qu'un acheteur doit tester sur ses propres sites cibles.
La vitrine est plus concrète. Le site revendique 42 enregistrements de runs réels, avec des tâches comme trouver deux places de cinéma voisines, remplir un chariot de retrait dans un magasin de bricolage, exporter les résultats d'un portail en CSV, faire un contrôle de qualité sur un site, jouer aux échecs depuis un échiquier en direct, exécuter des tâches de navigateur dans un espace de discussion, et effacer 100 lignes de Tetris.
Trois entrées, du cloud au local
La notice découpe l'usage en trois. Le cloud entièrement géré, où l'on appelle l'agent hébergé et il conduit le navigateur, avec un navigateur furtif, des profils, des enregistrements et une politique de données en dessous. Une voie en ligne de commande, où l'on colle une consigne dans son agent de programmation, qui installe l'outil et le connecte à votre navigateur. Et la bibliothèque Python, qui fait tourner l'agent ouvert dans votre code, exige Python 3.11 ou plus récent et ne demande qu'une installation et une clé de modèle. La tâche d'exemple consiste à relever le nombre d'étoiles d'un dépôt ; ensuite l'agent ouvre un navigateur, trouve la réponse et l'affiche ; le modèle peut venir d'un tiers ou du projet, le navigateur peut être local ou dans le cloud.

Deux voies cloud, et une façon de brûler de l'argent
La documentation sépare le versant cloud en deux produits, tous deux sur la quatrième version de l'API. Browser Use Agents est le cas où vous fournissez la tâche et il conduit le navigateur. Browser Infrastructure est le cas où votre code Playwright ou Puppeteer existant se connecte en CDP à un navigateur hébergé, ce qui convient aux équipes qui ont déjà du code d'automatisation et veulent seulement changer l'endroit où il tourne.
Un piège mérite d'être répété, car il coûte de l'argent réel : déconnecter la session CDP n'arrête pas le navigateur hébergé. Il faut arrêter explicitement la session à la fin, sinon le compteur continue. Le SDK cloud exige Python 3.10 ou plus récent ; avec une clé, créer une tâche, attendre la fin et récupérer le résultat tient en trois lignes de code essentiel.

Tarifs : à l'usage, sans abonnement
Les crédits commencent à 5 dollars, il n'y a pas d'abonnement et ils n'expirent pas. Un navigateur coûte 0.02 dollar de l'heure plus le trafic. Browser Use Agents facture le coût du modèle plus 20 pour cent, puis ajoute le temps de navigateur et le trafic. Les nouvelles inscriptions éligibles reçoivent 15 dollars de crédit.
Lisez la structure plutôt que les chiffres et deux produits apparaissent. Si vous n'utilisez le navigateur hébergé que pour exécuter votre propre code Playwright, le coût ressemble à la location horaire d'une machine avec furtivité et relais. Si vous laissez leur agent travailler, vous achetez des jetons de modèle avec vingt pour cent de marge. Ni l'un ni l'autre n'est un abonnement, ce qui veut dire qu'un mois creux ne coûte rien et qu'un mois chargé peut coûter plus cher qu'une formule.
Le versant ouvert a ses propres chiffres : environ 115 000 étoiles, 23,1 millions de téléchargements par mois, licence MIT, 366 contributeurs et 137 versions, écrit presque entièrement en Python. Le projet dit explicitement qu'il tourne dans le cloud ou sur votre machine, et la licence est la raison pour laquelle cette phrase est crédible.
À qui cela convient
Trois publics. Les petites équipes qui doivent automatiser des opérations web répétitives et préfèrent ne pas entretenir elles-mêmes l'anti-robot et les captchas, ce que vend précisément le chiffre de portée sur sites protégés. Les équipes d'ingénierie qui ont déjà des flux Playwright et veulent seulement déplacer l'environnement d'exécution vers le cloud, prenant donc la voie infrastructure avec un changement minimal. Et les développeurs qui veulent exposer le contrôle du navigateur comme outil à leur propre agent, où la ligne de commande et la direction MCP ont des entrées.
Ce que les deux chiffres phares disent et ne disent pas
Les deux sont auto-déclarés, sur des bancs conçus par l'éditeur, ce qui ne les rend pas faux mais limite ce qu'ils prouvent. Un taux de réussite sur 106 tâches dit que le projet est compétent sur le genre de tâche choisi par ses auteurs. Il ne dit pas ce qui se passe sur le site qui vous importe vraiment, avec le compte que vous avez vraiment, au moment où un contrôle anti-robot apparaît.
La même prudence vaut pour le coût par tâche résolue, qui est le plus intéressant des deux parce qu'il intègre les échecs dans le prix. Cette comptabilité est juste, mais elle implique aussi que le chiffre bouge avec le mélange de tâches : une série facile et une série hostile donneront des valeurs très différentes pour le même système.
Deux remarques honnêtes
D'abord, les deux comparaisons impressionnantes viennent de bancs du projet, donc testez vos propres cibles avant de vous engager. Ensuite, le piège de facturation ci-dessus est le risque pratique des produits cloud : une session abandonnée continue de facturer, il faut donc envelopper le travail dans quelque chose qui l'arrête même quand le code échoue.
Le vrai seuil d'un agent de navigateur n'est jamais de savoir cliquer sur un bouton, mais de retrouver son chemin après avoir été bloqué par le site visé.