Fallback Strategy

Wie Systeme bei fehlenden Daten oder Ausfällen eine sichere, verständliche und begrenzte Alternative anbieten

Strategien für den Umgang mit KI-Fehlern und Unsicherheit – was passiert, wenn das Modell nicht weiter weiß?

Fortgeschritten2 Min Lesezeit

Erklärung starten

Auf einen Blick

3 Punkte

  1. Was tun bei niedriger Confidence?
  2. Graceful Degradation statt unnötig harter Fehler
  3. Human-in-the-Loop als Fallback

Sofortantwort

Fallback Strategy einfach erklärt

Strategien für den Umgang mit KI-Fehlern und Unsicherheit.

Kurz gesagt
Was tun bei niedriger Confidence?
Typischer Einsatz
Chatbots, Empfehlungen, Klassifikation
Wichtig zu wissen
Human-in-the-Loop als Fallback

Fallback Strategy im Überblick

Fallback Strategies definieren, was passiert, wenn ein KI-System unsicher ist, scheitert oder eine Entscheidung nicht autonom treffen sollte.

Fallback-Hierarchie:

1. KI-Vorhersage bei ausreichender Sicherheit
   ↓ Fallback
2. KI mit Warnung oder Bestätigung bei mittlerer Sicherheit
   ↓ Fallback
3. Einfachere Regel bei niedriger Sicherheit
   ↓ Fallback
4. Human Review
   ↓ Fallback
5. Default-Antwort

Technisch betrachtet

Implementation

def predict_with_fallback(model, input, threshold):
    prediction, confidence = model.predict(input)
    
    if confidence >= threshold:
        return prediction, "ai"
    elif confidence >= rule_threshold:
        # Einfachere Regel
        return rule_based_prediction(input), "rule"
    else:
        # Human Review
        queue_for_review(input)
        return None, "human"

Chatbot-Fallback

def chatbot_response(query):
    intent, confidence = classify_intent(query)
    
    if confidence > intent_threshold:
        return handle_intent(intent)
    elif confidence > clarification_threshold:
        return f"Meinst du {intent}? [Ja/Nein]"
    else:
        return "Ich bin mir nicht sicher. Möchtest du mit einem Menschen sprechen?"

Fallback-Patterns in KI-Produkten

In LLM-basierten Produkten haben sich Fallbacks auf mehreren Ebenen etabliert – von der Infrastruktur bis zum Dialog:

EbeneFallback-Pattern
ModellAusweichen auf ein anderes Modell bei Überlastung oder Ausfall des primären Anbieters
AntwortqualitätBei fehlenden Quellen: „Dazu habe ich keine verlässlichen Informationen” statt Halluzination
Tool-NutzungSchlägt ein Tool-Aufruf fehl, antwortet der Agent aus eigenem Wissen – mit Hinweis
DialogChatbot bietet Kontaktformular oder Live-Chat an, wenn er nicht weiterkommt
Retrieval (RAG)Keine passenden Dokumente gefunden → breitere Suche oder ehrliches „nicht gefunden”

Entscheidend ist die Reihenfolge: Erst die nächstbeste automatische Option, dann der Mensch, zuletzt der ehrliche Abbruch. Jeder Fallback sollte für Nutzer erkennbar sein – stillschweigend degradierte Antworten beschädigen das Vertrauen.

Do & Don’t

DoDon’t
Fallbacks als Teil des Designs planen, nicht als NotlösungFehlerfälle erst in Produktion entdecken
Transparent machen, dass ein Fallback aktiv istDegradierte Qualität als Normalfall verkaufen
Kontext an den Menschen übergeben (bisheriger Verlauf)Nutzer beim Support von vorn beginnen lassen
Ehrliches „Ich weiß es nicht” zulassenUm jeden Preis eine Antwort erzwingen
Schwellenwerte pro Use Case kalibrierenEinen globalen Confidence-Threshold für alles

Abgrenzung zu verwandten Begriffen

  • Fallback vs. Retry: Ein Retry versucht denselben Weg erneut (etwa bei einem Timeout), ein Fallback wechselt auf einen anderen Weg. In der Praxis: erst begrenzt wiederholen, dann ausweichen.
  • Fallback vs. Guardrail: Guardrails verhindern, dass eine riskante Aktion Schaden anrichtet. Fallbacks regeln, wie es weitergeht, wenn das System nicht liefern kann. Guardrails schützen vor der KI, Fallbacks kompensieren ihr Scheitern.
  • Fallback vs. Human-in-the-Loop: Human-in-the-Loop kann ein fester Prozessschritt sein (jede Entscheidung wird geprüft). Als Fallback ist der Mensch nur die Eskalationsstufe für unsichere Fälle.

Messbarkeit

  • Fallback-Rate: Wie oft greift welche Stufe? Eine steigende Rate kann auf Modellprobleme oder veränderte Nutzeranfragen hinweisen.
  • Erfolg nach Fallback: Lösen Nutzer ihr Anliegen über den Ausweichpfad – oder brechen sie dort ab?
  • False Fallbacks: Wie oft wird eskaliert, obwohl die KI richtig lag? Zu vorsichtige Schwellenwerte verschenken Automatisierungspotenzial.

Fallback-Raten gehören ins Monitoring wie Fehlerraten: Sie sind ein Frühindikator für sich verschiebende Modellqualität oder Nutzungsmuster.

Schritt für Schritt

