Legt Prompts oder Regeln, Kontext, Tools, Zustand, strukturierte Ausgaben, Wiederholungen und Systemintegration für Modell-Fallback fest. Es definiert Annahmegrenzen und beobachtbare Fehlerbelege, während umgebungsspezifische Limits konfigurierbar bleiben.
Paketstatus: Referenzkontext bereit zur menschlichen Ü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. Verwenden Sie eine eigene Grenze, ein explizites Zustandsmodell und versionierte Schnittstellen; halten Sie Richtlinienentscheidungen getrennt von Adaptern und Nebeneffekten. Dieses Paket ist ein Referenzvertrag: Das übernehmende Team muss numerische Limits, Anbieter, Rechtsgebiete und operative Verantwortliche anhand von Belegen in der eigenen Umgebung wählen.
Umfang
- Die Modell-Fallback-Akteure, Eingaben, Ausgaben, Zustände, Richtlinien- oder Schemaversionen und extern sichtbaren Ergebnisse, die durch diesen Architekturblock beschrieben werden.
- Primäre und alternative Schnittstellen, Hintergrundarbeiten, Caches, Integrationen, Supportpfade und Belege, die dieselbe Grenze ausüben können.
- Übernahme-spezifische Konfiguration, Rollout, Wiederherstellung und Verifikationsverantwortlichkeiten, die für eine sichere Anwendung der Referenz erforderlich sind.
Außerhalb dieses Blocks
- Die Wahl eines universellen Anbieters, Frameworks, Rechtsgebiets, numerischen Schwellenwerts, Aufbewahrungszeitraums oder Service-Level-Objectives für jeden Übernehmer.
- Die Behauptung, dass verpackte Szenarien gegen eine nachgelagerte Implementierung ausgeführt wurden oder dass diese Referenz eine rechtliche, Sicherheits- oder Barrierefreiheitszertifizierung gewährt.
Vertrag
- Speichern Sie 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 jedem Nebeneffekt; fehlerhafte oder unvollständige Ausgaben sind ein Fehler, keine teilweise Autorität.
- Trennen Sie nicht vertrauenswürdige Benutzer- oder abgerufene Inhalte von Systemrichtlinien und kennzeichnen Sie jedes Kontextobjekt mit Ursprung und Vertrauenskategorie.
- Begrenzen Sie Tokens, Toolaufrufe, Latenz und Ausgaben pro Anfrage; das Überschreiten einer Grenze folgt einem benannten Fallback, anstatt unbegrenzt fortzufahren.
- Dokumentieren Sie Komponentenbesitz und erlaubte Abhängigkeitsrichtung, einschließlich welcher Daten jede Grenze überschreiten dürfen.
- Sorgen Sie dafür, dass synchrone, asynchrone und Batch-Pfade dieselben Autoritäts- und Zustandsinvarianten implementieren.
- Deklarieren Sie die Fallback-Reihenfolge nach Fähigkeit, Sicherheitsrichtlinie, Datenregion, Latenz, Kosten, Kontextlänge und Ausgabevertrag, anstatt ein beliebiges verfügbares Modell blind zu substituieren.
- Validieren Sie Eingaben und Ausgaben an jeder Anbietergrenze erneut, machen Sie wesentliche Qualitätsverschlechterungen sichtbar und bewahren Sie eine Operation-Identität, sodass Fallbacks Tools oder Nebeneffekte nicht wiederholen können.
Implementierungsleitfaden
- Beginnen Sie mit dem Domänenzustand und Schnittstellenvertrag, dann fügen Sie Adapter, Speicher, Warteschlangen und anbieter-spezifischen Code hinzu.
- Modellieren Sie Modell-Fallback-Eingaben, Ausgaben, Akteure, Zustände, Invarianten, Nebeneffekte und Belege, bevor Sie Framework- oder Anbieterdetails auswählen.
- Speichern Sie die anwendbare Modell-Fallback-Vertrags- oder Richtlinienversion mit wesentlichem Zustand, sodass Migrationen, Wiedergabe und Supportentscheidungen zuordenbar bleiben.
- Führen Sie den Pfad hinter kontrolliertem Rollout ein, vergleichen Sie erwartete und beobachtete Ergebnisse und behalten Sie eine getestete Wiederherstellungsroute, bis Übernahmebelege vollständig sind.
Fehlerbehandlung und Schutzmaßnahmen
- Anbieterfehler, unsichere Ausgaben oder erschöpftes Budget führen zu einem begrenzten Fallback und bewahren korrelationssichere diagnostische Belege.
- Ungültiger oder widersprüchlicher Modell-Fallback-Zustand wird abgelehnt oder isoliert; die Implementierung schätzt niemals einen Wert, der Autorität erweitert oder Effekte dupliziert.
- Wiederholungen sind begrenzt und verwenden dauerhafte Identität; nach Erschöpfung erreicht die Arbeit einen inspizierbaren Endzustand mit verantwortlichem Besitzer.
Verifikation und Betrieb
- Üben Sie den Vertrag durch jeden Adapter aus und beweisen Sie, dass eine fehlgeschlagene Abhängigkeit die autoritative Grenze nicht umgehen kann.
- Ü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 Fixtures nach Richtlinien-, Schema-, Abhängigkeits-, Migrations- oder Grenzänderungen erneut aus und bewahren Sie die resultierenden Belege.
Übernahmeannahmen
- Namen und Werte im Beispiel sind ein konkretes Fixture, keine universellen Standardwerte; Übernehmer ersetzen sie durch dokumentierte Belege und Besitz.
- Das übernehmende System kann authentifizierte Identität, dauerhafte Operationen oder Aufzeichnungs-Versionen, begrenzte Telemetrie und einen kontrollierten Änderungsweg bereitstellen.
Die ausführbar aussehenden Beispiele in diesem Paket sind Fixtures 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 Implementierungsbelege aufzeichnen.
Referenzen
- NIST AI 600-1, Generative AI Profile (gültig ab 2026-09-08)