Install
npx skills add eze-is/web-accessÀ qui ça s'adresse
Si tu trouves que le WebSearch et le WebFetch fournis avec l'Agent n'ont pas de politique d'aiguillage et pas d'automatisation navigateur, cet Agent Skill convient mieux. Il ajoute une politique réseau, des actions navigateur CDP, et l'accumulation d'expérience de site. La page dit qu'il est compatible avec tout Agent qui gère SKILL.md, cite plusieurs produits, puis un « etc. » : ne prends pas les exemples pour une liste fermée.
Ceux qui veulent seulement de la recherche texte et n'ouvriront pas le débogage distant peuvent d'abord l'utiliser comme couche de politique. Pour passer au CDP, il faut : Node.js 22+, et Chrome ou Edge déjà ouvert avec le débogage distant. Si tu veux seulement une extension navigateur et n'utilises pas d'Agent SKILL.md, ce n'est pas pour toi.
Premier essai en 3 minutes
La commande d'installation officielle est écrite sur la page comme celle-ci :
npx skills add eze-is/web-access
Elle écrit le skill dans l'Agent courant qui gère SKILL.md. Confirme que tu as npx en local et que c'est l'environnement à modifier, puis exécute. N'ajoute pas un autre installeur à côté.
Une fois installé, fais d'abord un accès web en lecture seule ; ne pilote pas le navigateur tout de suite. Demande à l'Agent de chercher ou d'aller chercher une source publique que tu nommes, et de dire s'il a choisi WebSearch, WebFetch, curl, Jina ou un mélange. Signal de succès : il donne la raison et renvoie le contenu de page, au lieu de dire que le skill n'est pas installé. Arrête-toi là.
Seulement si le canal lecture seule ne suffit pas et que tu veux clairement agir sur une page déjà ouverte, passe au CDP. Ouvre d'abord en local :
chrome://inspect/#remote-debugging
ou
edge://inspect/#remote-debugging
Confirme que le débogage distant est allumé, puis autorise l'Agent à agir via CDP. Cela contrôle ton vrai navigateur ; avant d'exécuter, confirme que la fenêtre et le site sont exactement ceux voulus.
Cas d'usage
Cas 1 : Faire choisir les outils web selon le cas. Le tableau écrit les capacités ainsi : WebSearch / WebFetch / curl / Jina / CDP, jugement selon le cas, combinaisons libres. La tâche doit être « cherche ça, et dis-moi quels canaux tu as utilisés ». Le texte de page disponible n'écrit pas les règles de choix, ni si Jina exige une clé en plus. Tu peux confirmer que ces cinq noms entrent dans l'aiguillage ; qui est choisi quand se décide à l'exécution. Si l'Agent ouvre tout de suite le CDP pour cliquer la page, il a déjà dépassé cette tâche en lecture seule.
Cas 2 : Utiliser le CDP sur un navigateur déjà débogué. Prérequis : Node.js 22+, et la page de débogage distant Chrome / Edge déjà ouverte. L'usage est l'automatisation navigateur, pas une nouvelle recherche ordinaire. Le texte de page disponible n'écrit ni sélecteurs cliquables, ni commandes de capture, ni comment terminer la session de débogage. La première fois, exige seulement une action lecture seule réversible (par exemple voir la page courante), et confirme la cible de débogage à l'avance. L'accumulation d'expérience de site est écrite comme capacité, sans dire où c'est stocké ni comment vider ; ne laisse pas l'Agent traiter un mécanisme mémoire non expliqué comme une base déjà configurée.
Limites d'usage
Le mode CDP est lié à Node.js 22+ et au débogage distant Chrome/Edge. Version insuffisante ou page inspect fermée : n'assume pas que l'automatisation navigateur est dispo. Un WebSearch / WebFetch ordinaire n'équivaut pas automatiquement à avoir le CDP.
Le chemin d'installation est npx skills add eze-is/web-access. N'écris pas une deuxième commande d'installation. Les exemples de clients ne sont pas une liste d'autorisation.
Le premier arrêt est une recherche ou une récupération en lecture seule. Tout clic CDP, envoi de formulaire, connexion, ou écriture d'expérience de site doit d'abord faire répéter la fenêtre et les étapes ; tu confirmes, puis ça continue.