Wie ein Fallback die richtige Grenze zieht

  1. Kritische Abhängigkeit und Folgen klären

    Bestimme, was bei Ausfall oder Unsicherheit nicht mehr zuverlässig möglich ist und welche Folge für Menschen oder Prozesse entstehen könnte. Ein Fallback ist nur sinnvoll, wenn seine eigene Qualität und Grenze verstanden sind.

  2. Sichere Alternative auswählen

    Wähle eine Alternative, die im Störfall nicht mehr Schaden anrichtet als ein klarer Stopp. Das kann eine eingeschränkte Funktion, ein bekannter Datenstand oder eine menschliche Übergabe sein.

  3. Aktivierung und Kommunikation gestalten

    Lege eindeutige Bedingungen für Aktivierung und Rückkehr fest. Menschen sollen erkennen, was gerade verfügbar ist, welche Einschränkung gilt und welche nächste Handlung sie sicher ausführen können.

  4. Fallback testen und nach Vorfällen verbessern

    Prüfe regelmäßig, ob die Alternative im Ernstfall erreichbar, aktuell und sicher ist. Ausfälle zeigen, ob Grenzen, Beobachtung und Übergaben angepasst werden müssen.

Konkretes Beispiel

Eine Suche bleibt bei externer Störung hilfreich

Ein Wissenssystem benötigt einen externen Dienst für aktuelle Informationen. Bei Ausfall soll es keine scheinbar aktuelle, aber falsche Antwort erzeugen.

Verdeckter Ausfall

Ohne Regel versucht das System weiter auf die Quelle zuzugreifen und liefert nach einem Timeout eine unklare Antwort. Menschen können nicht erkennen, ob Informationen fehlen oder die Anfrage falsch verstanden wurde.

Transparente Alternative

Bei bestätigter Störung nutzt das System klar gekennzeichnete, verfügbare Grundlagen oder verweist auf eine spätere Prüfung. Es behauptet keine Aktualität, dokumentiert den Zustand und kehrt erst nach erfolgreichem Test zurück.

Einordnung

Vorteile und Grenzen

Das spricht dafür

  • Hält wichtige Funktionen in einer sicheren, klar begrenzten Form verfügbar.
  • Macht Einschränkungen und nächste Schritte im Fehlerfall für Menschen verständlich.
  • Reduziert unkontrolliertes Verhalten, wenn externe Abhängigkeiten ausfallen oder unsicher werden.

Das solltest du beachten

  • Ein Fallback kann veraltete oder weniger vollständige Ergebnisse liefern und muss dies offen zeigen.
  • Die Alternative erhöht Architektur- und Testaufwand und kann selbst zu einer Abhängigkeit werden.
  • Fallbacks dürfen eine notwendige Ursachenbehebung oder ehrliche Unterbrechung nicht dauerhaft ersetzen.
Vertiefung · für Fortgeschrittene

Vom Ausfall zur sicheren Alternative

Wissenskarte

Begrenzte Alternative

Error Recovery Patterns
UX-Patterns für graceful Fehlerbehandlung in KI-Systemen.
Observability
Fähigkeit, den Zustand eines Systems durch Logs, Metrics und Traces zu verstehen.
Caching
Zwischenspeichern von Daten zur Beschleunigung von Anfragen.
Load Balancing
Eingehende Anfragen werden auf mehrere Server verteilt, um Überlastung zu vermeiden.
Human-in-the-Loop
Menschen überprüfen und entscheiden über KI-Ergebnisse.
Eine Fallback Strategy verbindet klar erkannte Störungen mit einer sicheren Alternative, transparenter Kommunikation und der Prüfung, wann der Normalbetrieb wieder verantwortbar ist. Fallback gliedert sich in: Error Recovery Patterns, Observability, Caching, Load Balancing, Human-in-the-Loop.

01Einsatzbereiche

Wann ist Fallback Strategy sinnvoll?

Geeignet für

  • ChatbotsAn Menschen übergeben bei Unsicherheit
  • EmpfehlungenPopuläre Items statt personalisierte
  • KlassifikationManuelle Review bei niedriger Confidence

↑ Inhalt

Merksatz

Fallback ist wie ein Backup-Plan

Wenn der Hauptweg blockiert ist, gibt es einen alternativen Weg – nicht perfekt, aber besser als steckenbleiben.

  1. Was tun bei niedriger Confidence?
  2. Graceful Degradation statt unnötig harter Fehler
  3. Human-in-the-Loop als Fallback

03Redaktion

Herkunft und Stand

Redaktion und Aktualität

Ebenex RedaktionRedaktion

Veröffentlicht
Aktualisiert

Dieses Feld entwickelt sich schnell. Oben stehen Veröffentlichung und letzte Änderung; ein Prüfdatum kommt dazu, sobald die Erklärung nach ihrer letzten Änderung geprüft wurde.

↑ Inhalt

04FAQ

Häufige Fragen zu Fallback Strategy

Wann Fallback auslösen?

Bei niedriger Confidence, unbekannten Inputs, Systemfehlern oder riskanten Entscheidungen. Schwellenwerte hängen von Risiko, Use Case und Nutzererwartung ab.

Fallback vs. Fehler?

Fallback bedeutet eine eingeschränkte, aber weiterhin hilfreiche Erfahrung. Ein Fehler stoppt den Prozess oder erfordert manuelles Eingreifen. Fallbacks sind oft nutzerfreundlicher, wenn sie transparent gestaltet sind.

↑ Inhalt

05Weiterlernen

Was möchtest du als Nächstes verstehen?

  • Grundlage nachholen

    Human-Centered AI

    KI-Design, das menschliche Bedürfnisse und Fähigkeiten in den Mittelpunkt stellt.

  • Technisch vertiefen

    LLM Evaluation

    Systematische Bewertung von LLM-Qualität, Zuverlässigkeit und Sicherheit.

↑ Inhalt