Direkte Antwort
Die Abschlusskette verbindet fünf getrennte Belegformen: Ursache, Zieländerung, Bereitstellung oder Veröffentlichung, Wiederholungstest mit derselben Methode und Regressionstest angrenzender Risiken. Eine Änderung kann in der richtigen Quelldatei stehen und nie das Livesystem erreichen; sie kann das Livesystem erreichen, aber die KI-Ausgabe nicht berichtigen. Eine Abhilfebestätigung erfasst Datum, Version, Verantwortlichen, Beleg und Ergebnis jeder Ebene unter einer Kennung.
Einfach erklärt
Denken Sie an einen tropfenden Wasserhahn. Die Arbeit ist nicht abgeschlossen, weil ein Installateur ein Teil austauschte. Sie prüfen, ob weiterhin Wasser fließt, das Tropfen aufgehört hat, die anderen Hähne funktionieren und der Fehler später nicht zurückkehrt.
Warum ist das wichtig?
Ein zu früh geschlossener Fehler kann wiederkehren oder auf eine andere Oberfläche wandern. Eine lokale Datei, ein Screenshot oder eine günstige Antwort als Beleg zu behandeln verdeckt Unterschiede bei Bereitstellung, Caching, Sprache und Drittsystemen.
Nicht verwechseln
- Geändert bedeutet, dass in der Quelle eine Änderung existiert.
- Bereitgestellt bedeutet, dass die Übertragung zum Ziel erfolgte; die richtige Anwendung ist damit nicht belegt.
- Live-Parität bedeutet, dass erwartete Datei oder Daten mit dem Live-Ziel übereinstimmen.
- Zielwirkungsverifikation prüft mit derselben Methode, dass der bestimmte Fehler nicht mehr beobachtet wird.
- Abschluss verbindet Zielkorrektur, Regression, Grenzen und Überwachungsentscheidung.
Was ist zu tun?
- Definieren Sie den Fehler nach atomarer Aussage, betroffener Oberfläche, Bedingung, Schwere und Ursache.
- Verknüpfen Sie die Abhilfe mit einer bestimmten Datei-, Datensatz-, Daten-, Modell-, Regel- oder Prozessänderung.
- Bewahren Sie Belege zu Build, Veröffentlichung, Übertragung, Version und, soweit möglich, Dateihash-Parität.
- Testen Sie mit derselben Frage, Sprache, demselben Land, Modell und Entscheidungsverfahren wie beim ursprünglichen Fehler.
- Führen Sie Regressionstests an angrenzenden Aussagen, Sprachen, strukturierten Daten und kritischen Nutzerwegen aus.
- Verifizieren Sie das Live-Ergebnis unabhängig und halten Sie den Fall bei Caching oder Verzögerung offen.
- Genehmigen Sie die Abhilfebestätigung, bestimmen Sie den Überwachungszeitraum und schließen Sie erst nach Bestehen aller Tore.
Wie wird geprüft?
- Wurde die Ursache belegt oder nur das Symptom geändert?
- Erreichte die Änderung wirklich richtige Version und richtiges Ziel?
- Wurde Übertragungsbeleg als Beleg für Live-Verhalten dargestellt?
- Lief der Wiederholungstest unter mit der ersten Messung vergleichbaren Bedingungen?
- Wurden angrenzende Datensätze, Sprachen und maschinenlesbare Oberflächen auf Regression geprüft?
- Wurde der Fall als geschlossen dargestellt, obwohl eine Drittausgabe falsch blieb?
- Sind Abschlussentscheidung, Ausnahme, Überwachungsdatum und Wiedereröffnungsbedingung erfasst?
Grenze
Eine Web- oder Datenkorrektur kann weder den Aktualisierungszeitpunkt eines Drittmodells garantieren noch ausschließen, dass es dieselbe Antwort erneut erzeugt. Abschluss beruht auf Belegen innerhalb des genannten System-, Versions-, Anfrage-, Sprach-, Länder- und Zeitumfangs; bei geändertem externem Verhalten kann der Datensatz wieder geöffnet werden.
Merksatz
Eine Änderung ist eine Handlung; Abschluss ist ein verifiziertes Ergebnis.
Quellen dieses Eintrags
- S35W3C, *PROV-O: The PROV Ontology*Standard
- S38NIST AI 600-1, *Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile*Freiwilliger, standardorientierter institutioneller Leitfaden
- S41NCSC und Partnerbehörden, *Guidelines for Secure AI System Development*Offizieller behördenübergreifender Sicherheitsleitfaden
- S42NIST SP 800-61 Rev. 3, *Incident Response Recommendations and Considerations for Cybersecurity Risk Management*Freiwilliger, standardorientierter institutioneller Leitfaden
- S44NIST, *AI Risk Management Framework Playbook* und AI RMF CoreFreiwilliger Umsetzungsleitfaden
- S50NIST AI 100-1, *Artificial Intelligence Risk Management Framework (AI RMF 1.0)*Freiwilliges, standardorientiertes institutionelles Rahmenwerk
- S52NIST CSWP 31, *Proxy Validation and Verification for Critical AI Systems: A Proxy Design Process*Technisches Weißbuch einer offiziellen Behörde