KI-Modellversion Offenlegung: Was Ihr Vorstand wissen muss

Wenn ein Vorstand eine KI-generierte Analyse genehmigt, wird die Modellversion, die sie erzeugt hat, Teil der Entscheidungsgrundlage. Dieser Leitfaden legt einen einzeiligen Offenlegungsstandard fest, einen Wesentlichkeitstest für den Fall, dass das Modell-Upgrade einer Plattform den Vorstand informieren muss, und die Anbieterfragen, die eine versionsbezogene Verantwortlichkeit durchsetzbar machen.

Drei Dinge, die der Vorstand verstehen muss, und eines, das er nicht muss: Er muss wissen, dass die Version eingefroren, protokolliert und abrufbar ist; er benötigt einen Wesentlichkeitstest dafür, wann er auf ein Upgrade achten muss; und er benötigt die richtigen Fragen an Anbieter. Er muss nicht verstehen, wie das Modell funktioniert.

KI-generierte Analysen sind still zu einer Routineeingabe in Vorstandspakete geworden. Die formale Aufsicht hat damit nicht Schritt gehalten. Als ISS-Corporate S&P 500-Proxy-Statements untersuchte, fand es, dass nur rund 15 % der Unternehmen Angaben zur Aufsicht des Vorstands über KI machten, und lediglich 1,6 % legten eine explizite Aufsicht auf vollständiger Vorstands- oder Ausschussebene offen.^[1]

• Nur rund 15 % der S&P 500-Unternehmen legen in Proxy-Statements eine Art Vorstandsaufsicht über KI offen.
• Lediglich 1,6 % legen eine explizite Aufsichtsverantwortung auf vollständiger Vorstands- oder Ausschussebene offen.
• Die Transparenzpflichten gemäß EU AI Act Artikel 50 gelten ab dem 2. August 2026 und verlangen die Offenlegung KI-generierter Inhalte sowie eine maschinenlesbare Kennzeichnung generativer Outputs.^[2]

Die schärfere, weitgehend ungelöste Frage lautet: Welche Modellversion hat die Analyse erzeugt, und was geschieht mit der Verantwortlichkeit, wenn die Plattform dieses Modell nach der Freigabe durch den Vorstand still aktualisiert? Vorstände, die diese Frage nicht beantworten können, können nicht rekonstruieren, was sie genehmigt haben – nicht einmal im Prinzip.

Das Modell ist ein tragendes Element der Analyse selbst: Es beeinflusst, wie Probleme strukturiert werden, welche Rahmungen auftauchen, wie Belege gewichtet werden und in welcher Sprache die Schlussfolgerungen verfasst sind. Die erneute Ausführung desselben Briefings auf einer anderen Modellversion kann ein wesentlich anderes Dokument erzeugen.

Forschungen zum Regressionstesting für generative KI-Systeme erstellten eine Benchmark mit 80 Testfällen pro Sprache in acht Aufgabenkategorien und stellten fest, dass neuere Modelle die Korrektheit im Durchschnitt im Allgemeinen verbessern, die Verbesserungen aber moderat und ungleichmäßig ausfallen können, und eine neuere Version sich insgesamt verbessern, bei bestimmten Eingaben oder Aufgaben jedoch unerwartet nachlassen kann.^[3]

Drei Eigenschaften, die vom Wissen der Version abhängen:

• Reproduzierbarkeit: Wenn die Version nicht erfasst ist, kann niemand später rekonstruieren, welches System den genehmigten Output erzeugt hat.
• Verantwortlichkeit: Die Person, die die Analyse präsentiert, nicht der Anbieter, antwortet für deren Inhalt. Diese Verantwortlichkeit beruht auf einem bestimmten Systemzustand.
• Drift-Erkennung: Das Modellverhalten ändert sich über Versionen hinweg. IBMs Leitfaden zur Modelldrift bezeichnet die Drift-Erkennung als Kernkomponente einer starken KI-Governance, und sie beginnt damit, den Versions-Ausgangspunkt zu kennen.^[4]

Drei Elemente auf einer einzigen Deckblattzeile genügen, um eine KI-gestützte Analyse rekonstruierbar zu machen. Das genaue Format ist weniger wichtig als die Disziplin: Jedes KI-gestützte Dokument, das den Vorstand erreicht, trägt die Zeile.

