Chat behält die bereits vergebene Dokumenten-ID bei

Ein Compliance-Dokument ist nicht fertiggestellt, wenn der Text korrekt aussieht. Es ist fertiggestellt, wenn es auch in der nächsten Woche dasselbe Dokument bleibt: dieselbe ID, dieselbe Position im Register, ein Versionssprung statt einer neuen Identität. ISO/IEC 27001:2022 (veröffentlicht Oktober 2022) basiert auf dokumentierten Informationen, die identifizierbar, überprüfbar und gezielt ersetzt werden können. Deshalb trägt eine Richtlinie eine Referenznummer – nicht nur einen Titel.

Chat hat dies bisher nicht berücksichtigt. Sie generierten eine Zugriffskontrollrichtlinie, die als POL-005 den Arbeitsbereich verließ, und beim nächsten Mal, als Sie in einem anderen Thread nach einer Überarbeitung fragten, wurde POL-006 vergeben. Die Formulierungen waren neu, die Identität jedoch ein neues Dokument. Ihr Register, Ihre SoA-Verknüpfungen und die Datei, die Sie bereits zur Prüfung eingereicht hatten, verwiesen weiterhin auf die alte ID. Der Assistent hatte ein Duplikat erstellt.

Das ist ein Versagen der Dokumentenkontrolle – nicht der Formulierung.

Was wir eingeführt haben

In einem Arbeitsbereich kann der Standard-Chat nun eine bereits existierende Dokumenten-ID wiederverwenden, anstatt die nächste Nummer in der Sequenz zu vergeben.

Wenn eine generierte Datei eine Dokumenten-ID enthält (z. B. POL-005 oder eine Zeile wie Document ID: / Dokument-ID:), kann der Chat in demselben Arbeitsbereich diese ID beibehalten. Die Liste stammt aus den Dokumenten, die Sie bereits in dem Arbeitsbereich exportiert haben, einschließlich anderer Gespräche. Sie müssen nichts aktivieren. Es gibt keinen zusätzlichen Modus.

Diese Funktion ist in Fast und Think verfügbar. Sie gilt nicht für Beyond, Agent Tasks oder die Generierung über API/MCP. Falls ein späterer Entwurf dennoch eine neue ID vergibt, geben Sie die bestehende ID im Prompt an. Die Hilfeseite beschreibt dieselben Einschränkungen.

Dies ergänzt einen kleineren Fix aus Juli: Sobald ein Dokument generiert wurde, bleiben Identifikationszeilen (Dokumenten-ID, Version, Klassifizierung, Besitzer, Genehmiger, Daten) in der Word-, PDF- und Markdown-Datei erhalten, anstatt als Metadaten der Pipeline entfernt zu werden. Die ID während des Exports beizubehalten, war Schritt eins. Dass der nächste Entwurf diese ID erkennt, ist Schritt zwei.

Vorher und nachher

Vorher konnte der Chat die IDs aus anderen Gesprächen nicht nachverfolgen und vergab möglicherweise eine neue ID oder setzte eine andere Sequenz fort. Aus POL-005 wurde POL-006 oder ISMS-POL-004, falls der Prompt einen anderen Hausstil verwendete. Sie mussten entweder eine wachsende Anzahl von Duplikaten akzeptieren, die ID manuell in den Prompt einfügen oder die Kopfzeile nach dem Download von Hand anpassen. Keine dieser Maßnahmen entspricht einer Dokumentenkontrolle – es handelt sich um Nacharbeit.

Nachher kann der Chat in diesem Arbeitsbereich die IDs erkennen, die bereits als Dateien exportiert wurden. Fordern Sie eine Überarbeitung der Zugriffskontrollrichtlinie an, und der Entwurf kann POL-005 beibehalten. Die Versionszeile kann sich ändern, die Identität jedoch nicht.

Der Chat erstellt kein Nummerierungsschema für Sie und vergibt keine IDs als Richtlinie. Wenn die vorherige Datei nie eine Dokumenten-ID enthielt, gibt es nichts wiederzuverwenden. Wenn Sie ein völlig neues Dokument benötigen, fordern Sie es explizit an. Die Änderung besteht darin, dass die Standardaktion nicht mehr „vergebe den nächsten Code“ lautet.

Warum die ID das Produkt ist

Frontier-Modelle sind gut darin, Richtlinien zu entwerfen. Sie sind jedoch nicht in der Lage, sich zu merken, dass die Word-Datei vom letzten Dienstag dasselbe kontrollierte Dokument ist wie die Überarbeitung von heute Morgen. Dieses Gedächtnis steckt nicht im Modell. Es steckt im Arbeitsbereich: in den Dateien, die Sie bereits exportiert haben, und in den IDs, die diese Dateien bereits tragen.

Die Wette ist dieselbe wie hinter punktgenauen Zitaten und dem Finden vergangener Gespräche. Für ernsthafte Compliance-Arbeit ist der wertvolle Schritt nicht eine längere Antwort. Es ist eine Antwort, die an dem festgehalten wird, was Sie bereits beschlossen haben: ein Zitat, das den Absatz benennt, ein Thread, den Sie wiederfinden, ein Dokument, das seine ID behält.

Ohne das erzeugt Chat Dateien. Mit dieser Funktion kann Chat die nächste Version eines Dokuments erstellen.

Für wen es gedacht ist

• Praktiker, die einen ISMS-Dokumentensatz pflegen, und die bereits IDs in einem Register haben und sich keine Überarbeitung leisten können, die unbemerkt zu einer zweiten Richtlinie wird.
• Berater, die pro Kunde einen Arbeitsbereich betreiben, mehrere Gespräche führen, um ein Paket zu generieren, und sicherstellen müssen, dass die Zugriffskontrollrichtlinie auch am Dienstag noch POL-005 heißt, nachdem sie am Montag bereits so hieß.
• Jeder, der ein generiertes Paket gegen eine „Statement of Applicability“ oder ein Dokumentenregister prüft, wo eine geänderte ID wie ein neues kontrolliertes Dokument wirkt – selbst wenn die Absicht eine Version war.

Wenn Sie nur einmalige Notizen generieren und nie eine ID einfügen, wird Sie diese Funktion nicht stören. Diese Seite lohnt sich, wenn die Kopfzeile entscheidend ist.

Probieren Sie es aus

Öffnen Sie einen Arbeitsbereich, in dem bereits generierte Dokumente mit Dokumenten-IDs exportiert wurden. Fordern Sie in Fast oder Think eine Überarbeitung eines dieser Dokumente an. Der neue Entwurf sollte die bestehende ID beibehalten. Falls nicht, geben Sie die ID im Prompt ein und generieren Sie erneut.

Eine Überarbeitung, die die Identität ändert, ist keine Version. Es ist ein neues Dokument, das Sie nun erklären müssen. Chat sollte das nicht standardmäßig tun.