Le moment où votre agent IA devient aveugle

Imagine la scène : tu as un agent de coding capable. Il écrit du Python propre, il comprend ton codebase, il respecte tes patterns architecturaux. Nickel.

Puis tu lui demandes un truc tout simple : « Va sur notre tableau de bord admin et vérifie que les nouvelles inscriptions passent bien. »

Silence.

Ton agent peut raisonner sur le problème. Mais il ne peut pas voir le dashboard. Il ne peut pas cliquer. Il ne peut pas vérifier le flux d'authentification. Le web réel — les dashboards, les portails, les systèmes d'auth, les pages admin avec leurs interfaces qui changent tout le temps — reste enfermé derrière le mur de verre de l'interface graphique.

C'est exactement le problème que WebCLI attaque de front. Et franchement, c'est un problème qui freine discrètement la révolution des agents IA depuis des mois.

Ce dont les agents ont vraiment besoin vs ce qu'on leur donne

Voici la vérité qui dérange : la plupart des solutions de « browser automation » pour agents IA reviennent à leur filer une capture d'écran et leur demander d'inférer l'état depuis des pixels. C'est comme essayer de diagnostiquer un problème de moteur en regardant une photo — l'image est belle, mais elle ne te dit rien de ce qui se passe vraiment sous le capot.

Ton agent n'a pas besoin d'images. Il a besoin de :

• Un état observable — Quels éléments sont sur la page ? Quels sont leurs attributs ? Avec quoi je peux vraiment interagir ?
• Des actions numérotées — Voici les actions 1 à 7 disponibles. Choisis-en une. Agis. Regarde ce qui change.
• Des chemins de récupération propres — La page ne s'est pas chargée comme prévu ? Voici ce qui s'est passé et comment se remettre sur les rails.
• Des points de transfert vers l'humain — Il y a un CAPTCHA ? Un défi MFA ? L'agent ne doit pas planter — il doit savoir demander de l'aide.

C'est exactement ce que propose WebCLI. Considère ça comme donner à ton agent IA un vrai tableau de bord et des instruments de mesure, plutôt que de lui demander de regarder à travers un trou de serrure.

La philosophie : une interface textuelle pour agents

L'idée clé derrière WebCLI, c'est que le web a évolué pour servir les humains. Nous, on a de beaux boutons, des effets au survol, du contenu dynamique, du scroll infini. Nos agents, eux... ils ont quoi ? Des screenshots ? Des strings de sélecteurs qui cassent quand un dev ajoute un data-testid trois semaines plus tard ?

WebCLI renverse tout ça. Au lieu de forcer les agents à interpréter une interface faite pour les humains, il traduit le web vivant dans un langage que les agents comprennent déjà :

État de la page :
- Titre : "Tableau de bord utilisateur | Acme Corp"
- Champs du formulaire : [username, password, remember_me]
- Actions visibles : [0: Valider la connexion, 1: Mot de passe oublié, 2: Créer un compte]
- Blocages : AUCUN
- Transcript : 12 interactions enregistrées

C'est le vrai web, traduit en données structurées. Ton agent peut raisonner là-dessus. Il peut le passer dans jq. Il peut prendre des décisions basées sur l'état réel plutôt que sur des suppositions.

Une commande. Tous les agents connaissent la boucle.

Le coup de maître, c'est l'approche SKILL.md. Au lieu de construire une intégration propriétaire qui ne fonctionne qu'avec un seul framework d'agent, WebCLI se présente comme une définition de skill standard. Tu installes une fois, et Claude Code, Cursor, Copilot, Gemini CLI et les autres agents de coding comprennent immédiatement comment naviguer.

Le skill donne aux agents les bons réflexes :

1. Observer d'abord — Analyser l'état de la page avant d'agir
2. Utiliser les références numérotées — Cibler les éléments par leur numéro, pas par des sélecteurs fragiles
3. Préférer le JSON — Des données structurées plutôt que des captures d'écran
4. Marquer une pause sur les blocages — Détecter quand une intervention humaine est nécessaire
5. Rapporter avec des transcripts — Garder une trace de tout ce qui s'est passé

Ce n'est pas un nouveau framework à adopter. C'est une capacité plug-and-play qui rend tes agents existants browser-aware.

La boucle de l'agent : étape par étape, pas tout d'un coup

C'est là que beaucoup de tentatives d'automatisation foirent : essayer de scripter un workflow browser entier en une commande fragile. « Va sur le dashboard, connecte-toi, clique sur le troisième bouton, extrais les données du tableau et envoie-les-moi par email. »

Ça, ce n'est pas de l'automatisation. C'est un château de cartes.

WebCLI fonctionne mieux comme une boucle vivante :

Observer → Choisir l'action suivante → Agir → Observer à nouveau → Récupérer si nécessaire → Pause si bloqué → Continuer

Chaque étape est discrète. Chaque étape peut échouer proprement. Chaque étape met à jour le transcript. Ton agent ne lance pas un macro — il pilote le navigateur avec une conscience situationnelle totale.

Vie privée : ton navigateur reste à toi

À une époque où « IA » veut souvent dire « on traitera tout sur nos serveurs », WebCLI prend une position rafraîchissante. Tout tourne en local. L'état de ton navigateur reste sur ta machine. Les seules connexions sortantes servent à la validation de licence — rien concernant tes habitudes de navigation, tes cookies, tes screenshots ou tes données de workflow ne quitte ton appareil.

Ça compte pour les utilisateurs en entreprise. Ça compte pour les devs qui manipulent des credentials sensibles. Ça compte pour tous ceux qui ne veulent pas que leurs outils internes deviennent les données d'entraînement de quelqu'un d'autre.

Plus de moyens de faire, plus de façons de dire

WebCLI ne cherche pas à remplacer le jugement humain. Il cherche à étendre les capacités humaines. Le tagline « Technology for agency » — la technologie au service de l'autonomie — ce n'est pas une question de te remplacer. C'est te donner une paire de mains supplémentaires qui peut vraiment faire des choses sur le web pendant que tu te concentres sur la réflexion qui compte.

Ton agent récupère l'interface du navigateur : état, actions, blocages, transfert, transcripts. Toi, tu gardes le but, l'autorisation et le jugement final. Cette division du travail rend tout le monde plus efficace.

Est-ce que ça devrait t'intéresser ?

Si tu construis quoi que ce soit avec des agents IA qui doivent interagir avec le web réel — dashboards admin, outils internes, automatisation de workflows, pipelines de test — WebCLI mérite un vrai regard.

Le navigateur n'est plus réservé aux humains. Avec la bonne interface, tes agents peuvent vraiment opérer le web, pas juste imaginer à quoi il ressemble.

Arrête de faire chaque tâche web toi-même. Donne à ton agent les outils dont il a besoin pour prendre le volant.

WebCLI pourrait bien être la pièce manquante de ton stack d'agents.