Wenn die Rechtsanwaltskammer fragt, wie eine Kanzlei KI in einem Mandat eingesetzt hat, sind die meisten Kanzleien in der Klemme, bevor sie den Mund aufmachen. Nicht weil sie etwas falsch gemacht haben, sondern weil sie nicht beweisen können, dass sie alles richtig gemacht haben. Der Nachweis ist verstreut: Entwürfe in der Versionsverwaltung, Notizen eines Kollegen per E-Mail, die eigenen Logs des KI-Werkzeugs in einem separaten Anbieterportal, falls diese Logs noch existieren. Den Ablauf zu rekonstruieren ist Nachmittagsarbeit, und wenn sie fertig ist, bleibt es trotzdem eine Behauptung. „So, denken wir, war es." Eine offene Frage, kein Nachweis.

Das signierte Begründungsprotokoll schließt diese Frage.

Was das Protokoll festhält

Erfasste Laufzeitpfade schreiben KI-Ereignisse und menschliche Entscheidungen best-effort in das Protokoll. Das Ergebnis ist ein lesbarer Nachweis der erfolgreich geschriebenen Ereignisse; bekannte Schreibfehler werden ausgewiesen. Es ist keine Zusage, dass jeder KI-Schritt oder jeder Produktpfad erfasst wurde.

Beachten Sie genau, was der Eintrag enthält. Der Input wird als Einweg-Fingerabdruck erfasst: ein Hash, nicht der Prompttext im Klartext. Der Output wird als Auszug mit Metadaten wie Modell, Token, Fähigkeit und Zeitstempel gespeichert. HMAC-Authentifizierung und Kettenglieder können eine Änderung anzeigen, wenn sie mit dem kanzleieigenen Schlüssel geprüft werden. Der Mechanismus ist manipulationsanzeigend, nicht absolut manipulationsfest, und ein Datensatz beweist nicht, dass kein ungeschriebenes Ereignis stattfand.

Zur rechtlichen Einordnung: Die Verschwiegenheitspflicht nach § 43a Abs. 2 BRAO und § 2 BORA ist strafbewehrt durch § 203 StGB (Verletzung von Privatgeheimnissen) und verfahrensrechtlich gesichert durch das Zeugnisverweigerungsrecht nach § 53 StPO und § 383 ZPO. Sie ist keine aushandelbare Schutzregel: sondern eine absolute Pflicht.

Warum „signiert" das tragende Wort ist

Ein Protokoll, das man stillschweigend bearbeiten kann, ist kein Nachweis, es ist eine Behauptung mit extra Schritten. Deshalb ist jeder Eintrag HMAC-signiert unter einem kanzleieigenen Geheimnis, und die Einträge sind hash-verkettet: Jeder referenziert den vorherigen, sodass jede Manipulation die Kette bricht und sichtbar wird. Abgeschlossene UTC-Tage werden automatisch mit einem HMAC-Siegel geschlossen, das Siegel prüft nicht nur seine eigene Echtheit, sondern auch ob das Buch noch dem entspricht, worauf es sich festgelegt hat; ein nachträglich umgeschriebener Tag fällt so auch dann auf, wenn die Hashkette repariert wurde.

Wenn der Moment kommt, exportieren Sie die geschriebenen Ereignisse und das Kettenurteil. Der Export führt den Kanzleischlüssel nicht mit und kann sich nicht selbst verifizieren; er ist Prüfmaterial, kein unabhängiger Beweis für Vollständigkeit oder Compliance.

Ehrlich darüber, für wen das gedacht ist und was live ist

HMAC-Authentifizierung der geschriebenen Zeilen, Hash-Kette, Siegel abgeschlossener Tage und Export mit Verifikationsurteil laufen auf den erfassten Pfaden. Der Umfang bleibt auf erfolgreich geschriebene Ereignisse begrenzt; bekannte Fehler werden genannt, statt Vollständigkeit zu behaupten.

Was das bedeutet

Allgemeine Werkzeuge führen Sitzungslogs. Dieses Protokoll ergänzt HMAC-Authentifizierung, Kettenglieder und Tagessiegel für die Ereignisse, die es schreibt. Das verbessert die Erkennbarkeit späterer Änderungen; es macht den Export nicht zu einem unabhängigen Beweis.

Dieser Unterschied folgt aus einer prüfbaren Anforderung: Die Kanzlei soll erklären können, wie KI in einem Mandat eingesetzt wurde. Das Protokoll liefert dafür Best-effort-Nachweise über erfolgreich geschriebene Ereignisse; es beweist weder Vollständigkeit noch die Erfüllung einer aufsichtsrechtlichen Pflicht.

← Alle Beiträge