Řízení AI již není volitelné

Sekce 1

Co se změnilo

Několik nezávislých vývojů na obou stranách Atlantiku nasvědčuje stejnému směru: nasazovatel AI systému nese skutečnou, přímou odpovědnost za jeho chování.

• Mobley v. Workday (Spojené státy, 2024–2025)

  Americký federální soud povolil, aby se případ diskriminace v zaměstnání pokračoval proti prodejci AI na základě agentské teorie – zachází se systém AI jako s agentem podniků, které ho používaly. V květnu 2025 soud udělil podmíněné certifikaci celoživotní kolektivní akce. Případ signalizuje, že společnosti nasazující automatizované rozhodovací systémy se mohou podílet na vzniklé odpovědnosti.

• OLG Hamm (Německo, 2026)

  Německý vyšší krajský soud se zabýval odpovědností za výroky, které AI chatbot dělá zákazníkům, což naznačuje, že obecný disclaimer – „odpovědi poskytnuty bez záruky" – sám o sobě nechrání společnost od odpovědnosti za to, co AI říká lidem.

• EU AI Act & Product Liability Directive

  Vysokoriziková povinnost podle EU AI Act se postupně zavádí v období 2026–2027 s pokutami až €35M nebo 7% celosvětového ročního obratu. Revidovaná směrnice o odpovědnosti za škody způsobené vadnými výrobky zachází se softwarem a systémy AI jako s „výrobky", což rozšiřuje principy přísné odpovědnosti v celém distribučním řetězci; členské státy ji transponují do národního práva do prosince 2026.

• Regulace amerických států

  Colorado AI Act (platný od 2026), New York City Local Law 144 a NAIC Model Bulletin přijatý v přibližně dvou desítkách států se shodují na stejných očekáváních: zveřejnění, posouzení vlivu, audity zkreslení a rozhodovací protokoly připravené na audit.

• Aplikace vytvořené pomocí AI (Lovable, Base44, Bolt.new a podobné)

  Platformy „Vibe coding" nyní umožňují mimo-vývojářům spustit produkční webové aplikace z podkladů v přirozeném jazyce a tyto aplikace se často připojují k firemním datům – Google Workspace, Salesforce, databází. Stejný princip odpovědnosti nasazovatele platí: organizace, která nasazuje aplikaci vytvořenou pomocí AI, je jejím správcem údajů a odpovídá za to, jak nakládá s osobními údaji, ne stavitel platformy. Většina společností nemá inventár toho, jaký přístup mohou jejich AI-vytvořené aplikace získat – přesně to slepé místo, které tester zkoumá.

Co to znamená pro vás: pokud vaše organizace používá AI nástroje, asistenty nebo agenty, které mohou dosáhnout na firemní data, očekává se, že budete stále více strana, která prokáže, že jste řídili ten přístup zodpovědně.

Sekce 2

Proč vás disclaimery neochrání

Mnoho organizací předpokládá, že jejich AI riziko je problém prodejce, nebo že disclaimer v podmínkách poskytování služby věc vyřeší. Dva trendy uzavírají tuto mezeru z obou stran – sevření, které zanechává nasazovatele, aby nesl riziko.

• Soudy rozšiřují odpovědnost nasazovatele

  Rozhodnutí jako Mobley a OLG Hamm zachází se společností používající AI jako odpovídající za výsledky a podívala se za obecné disclaimery jako úplné obrany.

• Smlouvy s prodejcem přesunou riziko zpět na vás

  Zároveň smlouvy prodejců AI obvykle omezují odpovědnost a vyžadují náhradu škod ze strany zákazníka – přesun finanční odpovědnosti za chování AI směrem k zákazníkovi, který ji nasadil.

Výsledek: společnosti jsou stále více odpovědné za chování AI, které často nemohou plně vidět nebo auditovat. Obranná pozice není silnější disclaimer – je to předveditelná správa.

Sekce 3

Otázka, kterou každý přezkum vrací

Ať už je fórem dotaz regulátora, seznam auditorů, bezpečnostní přezkum zákazníka nebo soudní spor, dotaz se obecně zužuje na jednu otázku:

„Můžete prokázat, že jste řídili přístup k AI?"

Odpovězet na to dobře není věc pouze záměru nebo dokumentů politiky. Je to věc důkazů – systém záznamů, který ukazuje, co jste věděli, co jste kontrolovali a jak jste odpověděli.

Sekce 4

Jak 8200.dev zakládá vaše důkazy

8200.dev je vrstva důkazů. Neposkytuje právní ochranu ani nezaručuje žádný výsledek souladu; poskytuje viditelnost, správu a audit-připravené důkazy, které podporují vaši povinnost péče – připojení pouze pro čtení k Google Workspace a dalším zdrojům, které přidáte.

• Agent Guard

  Kompletní, průběžně aktualizovaný inventář každého AI agenta a servisního účtu, který má přístup k vašim datům – protože nemůžete řídit to, co nevidíte.

• AI Agent Registry

  Důkaz inventáře, který vyžadují auditoři: zaregistrujte každého agenta na platformě, kterou konektor nedosáhne – WhatsApp, Telegram, vlastní a hlasové boty – klasifikujte jeho přístup k datům a exportujte audit-připravené důkazy na agenta. Zjištěné plus zaregistrované je kompletní inventář.

• OAuth app audit

  Zjišťování stínové AI již připojené k vašemu Workspace, aby byl neodsouhlasený nástroj nalezen předtím, než se stane odpovědností.

• Detekce AI-vytvořené aplikace

  Identifikace OAuth aplikací vytvořených pomocí tvůrců AI aplikací (Lovable, Base44, Bolt.new a podobné), přesně to, jaká data každá může dosáhnout a důkaz, že jste řídili aplikaci, kterou jste nasadili, ale nenaprogramovali jste řádek po řádku.

• Preventivní pravidla a vynucování

  Aktivní, zdokumentovaná kontrola riskantního přístupu – průkaz správy, ne pouze monitorování.

• Protokol auditu a export SIEM

  Neměnný, exportovatelný záznam rozhodnutí o přístupu – audit-připravené důkazy, které očekává tester či soud.

• Sbírka důkazů souladu

  Generování dokumentace jedním kliknutím, kterou žádají auditoři, zmapované na kontroly za SOC 2, ISO 27001, GDPR a NIST AI Risk Management Framework.

• Časová linie rizika a incidenty

  Zdokumentovaná historie, že jste detekovali AI-související riziko a reagovali na něj – důkaz péče, ne pouze záměru.

Sekce 5

Cena stání v místě

Trend je měřitelný a pohybuje se rychle. Tyto údaje jsou prezentovány jako kontext, ne jako prognóza pro jakoukoli jednotlivou organizaci.