Was ein Agent nicht erraten kann

Ein Agent, der einen Browser steuert, weiß eines mit Sicherheit: ob seine eigene Anweisung ausgeführt wurde. Er hat geklickt, der Klick ist erfolgt, succes: true.

Diese Aussage ist wahr. Sie ist aber ebenso vereinbar damit, dass der Server nichts erhalten hat, das Formular abgelehnt wurde, die Sitzung abgelaufen war und die Seite von Anfang an die falsche war.

Wahrnehmung heißt nicht nur, die Seite zu sehen. Sie heißt auch zu wissen, wo das Sehen aufhört.

Die Lücke zwischen „es lief“ und „es hat funktioniert“

Drei echte Fälle, alle mit Erfolgsmeldung:

Der Browser hat das Absenden verweigert. Ein required-Feld war leer. Die HTML5-Validierung blockierte und zeigte eine kleine native Sprechblase. Der Klick fand statt – Diwall hat recht –, und nichts wurde gesendet.

Der Klick war synthetisch. Ein JavaScript-.click() auf eine Absende-Schaltfläche löst das DOM-Ereignis aus, ohne das HTTP-Absenden zu garantieren. Ein Theme-Update in einem Content-Management-System endete grün, und kein Theme war aktualisiert.

Das Element war nicht das auf dem Bild. Nummern verschieben sich mit dem Dokument; zwischen Aufnahme und Aktion hat sich etwas geöffnet oder geschlossen. Der Klick traf – ein anderes Element.

In allen drei Fällen konnte der Agent es aus seiner eigenen Ausgabe nicht erkennen. Darum geht es auf dieser Seite.

Zeit ist unsichtbar

Eine Seite kann vollständig geladen und trotzdem noch nicht bereit sein.

Nachdem ein Anmeldeformular abgeschickt wurde, wird das Netzwerk still und die Navigation ist abgeschlossen. Der Agent schließt daraus, die Sitzung stehe, und ruft eine geschützte Seite auf – und landet wieder auf dem Anmeldebildschirm.

Der Server war noch nicht fertig. Viele Anwendungen erzeugen die Sitzungskennung direkt nach der Anmeldung neu; der Browser ist fertig, der Server nicht, und es gibt weder optisch noch strukturell einen Unterschied zwischen „still, weil fertig“ und „still, weil zwischen zwei Zuständen“.

{"type": "cliquer_som", "id": 2},
{"type": "pause", "ms": 2000},
{"type": "naviguer", "url": "https://target.local/protected"}

Zwei Sekunden gewolltes Warten, weil Netzwerkstille nicht Bereitschaft bedeutet. Nichts auf der Seite sagt das.

Was Diwall dagegen tut

Es kann die Lücke nicht schließen – kein Werkzeug kann das, von innerhalb des Browsers. Es kann aber verhindern, dass der Agent so denkt, als gäbe es die Lücke nicht.

Die Anzahl melden, nicht nur die Liste. som_hors_viewport sagt, wie viele interaktive Elemente die Aufnahme verfehlt hat.

Melden, wo man wirklich ist. Der Kompass enthält die aktuelle URL nach Weiterleitungen, den Seitentitel, den letzten HTTP-Status. Ein Agent, der sich anderswo wähnte, merkt es.

Abweichung melden. session_derive sagt, dass die Sitzung nicht mehr hält. Und dernier_code_http unterscheidet die zwei Fehlschläge, die gleich aussehen – ein echter Ablauf leitet mit 302 weiter, ein Anwendungsfehler hinter display_errors=0 liefert 500 und dieselbe Anmeldeseite.

Den Rückgriff auf Zwang melden. repli_js_utilise erscheint nur, wenn ein Ausweichweg tatsächlich lief, nie nur, weil die Option gesetzt war.

Nichts davon ist eine Garantie. Es sind Signale, die eine stille falsche Annahme in eine lesbare verwandeln.

Die Gewohnheit, die daraus folgt

Lesen Sie die Antwort, nicht das Urteil. succes: true ist das am wenigsten aussagekräftige Feld der Ausgabe – es sagt nur, dass die Anweisung lief.

Ob die Arbeit tatsächlich getan wurde, sagt Ihnen alles drumherum: wo Sie sind, was der Server geantwortet hat, was die Aufnahme nicht sehen konnte, ob etwas erzwungen werden musste. Ein Agent, der nur das Urteil prüft, irrt sich mit voller Überzeugung – genau in den Fällen, auf die es ankommt.

Kurz gesagt

• Mechanischer Erfolg und tatsächliche Wirkung sind zwei verschiedene Aussagen.
• Ein stilles Netzwerk heißt nicht, dass der Server bereit ist.
• Die Signale gibt es – Kompass, HTTP-Status, Abweichung, Zahl außerhalb des Bildschirms –, und sie sind mehr wert als das Urteil.
• Zu wissen, wo die Wahrnehmung aufhört, gehört zum Wahrnehmen.