Der AI Risk Management Framework des NIST behandelt Vertrauenswürdigkeit über Design, Entwicklung, Nutzung und Bewertung von AI-Systemen hinweg.[1] Die Betriebsphase verdient eigene Nachweise. Für einen privaten AI-Pilot, der in den Routinebetrieb übergeht, empfehlen wir ein Übergabeprotokoll, das dem empfangenden Team ermöglicht, die Installation zu identifizieren, ihre Grenzen zu verstehen und zu reagieren, wenn etwas nicht mehr funktioniert.

Dies ist unser vorgeschlagenes Übergabeformat, kein Bericht über eine geprüfte Kundeninstallation. Es ergänzt die technischen und datenbezogenen Informationen im Software Tailor Trust Centre. Jede Organisation sollte die Verantwortlichkeiten ihrem eigenen Betriebsmodell zuweisen.

Benennen Sie den empfangenden Eigentümer und die erlaubten Aufgaben

Beginnen Sie mit einer benannten Rolle, die die Verantwortung für den Dienst übernimmt. Erfassen Sie deren Kontaktweg und die alternative Regelung, wenn der übliche Eigentümer nicht verfügbar ist. Eine Supportadresse des Lieferanten ist nützlich, aber die Organisation benötigt auch jemanden, der entscheiden kann, ob der Dienst während eines Vorfalls weiterlaufen soll.

Beschreiben Sie die für den Routinebetrieb genehmigten Aufgaben und die noch auf den Pilot beschränkten Aufgaben. Fügen Sie die Gruppen hinzu, die den Dienst nutzen dürfen, sowie die erwarteten Betriebszeiten. Ein ungelöstes Pilot-Ergebnis sollte mit einem Eigentümer und einem geplanten Entscheidungstermin sichtbar bleiben; es darf nicht verschwinden, nur weil die Installation den Status geändert hat.

Übernehmen Sie die Kapazitäts- und Fristannahmen die bei der Kaufentscheidung verwendet wurden. Das gibt dem empfangenden Team einen Grund, bei Änderungen der Arbeitslast nachzuforschen.

Bewahren Sie die tatsächlich geprüfte Konfiguration auf

Dokumentieren Sie die Anwendungs- und Server-Builds, die Laufzeit und die genaue Modellreferenz. Bewahren Sie die Installationsquelle und die relevante Konfiguration über den normalen kontrollierten Dokumentenprozess der Organisation auf. Speichern Sie Zugangsdaten über den Credential-Management-Prozess mit Verweisen im Übergabeprotokoll, statt geheime Werte zu kopieren.

Hugging Face Model Cards bieten Dokumentation zu Modellnutzung, Einschränkungen und Bewertung.[2] Verlinken Sie die relevante Karte und Revision und fügen Sie dann die lokalen Erkenntnisse aus dem Pilot hinzu. Die Beschreibung des Herausgebers und die Testergebnisse der Organisation beantworten unterschiedliche Fragen; das empfangende Team sollte beide finden können.

Wo das System optionale externe Anbieter hat, dokumentieren Sie, welche Zugangswege aktiviert sind. Beschreiben Sie die beabsichtigte Datenabgrenzung für jeden Weg und wer eine Änderung genehmigen darf. Vermeiden Sie eine allgemeine Bezeichnung wie „lokal“, wenn die Betriebs-konfiguration eine genauere Erklärung benötigt.

Verantwortung für Aktionen und Berechtigungen zuweisen

Für eine Agentenintegration fügen Sie die vereinbarte Werkzeugliste und die Identität an, die von jeder Verbindung verwendet wird. OWASP empfiehlt, die Fähigkeiten und Berechtigungen von Agenten zu beschränken und die Autorisierung in nachgelagerten Systemen durchzusetzen.[3] Unser Übergabevorschlag macht aus dieser Empfehlung eine Eigentumsfrage: Wer kann jede Berechtigung überprüfen oder widerrufen?

Fügen Sie das Ergebnis der Tool-Call-Integrationsprüfungenmit etwaigen verbleibenden Einschränkungen bei. Unterscheiden Sie die Berechtigung, einen Vorgang vorzuschlagen, von der Berechtigung, ihn auszuführen. Wenn eine Person eine Aktion genehmigen muss, benennen Sie, wo diese Genehmigung erfolgt und wie mit einer fehlgeschlagenen oder abgebrochenen Genehmigung umgegangen wird.

Der empfangende Eigentümer sollte auch wissen, welche Diagnoseaufzeichnungen existieren, wer darauf zugreifen kann und wie lange sie aufbewahrt werden. Verwenden Sie die konfigurierte Richtlinie und ein verifiziertes Beispiel. Schließen Sie nicht daraus, dass in jeder verbundenen Komponente keine Eingabeaufforderungen vorhanden sind, nur weil eine Komponente ein inhaltsfreies Audit-Design hat.

Üben Sie eine Unterbrechung vor der Übergabe

Wählen Sie eine vereinbarte, nicht-destruktive Unterbrechung in einer Testumgebung. Lassen Sie das empfangende Team die Wiederherstellungsanweisungen befolgen, während der ursprüngliche Implementierer beobachtet. Erfassen Sie die fehlenden Informationen, auf die sie stoßen, und aktualisieren Sie die Anweisungen vor der Abzeichnung.

Die Übung sollte klären, wie das Problem erkannt wird, wer die betroffene Arbeit stoppen darf und wie der wiederhergestellte Dienst überprüft wird. Wenn ein Rollback Teil des Plans ist, benennen Sie die aufbewahrte Version und den Zeitpunkt, zu dem ein Rollback angemessen ist. Kennzeichnen Sie ungeprüfte Wiederherstellungsannahmen als ungeprüft.

Für eine Software Tailor-Dienstbesprechungsind ein geschwärztes Konfigurationsprotokoll und eine klare Darstellung des fehlgeschlagenen Schritts nützlicher als eine unbelegte Behauptung, das gesamte System sei defekt. Die Übergabe sollte erklären, wie diese Informationen über den genehmigten Supportweg der Organisation gesammelt werden können.

Machen Sie die Abzeichnung zu einem nutzbaren Nachweis

Beenden Sie mit der Annahme durch den empfangenden Eigentümer, dem Datum und den ungelösten Punkten. Nennen Sie die Änderungen, die eine Überprüfung auslösen sollten, wie ein anderes Modell, ein neuer Connector oder eine erweiterte erlaubte Aufgabe. Dies ist eine vorgeschlagene Betriebsdisziplin und kein Zertifizierungsschema.

Das Protokoll ist fertig, wenn das empfangende Team es nutzen kann, um eine Entscheidung zu treffen, ohne den Piloten aus dem Gedächtnis rekonstruieren zu müssen.

Quellen

[1] NIST. AI Risk Management Framework. Framework 1.0 veröffentlicht 2023; Hintergrundinformationen. Zugriff am 26.09.2026.

[2] Hugging Face. Modellkarten. Leitfaden zur fortlaufenden Modelldokumentation. Abgerufen am 26.09.2026.

[3] OWASP Gen AI Security Project. LLM06:2025 Übermäßige Autonomie. Ausgabe 2025. Abgerufen am 26.09.2026.

Verwandte Artikel

Get it from Microsoft