Jak zajistit, aby AI asistent pracoval jen s aktuálními dokumenty?

Jedna platná verze, zbytek mimo dosah asistenta

AI asistent, který prohledává firemní dokumenty, sám nepozná, že novější pravidlo nahradilo starší; textově může zastaralá verze vypadat stejně uspořádaně jako ta aktuální, a odpověď z ní bude znít stejně přesvědčivě. Spolehlivé řešení nespočívá v lepší formulaci dotazu, ale v řízení samotných dokumentů: každý dokument má v daném okamžiku přesně jeden platný stav, jednoho vlastníka s právem tento stav měnit a jasně vymezený prostor zdrojů, ze kterého asistent odpovídá. Nahrazené a zrušené verze se z tohoto prostoru odstraní nebo se prokazatelně přesunou mimo něj, s datem a jménem osoby, která přechod schválila.

Proč asistent cituje zastaralou verzi

Problém obvykle nevzniká chybou modelu, ale uspořádáním zdrojů. Pokud ceník, bezpečnostní směrnice nebo popis procesu existují ve třech souborech s podobným názvem a jen jeden je aktuální, asistent nemá signál, podle kterého by poznal, která verze má přednost; způsob, jakým si prohledávací mechanismus vybírá zdroje pro odpověď, popisuje článek co je RAG. Totéž riziko platí pro přílohy z e-mailu, soubory v osobní složce nebo podklady ponechané na sdíleném disku po skončeném projektu. Jakmile se dostanou do prohledávaného prostoru, například do vektorové databáze používané pro vyhledávání, stávají se rovnocenným zdrojem bez ohledu na to, že je nikdo formálně neschválil jako platné. Riziko roste tam, kde stejný typ dokumentu spravuje víc oddělení zvlášť: obchodní tým má vlastní verzi ceníku, provoz jinou, a asistent, který má přístup k oběma prostorům, si mezi nimi nijak nevybírá podle aktuálnosti, jen podle toho, který text formulačně lépe odpovídá zadanému dotazu.

Datum platnosti, vlastník a termín kontroly

Každý dokument, ze kterého má asistent čerpat, potřebuje v hlavičce nebo v připojených metadatech tři údaje: kdo je jeho vlastníkem, od kdy platí a kdy se má příště zkontrolovat. Vlastníkem bývá správce příslušné agendy nebo vedoucí týmu, který dokument schválil k použití, bez ohledu na to, kdo text původně napsal. Datum platnosti odlišuje dokument, který teprve vzniká, od toho, který už prošel schválením. Termín příští kontroly určuje, kdy se má vlastník k dokumentu vrátit, i kdyby se mezitím nic nezměnilo. Bez tohoto data se kontrola obvykle provede až po nahlášené chybě, což v praxi znamená, že asistent mezitím dlouho odpovídal ze zastaralého textu. U rychle se měnících oblastí, jako jsou ceníky nebo provozní pokyny, bývá interval kontroly kratší než u stabilních referenčních materiálů; konkrétní délku si stanovuje vlastník sám podle rizika obsahu, protože jednotné číslo platné pro všechny druhy dokumentů obvykle sedí jen náhodou.

Artefakt: tabulka stavů dokumentu

Následující tabulka rozděluje životní cyklus zdrojového dokumentu do čtyř stavů. U každého je uvedeno, zda z něj asistent smí čerpat, a kdo má právo stav změnit.

Stav	Popis	Smí z něj asistent čerpat	Kdo mění stav
Koncept	dokument se připravuje, ještě neprošel schválením	ne	autor nebo pověřený editor
Platný	schválená a aktuálně používaná verze	ano	vlastník dokumentu
Nahrazený	existuje novější platná verze téhož obsahu	ne	vlastník, v okamžiku schválení nové verze
Archivovaný	uchováván pro historii, spor nebo audit, mimo běžný provoz	ne	vlastník nebo pověřený správce archivu

Přechod mezi stavy zapisujte se jménem osoby, datem a stručným důvodem; tento záznam později umožní vysvětlit, proč asistent v daný den odpovídal určitým způsobem. Jeden dokument nesmí být současně ve dvou stavech. Když vzniká nová platná verze, předchozí přechází do stavu nahrazený ve stejném kroku; odložení tohoto kroku na pozdější dobu ponechává v prohledávaném prostoru dvě platné verze zároveň.

Dokumenty pro historii se do odpovědi nezapojují

Některé dokumenty firma musí uchovat, i když už nesmí sloužit jako zdroj odpovědi: uzavřené smlouvy, staré verze směrnic kvůli pracovněprávnímu sporu nebo podklady k proběhlému auditu. Řešením není tyto dokumenty smazat, ale oddělit archiv od prostoru, který asistent prohledává. Technicky to znamená samostatné úložiště nebo samostatný index bez propojení na běžný dotaz uživatele; podobnou logiku oddělených úrovní přístupu popisuje i článek o zálohování firemních dat. Procesně to znamená, že přístup do archivu má úzký okruh lidí a že žádost o obnovení dokumentu do platného prostoru prochází stejným schvalováním jako založení nového dokumentu. Pokud archiv a platný prostor sdílejí stejné úložiště jen s jiným štítkem, riziko, že se tam asistent přesto podívá, zůstává. Žádost o výjimku, tedy o dočasné zpřístupnění archivovaného dokumentu například právníkovi řešícímu spor, by měla mít vlastní jednoduchý záznam: kdo o výjimku žádal, kdo ji schválil a k jakému datu přístup opět skončil.

Jak ověřit, že se to skutečně projevilo

Zrušení přístupu k dokumentu samo o sobě nedokazuje, že asistent přestal čerpat z jeho obsahu; systémy pro vyhledávání a indexování mají vlastní zpoždění a mezipaměti, které se liší nástroj od nástroje. Po každé změně stavu proto položte sadu kontrolních dotazů, na které stará a nová verze dávaly rozdílnou odpověď, a zaznamenejte, jaký zdroj asistent uvedl. Pokud nástroj u odpovědi zobrazuje odkaz na zdrojový dokument, kontrola je rychlá; pokud zdroj neuvádí, jde o samostatný důvod řešit tuto funkci jako součást širšího zabezpečení, jak popisuje článek jak zabezpečit AI ve firmě. Opakovaná kontrola po každé větší aktualizaci indexu je nutná; jednorázové ověření při zavedení pravidla pozdější odchylku nezachytí. Odpovědnost za tuto kontrolu má smysl svěřit stejné roli, která spravuje stavy dokumentů; pokud ji nemá nikdo pevně přidělenou, ověřování se v praxi provádí jen nepravidelně, po stížnosti.

Stav zdrojů a omezení

Zdroje uvedené výše, naposledy ověřené 5. 8. 2026, popisují obecné řízení rizik u AI systémů; konkrétní čtyři stavy dokumentu v tabulce výše jsou návrh CIAD, který si žádný z citovaných rámců sám nenárokuje. Funkce Govern a Map v NIST AI RMF podporují myšlenku jmenovaného vlastnictví a sledovatelnosti změn v rámci širší správy AI systému, aniž by předepisovaly přesný počet stavů nebo jejich pojmenování. Princip omezeného uložení v článku 5 GDPR se týká osobních údajů; sloužil zde jako inspirace pro pravidlo, že staré verze mají mít jasný důvod k dalšímu uchování, a nejde o právní posouzení vašeho konkrétního archivu. Zda konkrétní dokument obsahuje osobní údaje a jak dlouho jej smíte uchovávat, patří k rozhodnutím pověřence pro ochranu osobních údajů nebo firemního právníka.