Máte ve smlouvě s dodavatelem AI napsáno „zero data retention" a v záznamech o zpracování na základě toho uvedeno, že poskytovatel data neukládá? Zkontrolujte to. U Anthropicu platí od 9. června 2026 výjimka, která tu nulu mění na 30 dnů — a nespouští ji podpis smlouvy, ale jeden řádek v konfiguraci vaší aplikace. OpenAI minulý týden oznámil, že jde opačnou cestou. Ke zdrojům jsem šel přímo a našel tam dvě věci, které v přehledech nebyly.
Co se stalo
- Anthropic zavedl kategorii „covered models". V dokumentu Data retention practices for Covered Models (stránka nese datum 9. července 2026) stojí doslova: „Prompts submitted to, and outputs generated by, covered models are retained for 30 days to support our safety work, on every platform where these models are offered." Politika podle téhož textu „goes into effect on June 9, 2026".
- Koho se to týká. Anthropic to vymezuje úzce: jen organizace, které mají zapnuté zero-data-retention workspacy v Claude Console, používají Claude Code se ZDR v Claude Enterprise, nebo přistupují ke Claude přes AWS Bedrock, Google Cloud Agent Platform či Microsoft Foundry se ZDR. Kdo ZDR nemá, nemění se mu nic — jemu se data ukládala vždycky.
- Proč to dělají. Zdůvodnění je technicky poctivé: některé útoky jsou vidět až napříč mnoha požadavky. Anthropic jmenuje best-of-N jailbreaking (stovky drobných variant téhož promptu, dokud jedna neprojde) a rozsáhlejší vzorce zneužití. Jednotlivý požadavek vypadá nevinně, teprve série ne.
- Jak jsou data chráněná. Podle stejné stránky ve výchozím stavu nemůže uložené konverzace číst nikdo z Anthropicu; lidská kontrola probíhá jen řízenou cestou, když obsah označí automatické systémy, provádí ji „a small set of approved reviewers" a každý přístup se zapisuje do logu, který „reviewers cannot suppress or modify". Po 30 dnech se data mažou automaticky — „except in the rare cases where it's been flagged by our automated trust and safety systems or we're legally required to keep it".
- OpenAI oznámil opačný přístup. V textu Offering Zero Data Retention for frontier models představil Private Safety Processing: hledání vzorců napříč souvisejícími požadavky, aniž by k obsahu měli přístup lidé z OpenAI. U ZDR nasazení „customer content remains on infrastructure the customer controls", u varianty s úložištěm OpenAI je obsah šifrovaný klíči zákazníka a „OpenAI personnel do not have a copy of those keys". Když systém najde riziko, OpenAI dostane jen „a narrowly defined signal indicating the type of activity involved". Zatím jde o preview u vybraných zákazníků; plošné spuštění a technický white paper slibuje OpenAI na září.
- Nepřímá, ale jasná narážka. OpenAI ve svém textu píše: „Some recent frontier-model deployments have required customers to allow their AI provider to retain sensitive content for safety monitoring. For many organizations, such requirements conflict with their security obligations." Jméno konkurenta neuvádí.
Co v přehledech nebylo
Dvě věci, kvůli kterým se vyplatilo otevřít dokumentaci místo článků o ní.
1. „Nula" nebyla nula ani předtím. Na samostatné stránce o rozsahu ZDR smlouvy (datum 9. června 2026) je věta, kterou jsem nikde v přehledech neviděl: „Under these arrangements, Anthropic still retains User Safety classifier results in order to enforce our Usage Policy." Tedy i při klasickém zero data retention se drží výsledky bezpečnostních klasifikátorů — ne samotný obsah, ale hodnocení toho obsahu. Když v záznamu o činnostech zpracování máte napsáno „poskytovatel neuchovává nic", je to nepřesné už od začátku.
2. ZDR neplatí na všechno, co od dodavatele máte. Tatáž stránka rozsah vyjmenovává: zero data retention se vztahuje na způsobilá API, na produkty používající komerční API klíč organizace (včetně Claude Code přes API) a na Claude Code v plánu Enterprise. Ne na cokoli, co má stejné logo. A schvaluje se to per organizace — pokud máte organizací víc, může být zapnuté jen u jedné. Anthropic sám radí ověřit si to v účtu: Settings → Privacy Controls → Data retention period. To je jednominutová kontrola, kterou byste měli udělat dřív, než budete tvrdit cokoli klientovi.
A jedna věc, která zatím potvrzená není. Bloomberg 20. srpna a den nato The Decoder napsaly, že Anthropic po tlaku firem chystá variantu, kdy těch 30 dnů dat poleží v cloudu zákazníka, ne u Anthropicu; lhůta zůstává, změna má přijít „na podzim". Opírá se to o nejmenovaný zdroj a příspěvek zaměstnance na síti X. V oficiální dokumentaci Anthropicu to k dnešnímu dni (25. srpna 2026) není — proto s tím zatím nepočítejte jako s hotovou věcí.
Proč se to týká i vás
Tohle není americká vendorská rozepře. Je to konkrétní ukázka rizika, které má většina českých firem v procesech špatně ošetřené.
- Právní stav vám změní vývojář, ne právník. Přechod na covered model není dodatek ke smlouvě. Je to změna identifikátoru modelu v konfiguraci — deploy, který nikdo neschvaluje jako změnu zpracování osobních údajů. Přitom ten deploy posune dobu uchování z nuly na 30 dnů. Když má vaše firma proces „změna zpracovatele jde přes DPO", tady ho obejde běžný release.
- Doba uchování je položka v záznamech podle čl. 30 GDPR. Pokud tam máte „poskytovatel data neuchovává", je to od okamžiku zapnutí covered modelu nepravdivé. Nejde o pokutovatelný armagedon, jde o to, že u kontroly nebo u dotazu klienta neobhájíte vlastní dokument.
- Cloud u toho nepomůže. Formulace „on every platform where these models are offered" míří i na Bedrock, Google Cloud Agent Platform a Microsoft Foundry. Argument „my to máme přes Azure, takže se nás pravidla dodavatele netýkají" tady neplatí.
- U mlčenlivosti to bolí dřív než u GDPR. Advokátní kancelář, účetní firma nebo dodavatel pod NDA slibuje klientovi konkrétní režim nakládání s podklady. Změna z „nikde se to neukládá" na „30 dnů u dodavatele v USA" je změna, o které má klient právo vědět — bez ohledu na to, jak dobře je to technicky zabezpečené.
- Trh se rozchází a vy si mezi tím budete vybírat. Jeden dodavatel říká „pro bezpečnost potřebujeme obsah dočasně držet", druhý „umíme totéž jen z odvozených signálů". Obojí je legitimní inženýrská volba. Za rok to bude jedno z kritérií, podle kterých se vybírá dodavatel AI — vedle ceny a kvality modelu.
Co s tím
Půl dne práce, žádný projekt.
- 1. Zjistěte, co reálně voláte. Ne co je ve smlouvě — co je v konfiguraci. Projděte repozitáře a proměnné prostředí a vypište identifikátory modelů, které jdou do produkce. Překvapení bývá v interních nástrojích a skriptech, ne v hlavní aplikaci.
- 2. Ověřte stav ZDR přímo v účtu. U Anthropicu Settings → Privacy Controls → Data retention period, u ostatních dodavatelů odpovídající obrazovka. Screenshot s datem si uložte — je to nejlevnější doklad, že jste to kontrolovali.
- 3. Oddělte prostředí. Anthropic výslovně umožňuje nechat ZDR u jedněch workspaců a zapnout uchovávání jen tam, kde silnější model potřebujete. Když to potřebuje jeden tým na vývoj, není důvod pouštět do stejného režimu i workspace se zákaznickými daty.
- 4. Opravte záznam o činnostech zpracování. Doba uchování 30 dnů, výjimky (označený obsah, právní povinnost) a poznámka o výsledcích klasifikátorů, které se drží i při ZDR. Jedna aktualizovaná stránka, ne nová dokumentace.
- 5. Zařaďte změnu modelu mezi schvalované změny. Tohle je jediný trvalý závěr celého případu. Do checklistu k release patří otázka „mění tenhle deploy dodavatele, model nebo režim uchování dat?" Kdo ji tam má, příště se to nedozví z novin.
A teď proti vlastnímu byznysu: pokud nemáte se svým dodavatelem sjednané zero data retention — a drtivá většina menších firem ho nemá, protože se schvaluje individuálně a k běžnému tarifu nepatří — tenhle článek pro vás neznamená vůbec nic. Vaše data se u dodavatele ukládala včera i předevčírem a nic se nezměnilo. Nekupujte si kvůli titulku audit. Řešte to jen tehdy, když se na ZDR odvoláváte ve smlouvě s klientem nebo ve vlastní dokumentaci.
Kde to řeším s klienty
Nejčastější nález z mých auditů není chybějící dokument. Je to rozpor mezi tím, co firma o svých AI nástrojích tvrdí v dokumentaci, a tím, co ty nástroje reálně dělají. Přesně tuhle inventuru — které modely a nástroje voláte, kam data tečou a co o tom říká smlouva dodavatele — dělám v rámci AI Act Readiness Auditu, s doložitelným výstupem pro vedení. Když chcete jen zjistit, jak na tom jste, začněte AI Risk Scanem zdarma. Tématicky to navazuje na text o tom, jak se Atlassian začal učit z vašich Jira ticketů — tam podmínky změnil dodavatel, tady si změnu spustíte sami jedním řádkem v konfiguraci.