Lire des pages et en extraire le contenu

La chose la plus légère qu’un agent puisse faire d’un navigateur : aller lire. Aucun formulaire, aucune authentification, rien de modifié — trouver une page, en extraire le contenu, rendre compte.

C’est aussi le cas où Diwall coûte le moins. --mode fast renvoie l’arbre d’accessibilité sans capture, et pour un travail fondé sur le texte, il ne faut rien de plus. Un exercice réel : quatre pages, trois requêtes, le mot-clé trouvé avec son contexte, sans aucun appel à un modèle de vision.

Comparer un article entre plusieurs sources

Le prix et la disponibilité d’un même composant dans plusieurs boutiques. L’agent assemble deux choses : une étape de découverte d’adresses pour trouver les pages candidates — une instance de recherche locale, par exemple —, puis Diwall en mode sonde sur chaque résultat, avec des actions evaluer qui relèvent le prix, le stock et les caractéristiques.

{"type": "evaluer",
 "script": "document.querySelector('.price')?.textContent.trim()"}

La comparaison elle-même se fait dans l’agent, pas dans Diwall. Diwall rend des faits structurés ; décider de ce qu’ils signifient n’est pas son rôle.

Une chose à savoir avant de bâtir cela. L’outil de découverte que vous associez à Diwall n’est pas un composant de Diwall — c’est une pièce à part que l’agent assemble par-dessus. Et attendez-vous à des impasses : sur un panel réel de 23 sites marchands, 39 % ont opposé un blocage immédiat. Ce que ce panel a mesuré →

Cartographier un site de documentation

Une documentation construite comme application monopage se prête mal à une récupération naïve — le contenu n’arrive qu’une fois le routage côté client stabilisé.

{"type": "attendre_reseau_calme"},
{"type": "evaluer",
 "script": "Array.from(document.querySelectorAll('pre code')).map(e => e.textContent)"}

Attendre que le routage se stabilise, prendre l’arbre d’accessibilité en mode rapide pour cartographier la structure, puis parcourir les blocs de code avec evaluer pour en tirer le contenu exact. L’agent dispose alors d’une vraie matière pour sa synthèse, plutôt que d’une paraphrase de ce qu’il croit que la page disait.

Consulter un agenda ou une liste

« Y a-t-il quelque chose ce week-end ? » — sans savoir à l’avance quelle page détient la réponse. Le mode rapide et l’arbre d’accessibilité permettent à un agent de parcourir quelques pages et de rendre compte.

Une de ces sessions a donné un bel exemple de faux positif documenté : la page s’est chargée normalement — contenu riche, pas de captcha, pas de page intermédiaire — alors que respect.waf_bloquants se déclenchait quand même, parce qu’une ressource tierce sans rapport, présente sur la page, contenait un mot-clé de détection. Réglé en une minute environ, en lisant l’arbre d’accessibilité déjà présent dans la même réponse.

C’est la règle du signal plutôt que du verdict qui fait exactement ce pour quoi elle existe : la détection se trompait, elle n’a rien arrêté, et la réponse était déjà en main.

Pourquoi aucun de ces cas n’est livré comme scénario

Nommer un vrai site marchand dans un scénario public et versionné est une décision qui vous appartient.

Il y a aussi une raison pratique. Un scénario public attaché à un site nommé échoue quelques mois plus tard, quand ce site change sa politique anti-robots — et un exemple cassé discrédite l’outil plus qu’il ne l’a démontré. Un tableau daté des boutiques qui bloquent ou non se périme plus vite qu’il n’informe.

La méthode est documentée à l’échelle d’un panel dans les notes de terrain du projet. Les cibles, c’est vous qui les choisissez.

En bref

• Le travail en lecture seule ne demande ni capture ni modèle de vision.
• evaluer renvoie des données structurées que l’agent peut comparer par programme.
• Les outils de découverte s’assemblent par-dessus ; ils ne font pas partie de Diwall.
• Attendez-vous à des blocages sur les grandes plateformes marchandes, et passez par d’autres sources.