Czat zachowuje identyfikator dokumentu, który już wydałeś

Plik zgodności nie jest ukończony, gdy tekst wygląda dobrze. Jest ukończony, gdy pozostaje tym samym rekordem w przyszłym tygodniu: ten sam identyfikator, to samo miejsce w rejestrze, podwyższenie wersji zamiast nowej tożsamości. ISO/IEC 27001:2022 (opublikowana w październiku 2022 r.) opiera się na udokumentowanych informacjach, które można zidentyfikować, przeglądać i celowo zastąpić. Dlatego polityka posiada numer referencyjny, a nie tylko tytuł.

Czat dawniej ignorował tę zasadę. Generowałeś politykę kontroli dostępu, która opuszczała obszar roboczy jako POL-005, a następnym razem, gdy poprosiłeś o rewizję w innym wątku, tworzył POL-006. Treść była przeróbką. Tożsamość była nowym dokumentem. Twój rejestr, twój SoA (Statement of Applicability), a także plik, który już wysłałeś do przeglądu, nadal wskazywały na stary identyfikator. Asystent napisał sobowtóra.

To nie jest problem z redakcją tekstu, lecz niepowodzenie w kontroli dokumentów.

Co wprowadziliśmy

W obszarze roboczym standardowy czat może teraz ponownie użyć istniejącego identyfikatora dokumentu zamiast wymyślać kolejny numer w sekwencji.

Gdy wygenerowany plik zawiera identyfikator dokumentu (np. POL-005 lub linię Document ID: / Dokument-ID:), późniejsze rozmowy w tym samym obszarze roboczym mogą go zachować. Lista pochodzi z dokumentów, które już wyeksportowałeś w obszarze roboczym, włączając w to inne konwersacje. Nic nie musisz włączać. Nie ma dodatkowego trybu.

Działa w trybach Fast i Think. Nie dotyczy trybu Beyond, Zadań agenta ani generowania przez API/MCP. Jeśli późniejszy projekt nadal wymyśla nowy identyfikator, podaj istniejący w prośbie. Strona pomocy opisuje te same ograniczenia.

To uzupełnia cichszy lipcowy fix: raz wygenerowany dokument, linie identyfikacyjne (identyfikator dokumentu, wersja, klasyfikacja, właściciel, zatwierdzający, daty) pozostają w pobranym pliku Word, PDF i Markdown zamiast być usuwane jako metadane potoku. Zachowanie identyfikatora podczas eksportu było krokiem pierwszym. Umożliwienie następnemu projektowi zauważenie tego identyfikatora to krok drugi.

Przed i po

Przed, czat mógł tracić identyfikatory wydane w innych konwersacjach i mógł wymyślać lub kontynuować inną sekwencję. POL-005 stawał się POL-006, lub ISMS-POL-004, jeśli prośba używała innego stylu firmowego. Musiałeś albo zaakceptować rosnący stos sobowtórów, albo wklejać prawdziwy identyfikator z powrotem w prośbie za każdym razem, albo poprawiać nagłówek ręcznie po pobraniu. Żadne z tych rozwiązań nie jest kontrolą dokumentów. To czyszczenie.

Po, czat w tym obszarze roboczym może widzieć identyfikatory, które już opuściły jako pliki. Poproś o rewizję polityki kontroli dostępu, a projekt może zachować POL-005. Linia wersji może się zmienić. Tożsamość nie musi.

Nie wymyśli dla Ciebie schematu numeracji ani nie przypisze identyfikatorów jako polityka. Jeśli wcześniejszy plik nigdy nie zawierał identyfikatora dokumentu, nie ma nic do ponownego użycia. Jeśli chcesz zupełnie nowy rekord, poproś o niego. Zmiana polega na tym, że domyślnie nie musi to być „wytnij kolejny kod”.

Dlaczego identyfikator jest produktem

Modele najnowszej generacji dobrze radzą sobie z tworzeniem projektów polityk. Gorzej radzą sobie z pamiętaniem, że plik Word z ubiegłego wtorku to ten sam kontrolowany rekord co dzisiejszy projekt. Ta pamięć nie tkwi w modelu. Tkwi w obszarze roboczym: plikach, które już wyeksportowałeś, identyfikatorach, które te pliki już posiadają.

To samo założenie kryje się za punktowymi cytowaniami i odszukiwaniem przeszłych konwersacji. W poważnej pracy związanej z zgodnością cennym posunięciem nie jest dłuższa odpowiedź. Jest odpowiedź, która pozostaje powiązana z tym, co już postanowiłeś. Cytat, który nazywa akapit. Wątek, który można odnaleźć ponownie. Dokument, który zachowuje swój identyfikator.

Bez tego czat generuje pliki. Z tym czat może generować kolejną wersję dokumentu.

Dla kogo to jest

• Praktycy utrzymujący zestaw dokumentów ISMS, którzy już posiadają identyfikatory w rejestrze i nie mogą pozwolić sobie na projekt, który cichcem stanie się drugim dokumentem polityki.
• Konsultanci prowadzący jeden obszar roboczy na klienta, którzy generują pakiet przez kilka konwersacji i muszą, aby polityka kontroli dostępu pozostała POL-005 we wtorek, skoro była POL-005 w poniedziałek.
• Każdy, kto przegląda wygenerowany pakiet względem Statement of Applicability lub rejestru dokumentów, gdzie zmieniony identyfikator wygląda jak nowy kontrolowany dokument, nawet jeśli intencją była wersja.

Jeśli generujesz jednorazowe notatki i nigdy nie umieszczasz na nich identyfikatora, nic tutaj Cię nie dotyczy. Ta strona spełnia swoją rolę, gdy nagłówek jest kluczowy.

Wypróbuj to

Otwórz obszar roboczy, który już posiada wyeksportowane dokumenty z identyfikatorami. W trybie Fast lub Think poproś o rewizję jednego z tych dokumentów. Nowy projekt powinien zachować istniejący identyfikator. Jeśli tego nie zrobi, umieść identyfikator w prośbie i wygeneruj ponownie.

Rewizja, która zmienia tożsamość, nie jest wersją. To nowy dokument, który musisz następnie wyjaśnić. Czat nie powinien robić tego domyślnie.