Ein guter SEO-Agent weiß, wann er stoppen muss.

Lege vor dem Lauf fest, welche Fehler wiederholt werden dürfen, wann eine Person entscheidet und wie Teilresultate, Kosten und Änderungen gesichert werden.

FAILURE HANDLING / STOP / RETRY / ESCALATE

Entscheidungsmatrix

Nicht jeder Fehler ist ein Retry.

Ein Retry ist nur sinnvoll, wenn sich die Ursache plausibel ändern kann und die Wiederholung innerhalb von Scope, Rechten und Budget bleibt.

Pflichtinput fehlt

Stoppen

Keine Ersatzdaten erfinden. Fehlendes Feld, Owner und benötigte Freigabe nennen.

Temporärer Toolfehler

Begrenzt wiederholen

Nur bei unverändert sicherer Aktion; Retry-Zahl, Wartezeit und Kosten mitzählen.

Quelle widerspricht Quelle

Eskalieren

Beide Beobachtungen erhalten. Keine stille Mehrheitsentscheidung oder Glättung.

Berechtigung reicht nicht

Stoppen

Keinen Scope erweitern. Benötigten Zugriff und mögliche Auswirkung erklären.

Akzeptanzkriterium verfehlt

Zurückweisen

Output nicht als Erfolg markieren; Ursache, Teilresultat und nächsten Test dokumentieren.

Schreibaktion fehlgeschlagen

Sichern & zurückrollen

Weitere Mutationen stoppen, Diff und Zustand sichern, verantwortliche Person informieren.

Kopierbarer Mindestvertrag

Failure Handling vor dem Prompt einfrieren.

Die Werte sind eine Vorlage, keine universelle Norm. Kritische Schreibaktionen können null automatische Retries verlangen; sichere, idempotente Lesezugriffe können anders begrenzt werden.

Im SEO Agent Skill verwenden

failure_handling:
  owner: "NAME"
  max_retries_per_step: 1
  retry_only_if:
    - "Aktion ist idempotent oder sicher wiederholbar"
    - "Scope, Datenquelle und Kostenlimit bleiben unverändert"
  stop_if:
    - "Pflichtinput oder Evidenz fehlt"
    - "neue Berechtigung oder bezahlte Daten nötig"
    - "personenbezogene oder vertrauliche Daten erscheinen"
  escalate_with:
    - "letzte bestätigte Beobachtung"
    - "Fehler, Tool, Version und Zeitstempel"
    - "verbrauchte Zeit und Kosten"
    - "mögliche sichere nächste Schritte"
  rollback_owner: "NAME ODER NICHT ANWENDBAR"

Was im Laufprotokoll erhalten bleibt

Fehlerklasse, Tool und Version
Zeitpunkt, Versuchszahl und Wartezeit
Input-Referenz und letzte bestätigte Beobachtung
Direkte Kosten und verbrauchte Laufzeit
Entscheider, Freigabe und gewählter Rückweg

Warum diese Grenze belastbar ist

Das NIST AI Resource Center beschreibt dokumentierte Test-, Evaluations-, Verifikations- und Validierungsprozesse sowie Monitoring, Incident Response, Recovery und menschliches Eingreifen als Teile des AI-Risikomanagements. Diese Seite überträgt das als eigenständige, taskbezogene Checkliste auf SEO-Agent-Workflows; sie behauptet keine NIST-Prüfung.

NIST AI RMF Playbook: Manage

Retries dürfen Fehler nicht verstecken. Jeder Versuch bleibt Teil von Zeit, Kosten und Ergebnisstatus.

Retry-Budget berechnen