Wenn KI das Dokument bearbeitet, wem gehört die Änderung?

Ein Dokument kann anzeigen, wer einen Satz geändert hat, lässt Sie jedoch raten, wer die aktuelle Formulierung genehmigt hat. Sobald KI und Menschen die Formulierung beide überarbeitet haben, beantwortet ein Name neben der endgültigen Änderung diese Frage nicht.

Betrachten Sie eine hypothetische Support‑Richtlinie, die eine Antwort innerhalb von zwei Werktagen verspricht. Eine KI‑Umformulierung schlägt einen Tag vor. Ein menschlicher Redakteur ändert das auf drei, und ein Teamleiter genehmigt das Dokument. Die veröffentlichte Datei sieht gewöhnlich aus. Ihre Historie enthält einen abgelehnten Vorschlag, eine menschliche Überarbeitung und eine Entscheidung darüber, was Kunden erwarten sollten.

Wem gehört diese Änderung? Wir müssen die Beiträge unterscheiden, bevor wir die Verantwortung für ihre Veröffentlichung zuweisen können. Andernfalls sagt „KI‑unterstützt“ nur wenig darüber aus, wie die endgültige Formulierung entstanden ist.

Trennen Sie die Bearbeitung von der Entscheidung

Microsofts Ankündigung vom 29. September 2025, dass Agent Mode in Word begann mit seiner Frontier‑Einführung platzierte die konversationelle Bearbeitung innerhalb der Dokumentanwendung, zunächst im Web. Diese Ankündigung legt das Rollout‑Datum fest, nicht wie eine bestimmte Organisation die resultierenden Änderungen prüft.

Für ein Team, das KI auf diese Weise einsetzt, ist der sinnvolle Ausgangspunkt die Person, die die Bearbeitung anfordert. Diese Person sollte getrennt von der Software, die sie erzeugt, erfasst werden. Wenn jemand dann den Vorschlag umschreibt, sollte auch dieser Beitrag erhalten bleiben. Die Genehmigung ist eine weitere Aktion, die an die Version angehängt wird, die der Prüfer tatsächlich gesehen hat.

Diese Rollen erfordern nicht für jede Aufgabe separate Personen. Ein Redakteur kann eine Umformulierung anfordern, sie überarbeiten und die Befugnis haben, sie zu genehmigen. Die Unterscheidung bleibt wichtig: Das Anfordern eines kürzeren Absatzes bedeutet nicht zwangsläufig, jede vom System vorgenommene Änderung zu genehmigen.

Das W3C PROV data model bietet ein Vokabular zur Beschreibung dieser Historie. Dokumente und ihre Versionen können als Entitäten dargestellt werden; Bearbeitungen und Genehmigungen als Aktivitäten; Personen und Software als Agenten. Das Modell beschreibt die Beziehungen zwischen ihnen. Es legt jedoch keine rechtliche Haftung fest und authentifiziert nicht, wer im Autorenfeld erscheint.

Für KI‑unterstützte Dokumenten‑Workflows im Bereich technisches Schreiben oder Support‑Material bedeutet dies, dass definiert werden muss, was jede aufgezeichnete Aktion repräsentiert. Ein Kommentar identifiziert einen Beitrag zur Diskussion. Eine Genehmigung sollte die Erlaubnis zur Veröffentlichung bestimmter Formulierungen kennzeichnen. Wenn beiden derselbe generische Status „überprüft“ zugewiesen wird, wäre das Protokoll weniger nützlich.

Erstellen Sie einen Datensatz für einen geänderten Abschnitt

Kehren Sie zum Beispiel der Antwortzeit zurück. Bevor eine Umformulierung erzeugt wird, bewahren Sie die genehmigte Formulierung von zwei Werktagen und deren Dokumentversion auf. Vergeben Sie dem vorgeschlagenen Änderungsvorschlag eine Kennung und verknüpfen Sie spätere Überarbeitungen und Entscheidungen damit.

Die folgende Darstellung ist ein illustratives Design mit erfundenen Kennungen. Sie stammt nicht aus einem getesteten Produkt und entspricht keinem Schema, das jedes Dokumenten‑Tool unterstützt.

Behalten Sie den KI‑Vorschlag, nachdem die menschliche Revision ihn ersetzt hat. Wenn das Protokoll nur die endgültige Formulierung von drei Werktagen enthält, kann ein späterer Prüfer den früheren Vorschlag aus diesem Eintrag nicht rekonstruieren. Abgelehnte Änderungen sind Teil der Historie, obwohl sie nicht im veröffentlichten Text erscheinen dürfen.

Der Juli‑2024 Generative AI Profile von NIST beschreibt Provenienz als Informationen über Ursprung und Historie von Inhalten, einschließlich Änderungen und Quellen. Er empfiehlt zudem, das Verhältnis zwischen Provenienz‑Prozessen und menschlichen Prüfern zu bewerten. Die Tabelle überträgt diese Idee auf einen Dokumenten‑Workflow; sie ist keine NIST‑Zertifizierungs‑Checkliste.

Sie können diesen Datensatz im Dokumentensystem oder in einem verbundenen Repository aufbewahren. In beiden Fällen sollte die Beziehung zur veröffentlichten Version so eindeutig sein, dass jemand sie abrufen kann, ohne sich auf das Gedächtnis des ursprünglichen Redakteurs zu verlassen.

Prüfen Sie, was beim Übergang erhalten bleibt

Eine exportierte Datei verdient eine eigene Prüfung. Die während der Bearbeitung verfügbare Historie kann von dem abweichen, was ein Empfänger einsehen kann, abhängig von Anwendung, Format und Exporteinstellungen. Gehen Sie nicht davon aus, dass jedes PDF die Zuordnung verliert oder dass das Beibehalten sichtbarer Kommentare jede Prüfungsentscheidung bewahrt.