1. Der Plattform- oder Werkzeugname, damit das Artefakt einem bestimmten System zugeordnet werden kann.
2. Die Modellversion oder der Versionsbereich, damit der genaue Systemzustand identifizierbar ist.
3. Das Erstellungsdatum, verknüpft mit der Versionshistorie des Anbieters.

Eine praktikable Zeile lautet: „Analyse erstellt auf [Plattform], Modellversion [X], am [Datum]." Dies gibt dem Vorstand, der Prüffunktion und jedem zukünftigen Prüfer die drei Koordinaten, die nötig sind, um die Analyse in der Versionshistorie des Anbieters zu verorten.

Dieselbe Disziplin sollte auf jede wesentliche Aktualisierung ausgedehnt werden. Wenn eine Analyse zu einem späteren Zeitpunkt aktualisiert wird, trägt das Deckblatt die Offenlegungszeile der aktualisierten Version – und wenn sich die Modellversion zwischen dem Original und der Aktualisierung geändert hat, wird diese Änderung vermerkt.

Wenn die Plattform ihr zugrunde liegendes Modell aktualisiert, nachdem der Vorstand die Analyse genehmigt hat, ist das genehmigte Artefakt unberührt, solange die Version, auf der es erzeugt wurde, eingefroren, protokolliert und abrufbar ist. Die Freigabe bezieht sich auf das Artefakt, nicht auf die aktuelle Version des Anbieters.

Die Änderung wird wesentlich, wenn die Analyse erneut ausgeführt, aktualisiert oder für eine aktuelle Entscheidung herangezogen wird. Anbieter stellen ältere Versionen häufig nach eigenem Zeitplan ein, und Aktualisierungen der zugrunde liegenden Modelle können das Verhalten still verändern.^[5]

Drei Fragen, die zu prüfen sind, wenn ein Anbieter eine Modelländerung ankündigt:

• Wird diese Analyse auf der neuen Version erneut ausgeführt oder aktualisiert? Wenn ja, können sich die Outputs unterscheiden, und der Ausschuss sollte beide Versionen nebeneinander sehen.
• Wird eine aktuelle Entscheidung noch darauf gestützt? Aktive Nutzung bedeutet, dass der aktuelle Modellzustand die Arbeit übernimmt, nicht das eingefrorene Artefakt.
• Hat der Anbieter ausreichend Vorlauf gegeben? Die Ankündigung bestimmt, ob das Team Zeit hatte, die neue Version zu testen, bevor es sich darauf stützte.

Faustregel: Informieren Sie den Vorstand, wenn eine erneute Ausführung auf der neuen Version eine wesentliche Schlussfolgerung plausiblerweise ändern würde. Informieren Sie den Vorstand nicht jedes Mal, wenn sich eine Versionsnummer ändert.

Drei Fragen wandeln die Sorge um Modellversionen in durchsetzbare Verpflichtungen zum Zeitpunkt des Vertragsabschlusses um – und nicht erst, nachdem die Analyse bereits in einer Vorstandsvorlage steht.

1. Wird die Modellversion im Prüfpfad für jeden generierten Output protokolliert, und kann sie als Teil eines Reproduzierbarkeitpakets zusammen mit Quellen und Prompts exportiert werden?
2. Was sagt die Servicevereinbarung über Modellwechsel, Abkündigungen und Ankündigungsfristen?
3. Kann ein Enterprise-Bestellformular die Ankündigungs- und Versionsfixierungsbedingungen bei der Unterzeichnung stärken?

Die Ankündigungsfristen der Anbieter variieren erheblich. Die Analyse der geltenden Anbieterbedingungen zeigt, dass OpenAI 14 Tage Vorlauf für Modellwechsel zusagt, Anthropic und Google 30 Tage, und einige Anbieter überhaupt keine Frist zusagen.^[6] Diese Standardklauseln sind oft Mindeststandards und keine Obergrenzen; Ankündigungsfristen und Versionsfixierungsverpflichtungen sind bei der Unterzeichnung für Unternehmenskunden durchaus verhandelbar.

Der Vorstand benötigt fast keine technischen Details. Drei Eigenschaften, die ein nicht-technischer Direktor überprüfen kann, sind alles, was zählt:

