Definiert gewünschtes Verhalten, Grenzen, Fehlerreaktionen, menschliche Kontrollen und Sicherheitsanforderungen für Modell-Fallback. Diese Referenz legt die Übernahmegrenze, das Fehlerverhalten und beobachtbare Nachweise fest, während umgebungsspezifische Grenzen konfigurierbar bleiben.
Paketstatus: Referenzkontext bereit für menschliche Überprüfung. Der Vertrag und die Testszenarien sind abgeschlossen, es wird jedoch nicht behauptet, dass eine übernehmende Implementierung diese bestanden hat.
Entscheidung
Für Modell-Fallback wird eine versionierte Orchestrierungsrichtlinie und eine explizite Modellaufruf-Grenze übernommen. Das für den Nutzer sichtbare Versprechen, Ausschlüsse, Autorität und Fehlerreaktion werden explizit gemacht, während gemessene Schwellenwerte als Übernahmeentscheidungen offenbleiben. Dieser Anforderungsblock konzentriert sich speziell auf Anforderungen und Richtlinien. Dieses Paket ist ein Referenzvertrag: Das übernehmende Team muss numerische Grenzen, Anbieter, Rechtsräume und operative Verantwortliche anhand von Nachweisen in der eigenen Umgebung wählen.
Umfang
- Die Modell-Fallback-Akteure, Eingaben, Ausgaben, Zustände, Richtlinien- oder Schemaversionen und extern sichtbaren Ergebnisse, die für den Fokus auf Anforderungen und Richtlinien dieses Anforderungsblocks erforderlich sind.
- Primäre und alternative Schnittstellen, Hintergrundarbeiten, Caches, Integrationen, Supportpfade und Nachweise, die dieselbe Grenze ausüben können.
- Übernahmespezifische Konfiguration, Rollout, Wiederherstellung und Verifikationsverantwortlichkeiten, die für eine sichere Anwendung der Referenz notwendig sind.
Außerhalb dieses Blocks
- Die Wahl eines universellen Anbieters, Frameworks, Rechtsraums, numerischen Schwellenwerts, Aufbewahrungszeitraums oder Service-Level-Objektivs für jeden Übernehmer.
- Die Behauptung, dass verpackte Szenarien gegen eine nachgelagerte Implementierung ausgeführt wurden oder dass diese Referenz eine rechtliche, sicherheitsrelevante oder barrierefreie Zertifizierung gewährt.
Vertrag
- Speichere die Prompt-, Tool-, Retrieval-, Modell- und Richtlinienversionen, die benötigt werden, um jedes wesentliche Ergebnis zu reproduzieren oder zu erklären.
- Validieren Sie strukturierte Ausgaben vor jeglicher Nebenwirkung; fehlerhafte oder unvollständige Ausgaben sind ein Fehler, keine teilweise Autorität.
- Trennen Sie nicht vertrauenswürdige Nutzer- oder abgerufene Inhalte von Systemrichtlinien und kennzeichnen Sie jedes Kontext-Element mit Ursprung und Vertrauensklasse.
- Begrenzen Sie Tokens, Tool-Aufrufe, Latenz und Ausgaben pro Anfrage; das Überschreiten einer Grenze führt zu einem benannten Fallback anstelle einer unbeschränkten Fortsetzung.
- Geben Sie an, welcher Akteur unter jedem wesentlichen Zustand welches Ergebnis erhält, einschließlich nicht verfügbar, nicht autorisiert, leer und teilweise Bedingungen.
- Markieren Sie konfigurierbare Grenzen und Richtlinien als Auswahlmöglichkeiten mit Verantwortlichen; präsentieren Sie Beispielwerte nicht als universelle Anforderungen.
- Deklarieren Sie die Fallback-Reihenfolge nach Fähigkeit, Sicherheitsrichtlinie, Datenregion, Latenz, Kosten, Kontextlänge und Ausgabevertrag, anstatt ein beliebiges verfügbares Modell blind zu ersetzen.
- Validieren Sie Eingaben und Ausgaben an jeder Anbietergrenze erneut, machen Sie wesentliche Qualitätsverschlechterungen sichtbar und bewahren Sie eine Operationsidentität, sodass Fallbacks Tools oder Nebenwirkungen nicht wiederholen können.
- Für die Anforderungen- und Richtlinienvariante erzwingen Sie diese deklarierte Grenze: definiert gewünschtes Verhalten, Grenzen, Fehlerreaktionen, menschliche Kontrollen und Sicherheitsanforderungen für Modell-Fallback.
Implementierungshinweise
- Überprüfen Sie den Vertrag mit Produkt, Implementierung, Betrieb, Sicherheit und betroffenen Nutzern, bevor Sie ihn über die Überprüfung hinaus fördern.
- Modellieren Sie Modell-Fallback-Eingaben, Ausgaben, Akteure, Zustände, Invarianten, Nebenwirkungen und Nachweise, bevor Sie Framework- oder Anbieterdetails auswählen.
- Speichern Sie die anwendbare Modell-Fallback-Vertrags- oder Richtlinienversion mit wesentlichem Zustand, damit Migrationen, Wiedergabe und Supportentscheidungen nachvollziehbar bleiben.
- Führen Sie den Pfad hinter kontrolliertem Rollout ein, vergleichen Sie erwartete und beobachtete Ergebnisse und behalten Sie eine getestete Wiederherstellungsroute, bis Übernahmenachweise vollständig sind.
Fehlerbehandlung und Schutzmaßnahmen
- Anbieterfehler, unsichere Ausgaben oder erschöpftes Budget führen zu einem begrenzten Fallback und bewahren korrelationssichere diagnostische Nachweise.
- Ungültiger oder widersprüchlicher Modell-Fallback-Zustand wird abgelehnt oder isoliert; die Implementierung schätzt niemals einen Wert, der Autorität erweitert oder eine Wirkung dupliziert.
- Wiederholungen sind begrenzt und verwenden dauerhafte Identität; nach Erschöpfung erreicht die Arbeit einen überprüfbaren Endzustand mit verantwortlichem Eigentümer.
Verifikation und Betrieb
- Ordnen Sie jedes Versprechen und jeden Ausschluss mindestens einem beobachtbaren Szenario zu und bestätigen Sie, dass keine zwei Zustände widersprüchliche Ergebnisse erfordern.
- Überwachen Sie Modell-Fallback-Erfolg, Ablehnung, Validierungsfehler, Abhängigkeitsfehler, Wiederholungsermüdung und Wiederherstellung nach Vertragsversion ohne sensible Nutzlastdimensionen.
- Führen Sie gepaarte positive und negative Tests nach Richtlinien-, Schema-, Abhängigkeits-, Migrations- oder Grenzänderungen erneut aus und bewahren Sie die resultierenden Nachweise.
Annahmen zur Übernahme
- Namen und Werte im Beispiel sind ein konkretes Testobjekt, keine universellen Standardwerte; Übernehmer ersetzen sie durch dokumentierte Nachweise und Verantwortlichkeit.
- Das übernehmende System kann authentifizierte Identität, dauerhafte Operationen oder Aufzeichnungs-Versionen, begrenzte Telemetrie und einen kontrollierten Änderungsweg bereitstellen.
Die ausführbar wirkenden Beispiele in diesem Paket sind Testobjekte und Akzeptanzverträge. Führen Sie den Sammlungsvalidator aus, um Struktur und Metadaten zu prüfen, übersetzen und führen Sie dann die Szenarien im Ziel-Repository aus, bevor Sie Implementierungsnachweise aufzeichnen.
Referenzen
- NIST AI 600-1, Generative AI Profile (gültig ab 2026-09-08)