Microsofts aktuelle Dokumentation zum Bearbeiten mit Copilot besagt, dass seine Änderungen Track Changes respektieren, wenn diese Funktion aktiviert ist. Das ist eine nützliche Funktion. Sie stellt jedoch nicht sicher, dass Ihre vollständige Genehmigungshistorie jede nachfolgende Konvertierung oder Übergabe überlebt.

Testen Sie den Ablauf, den Ihr Team tatsächlich nutzt. Führen Sie das Beispieldokument durch Review und Export und versuchen Sie anschließend, die akzeptierte Revision sowie deren Genehmiger anhand der erhaltenen Aufzeichnungen wiederherzustellen. Wenn die freigegebene Datei diese Historie nicht mitführen kann, führen Sie an anderer Stelle ein kontrolliertes Protokoll und bewahren Sie die Verbindung zwischen beiden.

Auch die weniger unkomplizierten Fälle verdienen Aufmerksamkeit. Akzeptieren Sie nur einen Teil eines Vorschlags und prüfen Sie, was das Protokoll dazu sagt. Lassen Sie zwei Gutachter gegen dieselbe Basisversion arbeiten und ermitteln Sie anschließend, welche Änderungen in die freigegebene Datei gelangten. Bearbeiten Sie schließlich den Abschnitt nach der Genehmigung und vergewissern Sie sich, dass die frühere Entscheidung nicht stillschweigend zur Genehmigung der neuen Formulierung geworden ist.

Ein angezeigter Autorenname sollte zu einem authentifizierten Konto zurückverfolgbar sein, bevor Sie ihn zur Identitätsfeststellung heranziehen. Ebenso kann ein Dateidigest dabei helfen, das freigegebene Artefakt zu identifizieren, jedoch kann er nicht Auskunft darüber geben, ob die zugesagte Reaktionszeit eingehalten wird. Das sind getrennte Prüfungen, und Ihr Review‑Prozess muss diese Unterscheidung bewahren.

Legen Sie die Genehmigungsgrenze vor der Freigabe fest

Die Änderung der Formatierung einer Überschrift und die Änderung einer Kundenverpflichtung müssen nicht denselben Prüfungsweg folgen. Entscheiden Sie, welche Änderungen gemäß einer etablierten Richtlinie weiterverfolgt werden können und welche die Genehmigung einer benannten Person erfordern. Diese Entscheidung sollte widerspiegeln, welche Auswirkungen die Änderung für die Nutzer des Dokuments hat.

Das Argument für explizite KI-Entscheidungsbefugnis wird hier praktisch. In unserem Beispiel benötigt jemand die Befugnis, eine dreitägige Geschäftsreaktionsverpflichtung zu genehmigen. Die reine Berechtigung, die Datei zu bearbeiten, sollte nicht als Nachweis dieser Befugnis angesehen werden.

Geben Sie dem Gutachter ausreichend Kontext, um entscheiden zu können. Zeigen Sie den Originaltext und die vorgeschlagene Formulierung neben etwaigen dazwischenliegenden menschlichen Änderungen. Machen Sie ungelöste Konflikte sichtbar und kennzeichnen Sie die für die Freigabe vorgesehene Version. Ein Gutachter, der nur einen polierten Abschlussabsatz sieht, hat möglicherweise keinen Grund, die Änderung der Reaktionszeit zu bemerken.

Klären Sie, wer die Freigabe besitzt, bevor Sie den Workflow an die Nutzer übergeben. Diese Person muss nicht jede Änderung vornehmen, aber sie muss die Möglichkeit haben, nachzuweisen, dass die erforderliche Prüfung stattgefunden hat und für die freizugebende Datei gilt. Eine vage Zuordnung erschwert die Klärung einer strittigen Änderung, wenn das Dokument bereit zur Veröffentlichung ist.

Dies erfordert nicht, dass jede vertrauliche Eingabe unbegrenzt aufbewahrt wird. Bewahren Sie die Belege, die zur Erklärung der Entscheidung gemäß den Zugriffs‑ und Aufbewahrungsrichtlinien Ihrer Organisation nötig sind. Wenn Informationen zur Modellversion nicht verfügbar sind, dokumentieren Sie die Einschränkung. Eine sinnvolle Historie sollte fehlende Informationen deutlich machen, anstatt ein Detailniveau zu suggerieren, das das System nie erfasst hat.

Veröffentlichen Sie nur die Version, für die Sie Nachweis haben

Bevor Sie eine folgenschwere Änderung freigeben, versuchen Sie, sie anhand des Protokolls zurückzuverfolgen. Finden Sie den ursprünglichen Vorschlag, ermitteln Sie, welche Änderungen der menschliche Redakteur vorgenommen hat, und holen Sie die Entscheidung zur Annahme dieser Revision ein. Vergleichen Sie anschließend die genehmigte Version mit der zu liefernden Datei.

Fehlt diese Verbindung, halten Sie die Prüfungsänderung zurück. Dass sich jemand nur daran erinnert, das Dokument sei „genehmigt“ worden, reicht nicht aus, um festzustellen, welche Formulierung er genehmigt hat.

Ein Redakteur sollte seine Beiträge erklären können, ohne jedem von der KI erzeugten Vorschlag zugeordnet zu sein. Der Freigabe‑Verantwortliche muss genau wissen, was er autorisiert. Wir können nicht von Menschen verlangen, hinter Änderungen zu stehen, wenn ihnen keine verlässliche Möglichkeit zur Einsicht in die Entstehung dieser Änderungen geboten wird.