Seiten lesen und herausziehen, was darauf steht

Das Leichteste, was ein Agent mit einem Browser tun kann: hingehen und lesen. Kein Formular, keine Anmeldung, nichts verändert – eine Seite finden, herausziehen, was darauf steht, berichten.

Es ist auch der Fall, in dem Diwall am wenigsten kostet. --mode fast liefert den Barrierefreiheitsbaum ohne Screenshot, und für textbasierte Arbeit ist das alles, was man braucht. Eine echte Übung: vier Seiten, drei Anfragen, das Stichwort samt Umfeld gefunden, zu keinem Zeitpunkt ein Vision-Modell aufgerufen.

Einen Artikel über mehrere Quellen vergleichen

Preis und Verfügbarkeit desselben Bauteils in mehreren Shops. Der Agent setzt zwei Dinge zusammen: einen Schritt zur Adresssuche, um Kandidatenseiten zu finden – zum Beispiel eine lokale Suchinstanz –, dann Diwall im Sondierungsmodus auf jedem Treffer, mit evaluer-Aktionen, die Preis, Bestand und technische Daten auslesen.

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

Der Vergleich selbst findet im Agenten statt, nicht in Diwall. Diwall liefert strukturierte Fakten; zu entscheiden, was sie bedeuten, ist nicht seine Aufgabe.

Eines sollten Sie wissen, bevor Sie das bauen. Das Suchwerkzeug, das Sie mit Diwall kombinieren, ist kein Bestandteil von Diwall – es ist ein eigenes Teil, das der Agent obendrauf setzt. Und rechnen Sie mit Sackgassen: Bei einem echten Panel aus 23 Händlerseiten wurden 39 % sofort blockiert. Was dieses Panel gemessen hat →

Eine Dokumentationsseite kartieren

Eine Dokumentation, die als Single-Page-App gebaut ist, reagiert schlecht auf naives Abrufen – der Inhalt kommt erst, wenn sich das clientseitige Routing gesetzt hat.

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

Warten, bis sich das Routing gesetzt hat, den Barrierefreiheitsbaum im schnellen Modus nehmen, um die Struktur zu kartieren, dann die Codeblöcke mit evaluer durchgehen, um ihren genauen Inhalt herauszuziehen. Der Agent hat dann echtes Material für seine Zusammenfassung statt einer Umschreibung dessen, was die Seite seiner Meinung nach sagte.

Einen Kalender oder eine Liste prüfen

„Ist an diesem Wochenende etwas los?“ – ohne vorher zu wissen, welche Seite die Antwort enthält. Schneller Modus plus Barrierefreiheitsbaum lassen einen Agenten ein paar Seiten durchsehen und berichten.

Eine solche Sitzung lieferte ein sauberes Beispiel für einen dokumentierten Fehlalarm: Die Seite lud ganz normal – reicher Inhalt, kein Captcha, keine Zwischenseite –, während respect.waf_bloquants trotzdem anschlug, weil eine fremde Ressource ohne Bezug auf der Seite ein Erkennungsstichwort enthielt. Gelöst in etwa einer Minute durch Lesen des Barrierefreiheitsbaums, der schon in derselben Antwort stand.

Das ist die Regel „Signal, nicht Urteil“, die genau tut, wofür sie gedacht ist: Die Erkennung lag falsch, sie hat nichts aufgehalten, und die Antwort lag schon vor.

Warum keiner davon als Szenario mitgeliefert wird

Eine echte Händlerseite in einem öffentlichen, versionierten Szenario zu nennen, ist eine Entscheidung, die bei Ihnen liegt.

Es gibt auch einen praktischen Grund. Ein öffentliches Szenario, das an eine benannte Website gebunden ist, scheitert Monate später, wenn diese Website ihre Haltung gegenüber Bots ändert – und ein kaputtes Beispiel schadet dem Werkzeug mehr, als es ihm genützt hat. Eine datierte Tabelle, welche Shops blockieren und welche nicht, veraltet schneller, als sie informiert.

Das Vorgehen ist im Maßstab eines Panels in den Feldnotizen des Projekts dokumentiert. Die Ziele wählen Sie.

Kurz gesagt

• Reine Lesearbeit braucht weder Screenshot noch Vision-Modell.
• evaluer liefert strukturierte Daten, die der Agent maschinell vergleichen kann.
• Suchwerkzeuge werden obendrauf gesetzt; sie gehören nicht zu Diwall.
• Rechnen Sie mit Blockaden bei großen Handelsplattformen, und weichen Sie auf andere Quellen aus.