1. Wird die Modellversion für jede KI-gestützte Analyse, die uns erreicht, erfasst?
2. Wird diese Aufzeichnung in einer Form aufbewahrt, die wir in einem Jahr abrufen könnten, wenn eine Entscheidung angefochten wird?
3. Ist die Version hinter einem bestimmten Dokument eingefroren, sodass eine erneute Ausführung heute auf einem bekannten, benannten Systemzustand erfolgen würde?

Technische Details – Transformer-Architektur, Parameteranzahl, Benchmark-Ergebnisse – gehören eine Ebene tiefer, zur Gesellschaftssekretärin oder Prüffunktion. Vorstände verlassen sich bereits auf Bewertungsmodelle, versicherungsmathematische Annahmen und statistische Stichprobenmethoden, deren Interna die meisten Direktoren nicht rekonstruieren können. Die Modellversion ist die gleiche Art von Eingabe: ein benannter, datierter Systemzustand, auf den später verwiesen werden kann, kein Mechanismus, den der Vorstand verstehen muss.

Die Aufgabe der Gesellschaftssekretärin oder Prüffunktion besteht darin, einmal jährlich zu bestätigen, dass die Disziplin der Versionsprotokollierung angewendet wird und dass mindestens eine bedeutende Analyse aus dem vergangenen Jahr auf der Version reproduziert werden kann, auf der sie erstellt wurde.

Dieses Beispiel dient zur Illustration. Ein Investitionsausschuss bei einem Private-Equity-Unternehmen genehmigt im ersten Quartal eine KI-gestützte Deal-Analyse. Das Deckblatt trägt die Offenlegungszeile: Plattformname, Modellversion und Erstellungsdatum. Ein Reproduzierbarkeitpaket wird mit der Deal-Akte archiviert.

Im zweiten Quartal aktualisiert die Plattform ihr zugrunde liegendes Modell. Die Governance-Prüfung führt drei Kontrollen durch:

1. Ist die genehmigte Q1-Analyse noch auf der eingefrorenen Version reproduzierbar? Wenn der Anbieter sie bereits abgekündigt hat, wird das Reproduzierbarkeitpaket zum einzigen Nachweis dessen, was genehmigt wurde.
2. Ändert eine erneute Ausführung auf dem neuen Modell in Q2 eine wesentliche Schlussfolgerung? Wenn ja, wird der Punkt zur erneuten Genehmigung mit alten und neuen Outputs nebeneinander gekennzeichnet.
3. Haben die Ankündigungsbedingungen des Anbieters dem Team genügend Zeit gegeben, die neue Version zu testen, bevor man sich darauf stützt? Wenn nicht, sollten die Vertragsbedingungen bei der Verlängerung überprüft werden.

Das Ergebnis ist einer von zwei kurzen Vermerken an den Ausschuss: Entweder ist die genehmigte Analyse unberührt und das Q1-Artefakt ist archiviert, oder der Punkt wird zur erneuten Genehmigung gekennzeichnet. Beides erfordert nicht, dass der Ausschuss die technischen Details der Modellwechsels versteht.

Plattformen, die für Strategiearbeit auf Vorstandsebene entwickelt wurden, wie Decisity, behandeln Quellennachverfolgbarkeit und Prüfbarkeit als Kerndesignanforderungen, sodass die Versionsangabe und das Reproduzierbarkeitpaket als Teil des Standard-Workflows erstellt werden und keine nachträgliche Dokumentationsaufgabe darstellen.

Weiterführende Artikel:

• Wer haftet, wenn eine KI-gestützte Strategie schiefgeht?
• Vertraulichkeitsklauseln, die Sie von einem KI-Plattform-Anbieter verlangen sollten
• Vertrauliche Dokumente und KI-Strategiewerkzeuge: Was zu prüfen ist
• KI-gestützte Strategieanalyse vor einem skeptischen Vorstand präsentieren

• ISS-Corporate via Harvard Law School Forum on Corporate Governance: AI Governance Appears on Corporate Radar (April 2024)
• EU Artificial Intelligence Act: Artikel 50, Transparenzpflichten
• GPR-bench: Regressionstesting für generative KI-Systeme
• IBM: Was ist Modelldrift?
• The Neural Base: Wie Modell-Updates das KI-Verhalten verändern
• Digital Applied: KI-Preisgestaltung und weiche Verpflichtungen im Einkauf