API-Antworten vergleichen und Kompatibilität bewerten.
Trenne strukturelle von Wertänderungen. Ein geänderter Beispielwert verletzt nicht zwingend den API-Vertrag, während ein entferntes Feld relevant sein kann.
Passe den Ablauf an deine Aufgabe an.
Vergleiche Antwortstrukturen und Werte getrennt und erhalte die Pfade zu jeder Änderung. Unterscheide entfernte oder umbenannte Felder von geänderten Beispielwerten und bewerte Kompatibilität nach den tatsächlichen Anforderungen der Verbraucher.
- Was du bereitstellst
- Zwei Beispielantworten und Vergleichsregeln.
- Was du erhältst
- Schema- und Wertänderungen mit Kompatibilitätsbedenken.
Sieh dir Eingabe und Ergebnis an.
Beispielhafte Ein- und Ausgabe · ein Lehrbeispiel, kein tatsächlicher WebAct-Durchlauf
Beispiel Eingabe
Compare response field sets. Old: {"id":"A1","name":"Ada"}. New: {"id":"A1","display_name":"Ada"}. No API compatibility contract supplied.Vollständiges Beispiel
Unchanged field: id. Removed field: name. Added field: display_name. Potential impact: clients reading name may fail or lose displayed text. A rename is plausible, but the samples alone do not prove semantic equivalence or the full compatibility policy.
Lade diese Eingabe in den Prompt und kopiere ihn zum Ausprobieren nach WebAct. Dein Ergebnis kann vom Beispiel abweichen.
Entscheidungen und Fehlerbehebung.
Verletzt ein geänderter Beispielwert automatisch den API-Vertrag?
Nein. Ein Wert darf sich rechtmäßig ändern. Schema, Bedeutung und Verbraucherannahmen bestimmen die Bedeutung der Änderung.
Warum erscheint ein umbenanntes Feld als unabhängige Entfernung und Ergänzung?
Ein struktureller Diff beweist keine Absicht. Markiere die mögliche Umbenennung und bestätige sie anhand dokumentierter Änderungen und der Verwendung.
Probiere es mit deiner eigenen Quelle.
Ersetze das Beispiel im Aufgaben-Prompt durch dein Material. Behalte nötige Anforderungen bei und kopiere die Aufgabe nach WebAct.
Aufgabe anpassen und kopieren ↑