Mon workflow ressemblait à ça : je développe une webapp, je tombe sur un bug. J'ouvre Chrome, j'inspecte la page, je fais un screenshot. Je bascule sur Claude, je colle le screenshot, je copie la console, je décris le contexte. Claude me répond. Je retourne dans Chrome appliquer sa suggestion. Et on recommence.

Le pire, c'est quand il fallait créer une API dans un outil tiers. Claude me donnait des chemins approximatifs. Par intuition, pas par connaissance réelle de l'interface. "Va dans Settings > API > Create Key." Sauf que le vrai chemin, c'était trois clics ailleurs. Même chose pour configurer des pubs, des webhooks, n'importe quelle action dans une interface web.

Le modèle devinait. Et moi je faisais l'intermédiaire entre un IA aveugle et un navigateur qui ne lui parlait pas.

Le vrai problème

Les modèles IA travaillent à l'aveugle quand il s'agit du web. Ils n'ont pas accès à la page. Pas au DOM, pas à la console, pas au réseau. Ils reconstruisent mentalement ce que tu leur décris, puis ils proposent quelque chose de plausible.

Plausible, pas correct. Et la différence entre les deux, c'est toi qui la payes en temps perdu.

Ce qu'il manquait, ce n'était pas un meilleur modèle. C'était un pont entre le modèle et le navigateur.

Ce que j'ai construit

Eaight, c'est un navigateur web (basé sur Chromium, construit avec Electron) qui embarque un serveur MCP natif. MCP, c'est le protocole que Claude Code utilise pour communiquer avec des outils externes.

Concrètement, ça veut dire que Claude voit ce que tu vois. En temps réel. Le DOM de la page, le contenu texte, l'arbre d'accessibilité, les requêtes réseau, la console, les cookies. Tout ça exposé comme des ressources MCP que le modèle peut lire sans que tu copies quoi que ce soit.

Et il ne fait pas que regarder. 18 outils d'automatisation lui donnent les mains : naviguer, cliquer, taper du texte, scroller, remplir des formulaires, exécuter du JavaScript, prendre des screenshots. Claude peut aller créer son API tout seul dans l'interface, sans que je fasse l'intermédiaire.

Comment ça se connecte

Claude Code détecte le navigateur automatiquement. Un fichier de découverte, un WebSocket, c'est tout. Pas de configuration manuelle, pas de token à copier. Tu lances Eaight, tu lances Claude Code, ils se trouvent.

Pour les autres CLI (Codex, Gemini), un pont stdio traduit les requêtes. Même protocole, même résultat.

Le timing

J'ai commencé Eaight en décembre 2025. Quelques mois plus tard, Anthropic a sorti sa propre extension navigateur pour Claude. Est-ce que c'est frustrant ? Un peu. Mais je suis pas le seul développeur sur la planète. Quand un problème est réel, plusieurs personnes le voient en même temps. Ça confirme juste que le besoin existait.

Et Eaight fait des choses que l'extension ne fait pas : c'est un navigateur complet, pas une extension. Le serveur MCP tourne dans le process principal avec un accès direct aux onglets. Pas de limitations liées aux permissions d'extension Chrome.

Ce que ça change

Plus de screenshots à coller. Plus de console à copier. Plus de chemins inventés. Claude regarde la page, comprend la structure, et agit dedans. Le workflow copier-coller a disparu.

Le code est open source : github.com/monteiro-consulting/eaight