Qu’est-ce que easi.run ?
easi.run exécute des sessions Google Chrome isolées sur votre propre serveur Linux et les confie à des agents d'IA via un serveur MCP intégré ou une API REST. Une personne suit chaque session en direct dans le navigateur et reprend la main d'un clic pour une connexion, un code 2FA ou un CAPTCHA ; l'agent attend, puis reprend. Les sessions persistantes conservent les connexions d'une exécution à l'autre, chiffrées sous une clé dérivée du mot de passe d'administration, et les sessions peuvent enregistrer des relectures, transmettre fichiers et téléchargements et diffuser le son. Il n'embarque aucun modèle : l'agent est le client MCP que vous branchez.
Il est sous licence AGPL-3.0-only, écrit surtout en Rust et jeune : le dépôt a été créé le 22 octobre 2026, comptait 59 étoiles et aucune version étiquetée lors de notre vérification, et il est distribué sous forme d'images de conteneur sur le registre de GitHub, construites à chaque commit. Il exige un hôte Linux x86-64 avec systemd et Docker Engine 28 ou plus récent en mode rootful.
Installer easi.run
curl -fsSLO https://easi.run/install.sh && bash install.sheasi.run vaut-il le coup ?
easi.run règle le problème qui bloque la plupart des agents de navigation : la connexion. Des services hébergés comme Browserbase louent un navigateur à l'heure ; easi.run place Google Chrome dans ses propres conteneurs sur votre serveur, vous le diffuse via un compositeur écrit en Rust et laisse une personne reprendre la main quand une page demande un mot de passe, une validation 2FA ou un CAPTCHA. L'agent peut le demander lui-même avec request_person, qui signale que la session a besoin de vous et peut envoyer un webhook signé à Slack ou Discord, puis attendre avec wait_for_control que vous rendiez la main.
Le modèle de sécurité est documenté frontière par frontière, avec le test qui prouve chacune. L'administration écoute en HTTPS sur 127.0.0.1:9443 et doit être atteinte par un tunnel SSH, Tailscale ou Cloudflare Access ; le mot de passe doit compter 12 caractères ou plus, est stocké sous forme de hachage Argon2id et peut être complété par une app d'authentification ou une passkey. Chaque navigateur n'a pas de réseau propre, aucune route vers le réseau privé et ne sort qu'en HTTPS. Dès qu'une personne reprend la main, les captures d'écran envoyées à l'agent cessent et tout texte saisi de quatre caractères ou plus lui parvient sous la forme [redacted] ; les champs de mot de passe ne lui parviennent jamais. Une exposition passe facilement inaperçue : quand l'installateur voit l'adresse IPv4 du serveur, il ouvre le port UDP média 9443 sur toutes les adresses, même si ce port n'admet que le ticket valide d'un spectateur connecté.
Les profils enregistrés sont l'actif auquel réfléchir. Chacun est scellé par XChaCha20-Poly1305 sous sa propre clé, elle-même enveloppée par une clé dérivée du mot de passe d'administration, si bien qu'un disque volé ne les ouvre pas. Cette clé reste dans la mémoire du processus d'administration depuis votre connexion jusqu'à son arrêt, et la déconnexion ne l'efface pas, à dessein, pour que les agents puissent reprendre des sessions enregistrées en votre absence. Tout jeton d'agent que vous autorisez sur une session enregistrée agit alors sur ces sites en votre nom. Les jetons n'atteignent que leurs propres sessions et les profils accordés, sont stockés sous forme de hachages SHA-256 et se révoquent immédiatement, mais la voie MCP locale n'a aucun jeton : quiconque peut lancer docker exec sur le serveur dispose des droits d'un agent. Le port CDP facultatif 9222 permet à tout ce qui tourne sur le serveur de s'y attacher et de lire tout ce que contient le navigateur.
La surface offerte à l'agent est sobre : start_session, list_sessions, session_status, stop_session et list_saved_sessions, les outils de bureau du Cua Driver pour cliquer, taper et faire défiler, inspect_page pour lire le DOM par sélecteur CSS, et des outils pour les fichiers et pour appeler une personne. Téléchargements et envois de fichiers demandent votre accord par défaut, et call_id empêche qu'une soumission ou un paiement relancé s'exécute deux fois. Chaque page lue par l'agent est une entrée non fiable, comme pour tout agent de navigation. Le comparatif avec KasmVNC (55 fps contre 24 en défilement) vient du projet lui-même ; sans version publiée et avec trois semaines d'historique, la grande inconnue est le comportement des mises à jour sur un serveur dont on dépend.
Là où il fait la différence
Un ingénieur d'exploitation qui automatise un portail fournisseur sans API
Télécharger les factures mensuelles d'un site qui exige la 2FA toutes les quelques semaines
Enregistrez une session persistante après une première connexion et autorisez-y le jeton de l'agent. Quand le portail demande un code, l'agent appelle request_person, un webhook prévient Slack et l'ingénieur saisit le code dans la fenêtre watch_url. Le coût se limite au serveur, dès un VPS de 4 Go.
Une agence de deux personnes qui fait tourner des agents de navigation pour ses clients
Remplacer les factures horaires de navigateurs hébergés par un seul serveur
Exécutez les sessions sur une machine Linux de 16 Go, que le README dimensionne pour quatre navigateurs simultanés, avec un jeton par agent client et des enregistrements pour relecture. Aucuns frais d'usage ; l'AGPL s'applique si l'agence propose une version modifiée sur un réseau.
Une ingénieure QA qui dispose déjà de scripts Playwright
Déboguer un parcours de paiement instable dans un vrai Chrome observable
Démarrez une session avec CDP activé, attachez-vous par connectOverCDP à 127.0.0.1:9222 via un tunnel SSH, puis observez ou reprenez la main en direct. Tout ce qui tourne sur le serveur peut s'attacher à ce port : activez-le seulement pour les sessions scriptées.
Avant de vous engager
- Mise en route
- curl -fsSLO https://easi.run/install.sh && bash install.sh avec un utilisateur du groupe docker ; télécharge environ 550 Mo d'images signées, ajoute Chrome depuis le dépôt de Google et prend une à deux minutes sur 2 cœurs. Pose une règle iptables et des réglages TCP via un conteneur privilégié éphémère, puis s'inscrit dans Claude Code et Codex s'ils sont présents.
- Intégrations
- MCP en stdio (docker exec, ou SSH depuis une autre machine) et en Streamable HTTP sur /mcp avec un jeton bearer ; les mêmes outils en REST sous /api/agent/. Playwright, Puppeteer et Selenium peuvent s'attacher via CDP. Webhooks signés pour person.needed, approval.needed et unlock.needed.
- Données et confidentialité
- Tout reste sur votre serveur ; les modèles sont externes, donc le contenu des pages et les captures partent chez le fournisseur de modèles de votre agent. Profils enregistrés et relectures sont chiffrés au repos. L'HTTPS d'administration n'écoute qu'en loopback ; le port UDP média peut être public. Un agent muni d'un jeton peut agir en votre nom sur les sessions enregistrées autorisées, et chaque page qu'il lit est une source d'injection de prompt.
- Coût à grande échelle
- Aucune licence à payer. Chaque session prend 2 CPU et 2 Gio ou plus pour Chrome, plus 1152 Mio pour ses auxiliaires ; le README prévoit 8 Go pour deux sessions simultanées et 16 Go pour quatre, jusqu'à 16 par installation.
- Limites
- Linux x86-64 uniquement, avec Docker 28+ en mode rootful et systemd. Huit onglets par session par défaut ; un appel d'agent à la fois par session. run_javascript exige les Developer tools, que les sessions lancées par jeton n'obtiennent jamais. Jusqu'à 32 jetons d'agent.
Les points forts
- Reprise en main en direct pour connexions, 2FA et CAPTCHA
- Profils enregistrés chiffrés sous le mot de passe d'administration
- Saisie masquée à l'agent après reprise en main
- Navigateurs coupés du réseau privé
Les points faibles
- La clé de déverrouillage reste en mémoire après déconnexion
- La voie MCP locale n'a pas de jeton ; docker exec suffit
- L'installateur expose le port UDP média quand il le peut
- Pas encore de version ; trois semaines d'historique
Idéal pour
Les ingénieurs qui veulent faire travailler des agents dans des sessions de navigation connectées sur un matériel qu'ils contrôlent, et qui placeront l'administration derrière un tunnel SSH ou un proxy vérifiant l'identité.
Alternatives à easi.run
easi.run : questions fréquentes
- easi.run vaut-il le coup ?
- Un navigateur auto-hébergé pour agents documenté avec un soin rare, dont le vrai risque est précisément ce qu'il vend : un Chrome connecté qu'un agent peut piloter en votre nom. Nous lui donnons 3.8 sur 5.
- Combien coûte easi.run ?
- Gratuit et open source (AGPL-3.0-only) ; vous ne payez que le serveur, à partir de 2 cœurs et 4 Go de mémoire pour une session.
- Quels sont les inconvénients de easi.run ?
- La clé de déverrouillage reste en mémoire après déconnexion; la voie MCP locale n'a pas de jeton ; docker exec suffit; l'installateur expose le port UDP média quand il le peut; pas encore de version ; trois semaines d'historique.
- À qui s’adresse easi.run ?
- Les ingénieurs qui veulent faire travailler des agents dans des sessions de navigation connectées sur un matériel qu'ils contrôlent, et qui placeront l'administration derrière un tunnel SSH ou un proxy vérifiant l'identité.
- Combien coûte easi.run pour une équipe ou en production ?
- Aucune licence à payer. Chaque session prend 2 CPU et 2 Gio ou plus pour Chrome, plus 1152 Mio pour ses auxiliaires ; le README prévoit 8 Go pour deux sessions simultanées et 16 Go pour quatre, jusqu'à 16 par installation.
- easi.run est-il sûr pour les données de l’entreprise ?
- Tout reste sur votre serveur ; les modèles sont externes, donc le contenu des pages et les captures partent chez le fournisseur de modèles de votre agent. Profils enregistrés et relectures sont chiffrés au repos. L'HTTPS d'administration n'écoute qu'en loopback ; le port UDP média peut être public. Un agent muni d'un jeton peut agir en votre nom sur les sessions enregistrées autorisées, et chaque page qu'il lit est une source d'injection de prompt.
- Quelles sont les meilleures alternatives à easi.run ?
- Les alternatives les plus proches que nous avons testées sont Browserbase MCP, Playwright MCP et Chrome DevTools MCP.
Réponses vérifiées le 11 nov. 2026.