---
title: "Aplikace z AI do provozu: kontrolní seznam | Contember Fabrika"
description: "24 kontrol, než pustíte aplikaci z Lovable, Cursoru nebo Claude Code kolegům: přihlášení, data, klíče, nasazení, výpadky a kdo se o ni postará."
url: "https://www.contember.com/cs/pripraveno-do-provozu"
type: static
generatedAt: "2026-09-28T14:08:32.853Z"
---

# Než pustíte aplikaci z AI kolegům: kontrolní seznam

Než kolegové začnou používat aplikaci z Lovable, Cursoru, Claude Code nebo Replitu, ověřte šest věcí: kdo se do ní dostane, kde leží data, kde jsou klíče, jak jdou změny do provozu, co se stane, když se něco pokazí, a kdo se o ni bude starat. Níže je 24 konkrétních kontrol a u každé postup, jak ji ověřit sami.

Seznam je pro toho, kdo aplikaci postavil, i pro IT, které ji má schválit. Kontroly si můžete odškrtávat přímo tady (stav zůstane jen ve vašem prohlížeči), nebo si seznam vytisknout.

Aktualizováno 28. 9. 2026
  [Na kontrolní seznam ↓](#seznam) [Ukažte nám svou aplikaci →](https://cal.com/contember/demo)    ![](/illustrations/machine-calibration.webp)     45 %
testovaných úloh, ve kterých AI modely napsaly kód se zranitelností z OWASP Top 10.
  [Veracode, 2025 ↗](https://www.veracode.com/blog/genai-code-security-report/)   170 z 1 645
aplikací z Lovable pouštělo data z databáze komukoli bez přihlášení, protože chyběla pravidla RLS (CVE-2025-48757).
  [Matt Palmer, 2025 ↗](https://mattpalmer.io/posts/2025/05/statement-on-CVE-2025-48757/)   ~380 000
veřejně dostupných aplikací z Lovable, Replitu, Base44 a Netlify našla firma RedAccess. Asi 5 000 z nich obsahovalo citlivá firemní nebo osobní data.
  [Security Boulevard, 2026 ↗](https://securityboulevard.com/2026/05/thousands-of-vibe-coded-apps-exposing-corporate-personal-data-redaccess/)
0/24 hotovo  ·  0/9 z nutných
               01
## Kdo se do aplikace dostane?

Začněte tady. Aplikace, kterou otevře kdokoli s odkazem, do firmy nepatří, ať je jinak jakkoli dobrá.

 1. ### 01 Otevře se aplikace bez přihlášení?

Před spuštěním vždy

Jak to ověřit

Otevřete adresu aplikace v anonymním okně prohlížeče, ideálně na mobilu mimo firemní Wi-Fi. Zkuste i konkrétní stránky, které znáte z běžného používání: detail záznamu, přehled, `/admin`.

Proč na tom záleží

Co uvidíte bez přihlášení, uvidí kdokoli, kdo má odkaz. A odkazy se šíří dál, než byste chtěli.
1. ### 02 Běží aplikace pořád i na adrese nástroje?

Jak to ověřit

Zjistěte, na jakých adresách je aplikace publikovaná: `*.lovable.app`, `*.replit.app`, `*.vercel.app`, `*.netlify.app`. I když má vlastní doménu, zkuste původní adresu v anonymním okně.

Proč na tom záleží

Připojení vlastní domény původní adresu nemusí vypnout. Aplikace pak má dvoje dveře a zamčené jsou jen jedny.
1. ### 03 Přihlašují se lidé firemním účtem?

Před spuštěním vždy

Jak to ověřit

Podívejte se na přihlašovací obrazovku. Je tam přihlášení přes Google nebo Microsoft napojené na vaši firemní doménu, nebo registrace e-mailem a heslem? Zkuste si založit účet se soukromým e-mailem.

Proč na tom záleží

Když se může zaregistrovat kdokoli, je aplikace ve skutečnosti veřejná. Firemní účet znamená, že přístup skončí se zrušením účtu a vícefázové ověření platí podle nastavení vaší firmy.
1. ### 04 Co se stane s přístupem, když někdo odejde?

Jak to ověřit

Vyberte člověka, který už ve firmě nepracuje nebo změnil pozici, a ověřte, jestli se do aplikace pořád dostane. Pak zjistěte, kdo a kde by mu přístup odebral.

Proč na tom záleží

Aplikace s vlastními hesly nenavazují na firemní účty. Přístup se pak odebírá ručně, v každé aplikaci zvlášť, a na to se zapomíná.
1. ### 05 Vidí každý jen to, co vidět má?

Před spuštěním vždy

Jak to ověřit

Přihlaste se jako uživatel s nejnižší rolí a zkuste otevřít záznam, který mu nepatří: v adrese změňte číslo nebo ID záznamu. Zkuste i administraci. Pak se podívejte do seznamu uživatelů, kolik lidí má nejvyšší práva.

Proč na tom záleží

Přihlášení říká, kdo jste, ne co smíte vidět. Oprávnění musí hlídat server a databáze. Skryté tlačítko nikoho nezastaví.
     02
## Kde leží data a kdo se k nim dostane?

Aplikace z AI často ukládá data tam, kde to bylo při stavbě nejrychlejší. To bývá účet toho, kdo ji postavil.

 1. ### 06 Na čí účet je založená databáze?

Před spuštěním vždy

Jak to ověřit

Zjistěte, kam aplikace ukládá data: Supabase, Lovable Cloud, Firebase, databáze Replitu, Google Sheets. Pak se podívejte, na čí účet je služba založená a kdo ji platí. Firemní účet, nebo osobní účet autora?

Proč na tom záleží

Data na soukromém účtu autora odejdou s ním. Nebo zmizí, až přestane platit.
1. ### 07 Nejdou data přečíst přímo z prohlížeče?

Před spuštěním vždy

Jak to ověřit

U aplikací na Supabase otevřete v administraci Supabase přehled tabulek a ověřte, že každá tabulka má zapnutou RLS a nastavená pravidla (policies). Pomůže Security Advisor v administraci. U jiných databází se zeptejte, kde aplikace hlídá, kdo smí číst které řádky.

Proč na tom záleží

Aplikace na Supabase se na databázi ptá přímo z prohlížeče. Kdo uvidí jaká data, rozhodují jen pravidla RLS. Když chybí, přečte data kdokoli.
1. ### 08 Víte, jaká data v aplikaci jsou?

Jak to ověřit

Sepište, co aplikace ukládá: jména a e-maily, údaje zákazníků, mzdy, smlouvy, rodná čísla, zdravotní údaje. A kdo kromě vašich lidí se k nim dostane.

Proč na tom záleží

Podle toho se řídí, jak přísně musí být aplikace zavřená. Jakmile jsou v ní osobní údaje, platí pro ni GDPR, ať vznikla jakkoli.
1. ### 09 Kam aplikace posílá data dál?

Jak to ověřit

Projděte, na jaké služby aplikace volá: AI (OpenAI, Anthropic, Google), e-mail, analytika, platby. U AI zjistěte, čí je to tarif a za jakých podmínek. Jako seznam poslouží proměnné v souboru `.env.example` nebo v nastavení hostingu.

Proč na tom záleží

Firemní data mají téct jen do služeb, se kterými má firma smlouvu. Ne přes soukromý tarif autora.
1. ### 10 Zálohuje se databáze a zkusil někdo obnovu?

Jak to ověřit

Zjistěte, jestli má databáze zálohy, jak často se dělají a jak dlouho se drží. Pak se zeptejte, jestli už někdo data ze zálohy opravdu obnovil a jak dlouho to trvalo.

Proč na tom záleží

Záloha, ze které nikdo nikdy neobnovoval, je jen předpoklad. Ve chvíli, kdy ji potřebujete, je pozdě to zjišťovat.
     03
## Kde jsou klíče a hesla?

Klíče k platbám, AI nebo databázi jsou jako klíče od skladu. Nejčastější zkratka u aplikací z AI je nechat je v kódu.

 1. ### 11 Nejsou v kódu nebo v repozitáři tajné klíče?

Před spuštěním vždy

Jak to ověřit

Prohledejte repozitář včetně historie na `service_role`, `secret`, `sk_`, `api_key` a `password`. Ověřte, že v něm není soubor `.env`. Rychleji to zvládnou nástroje gitleaks nebo TruffleHog, GitHub má secret scanning.

Proč na tom záleží

Klíč, který se jednou dostal do repozitáře, zůstává v jeho historii i po smazání. Takový klíč berte jako prozrazený a vyměňte ho.
1. ### 12 Nejsou tajné klíče vidět v prohlížeči?

Před spuštěním vždy

Jak to ověřit

Otevřete aplikaci, stiskněte F12 a v záložkách Network a Sources hledejte klíče k platbám, AI nebo `service_role`. Do prohlížeče patří jen veřejné klíče, u Supabase třeba publishable (anon) klíč.

Proč na tom záleží

Cokoli se pošle do prohlížeče, si přečte každý, kdo aplikaci otevře.
1. ### 13 Kdo zná klíče k ostrému provozu a umí je vyměnit?

Jak to ověřit

Sepište, jaké klíče aplikace používá, kde jsou uložené a kdo se k nim dostane. Pak si odpovězte: kdyby se klíč musel vyměnit dnes večer, kdo to udělá, kde a zvládne to bez autora?

Proč na tom záleží

Když klíče zná jen autor, odcházejí s ním. A když klíč unikne, není čas zjišťovat, kde všude se používá.
     04
## Jak se změna dostane do provozu?

S AI vznikne nová verze aplikace za pár minut. Záleží na tom, co se s ní děje, než ji uvidí kolegové.

 1. ### 14 Je kód v repozitáři, který patří firmě?

Před spuštěním vždy

Jak to ověřit

Najděte repozitář na GitHubu nebo GitLabu. Je v organizaci vaší firmy, nebo na osobním účtu autora? Mají k němu přístup aspoň dva lidé z firmy?

Proč na tom záleží

Aplikace bez dostupného kódu se nedá opravit, předat ani znovu postavit. Zůstane jen to, co zrovna běží.
1. ### 15 Kdo může poslat změnu do provozu?

Jak to ověřit

Zjistěte, kdo má v nástroji (Lovable, Replit, Vercel, Netlify) právo publikovat. Jde změna ven, aniž by ji viděl druhý člověk?

Proč na tom záleží

V Lovable publikuje každý s rolí editor a výš, takže změna z chatu může jít ven bez druhého páru očí. Musí být jasné, co se nasazuje a kdo to schválil.
1. ### 16 Zkouší se nové funkce mimo ostrá data?

Jak to ověřit

Zjistěte, jestli existuje testovací verze aplikace s vlastní databází. Když autor zkouší novou funkci, pracuje nad skutečnými daty?

Proč na tom záleží

Pokus nad ostrými daty umí smazat nebo přepsat skutečné záznamy. A když AI upravuje jednu věc, občas změní i jinou.
1. ### 17 Poznáte, co se v které verzi změnilo?

Jak to ověřit

Otevřete historii změn v repozitáři a zkuste dohledat poslední tři nasazení: kdy proběhla, co přinesla a kdo je spustil.

Proč na tom záleží

Když se něco rozbije, první otázka je, co se změnilo. Bez historie se hledá naslepo.
     05
## Co když se něco pokazí?

Každá aplikace jednou spadne nebo začne dělat něco, co nemá. Rozdíl je v tom, jestli se to dozvíte vy, nebo vaši zákazníci.

 1. ### 18 Dozví se někdo, že aplikace nejede nebo hází chyby?

Jak to ověřit

Zjistěte, kam se zapisují chyby (třeba Sentry nebo logy hostingu) a komu přijde upozornění. Pak si odpovězte: kdo by si všiml, že aplikace v sobotu nejede?

Proč na tom záleží

Bez sběru chyb se o problému dozvíte od uživatelů. Ti si často jen řeknou, že aplikace nefunguje, a vrátí se k Excelu.
1. ### 19 Dohledáte, kdo se kdy přihlásil a kdo komu změnil přístup?

Jak to ověřit

Zkuste zjistit, kdo se do aplikace přihlásil minulý týden a kdo naposledy měnil role.

Proč na tom záleží

Při úniku dat nebo podezřelé změně to budete potřebovat vědět jako první. Zpětně se to doplnit nedá.
1. ### 20 Víte, kdo incident řeší a komu se hlásí?

Jak to ověřit

Domluvte, kdo je kontakt, když aplikace nejede nebo data uniknou, a kdo rozhodne, jestli se incident hlásí. Sepište to tam, kde to najdou i ostatní.

Proč na tom záleží

Porušení zabezpečení osobních údajů se podle GDPR zpravidla hlásí dozorovému úřadu (v Česku ÚOOÚ) do 72 hodin od zjištění. Kdo spadá pod zákon o kybernetické bezpečnosti, hlásí incident s významným dopadem do 24 hodin.
     06
## Kdo se o aplikaci bude starat?

„Zásadní otázka tedy je, kdo ponese za výsledný slepenec 90/10 zodpovědnost.“ Tak to shrnul [čtenář Lupy](https://www.lupa.cz/clanky/mame-hotovych-90-procent-dodelejte-nam-zbytek-zadaji-klienti-vyvojare-jak-to-vypada-kdyz-vibecoding-meni-byznysmodel/nazory/) pod článkem o firmách, které vývojářům nosí „hotových 90 procent“.

 1. ### 21 Kdo je vlastníkem aplikace?

Před spuštěním vždy

Jak to ověřit

Napište dvě jména: kdo rozhoduje, co aplikace dělá a kdo do ní smí, a kdo odpovídá za technickou stránku. Když je na obou místech autor, který na to má pár hodin týdně, je to riziko, ne vlastnictví.

Proč na tom záleží

Aplikace bez vlastníka žije, dokud se nerozbije. Pak se ukáže, že za ni nikdo neručí.
1. ### 22 Co se stane, když autor odejde nebo onemocní?

Jak to ověřit

Vyzkoušejte, jestli by kolega bez pomoci autora zvládl čtyři věci: najít kód, nasadit malou změnu, vyměnit klíč a obnovit data.

Proč na tom záleží

Ta chvíle přijde. Aplikace, kterou umí provozovat jen jeden člověk, skončí s jeho odchodem.
1. ### 23 Na čí kartu a čí e-mail to celé běží?

Jak to ověřit

Sepište všechny účty, které aplikace potřebuje: nástroj, ve kterém vznikla, hosting, databázi, doménu, AI, e-mailovou službu. U každého uveďte, na čí e-mail je založený a čí kartou se platí.

Proč na tom záleží

Když je účet na soukromém e-mailu a kartě autora, aplikace skončí s první nezaplacenou fakturou nebo s jeho odchodem.
1. ### 24 Aktualizuje někdo knihovny, na kterých aplikace stojí?

Jak to ověřit

Podívejte se v repozitáři, kdy se naposledy měnily závislosti (soubor `package.json` a lockfile). Příkaz `npm audit` ukáže známé zranitelnosti. Dependabot nebo Renovate na ně umí upozorňovat samy.

Proč na tom záleží

Chyby se v knihovnách objevují průběžně, i v kódu, na který už měsíce nikdo nesáhl.

Zaškrtnutí se ukládá jen v tomhle prohlížeči. Nikam ho neposíláme.
  [0/24 hotovo](#seznam)
## Co z toho drží Fabrika sama a co zajišťujeme my?

Fabrika je platforma, na které si firma staví vlastní aplikace, a náš tým, který za ní stojí. Tady je, kdo pokrývá kterou část seznamu, když aplikace běží na ní.
   ![](/illustrations/platform-compound.webp)
| Oblast | Drží platforma | Zajišťujeme my | Zůstává na vás |
| --- | --- | --- | --- |
| Přístup 01–02 | Drží platforma Aplikace nemá veřejnou adresu. Jediný vchod pustí jen ověřené uživatele, a když pravidla přístupu chybí, zůstane zavřeno. | Zajišťujeme my Platformu ve vašem cloudovém účtu nastavíme při zavedení Fabriky. | Zůstává na vás Nic navíc. |
| Přihlášení a odchody 03–04 | Drží platforma Přihlášení firemním účtem přes Google, Microsoft Entra nebo Okta, jedním přihlášením do všech aplikací. Lidé zvenku se přihlásí heslem. | Zajišťujeme my Při zavedení napojíme platformu na vašeho poskytovatele identity. | Zůstává na vás Firemní účty a jejich rušení. Vícefázové ověření podle nastavení vaší firmy pro ten účet. |
| Role 05 | Drží platforma Role pro každou aplikaci, spravované na jednom místě. Nová verze aplikace nastavená práva nepřepíše. | Zajišťujeme my Při kontrole změn hlídáme, že aplikace podle rolí opravdu omezuje, co kdo uvidí. | Zůstává na vás Kdo dostane jakou roli. |
| Data 06–09 | Drží platforma Data leží v cloudovém účtu registrovaném na vaši firmu, u Cloudflare nebo Zerops, na přání i v AWS. | Zajišťujeme my U převzetí aplikace na Supabase rozhodneme s vámi: přejít jinam, provozovat Supabase u vás, nebo ji nechat, kde je. Na vašich datech nic netrénujeme. | Zůstává na vás Jaká data do aplikace patří. AI jde vždy přes váš vlastní tarif. |
| Zálohy 10 | Drží platforma Platforma sama nezálohuje. | Zajišťujeme my Zálohy a obnovu s vámi nastavíme v rozsahu, jaký potřebujete. | Zůstává na vás Rozsah: co se zálohuje, jak často a jak rychle musí být data zpátky. |
| Klíče a hesla 11–13 | Drží platforma Klíče a hesla aplikací drží cloudový poskytovatel, ne kód. Každá aplikace vidí jen svoje. Zapsat se dají, přečíst zpátky nikdy. | Zajišťujeme my Při převzetí projdeme kód i repozitář, jestli v nich nejsou klíče. | Zůstává na vás Nic navíc. |
| Změny 14–17 | Drží platforma Nasazení z Gitu se záznamem o každém nasazení. Oddělené testovací a ostré prostředí. | Zajišťujeme my Kontrolujeme každou změnu, než jde naostro, a ke každé verzi píšeme zprávu: co se změnilo a co jsme kontrolovali. | Zůstává na vás Repozitář ve vaší firmě. Rozhodnutí, která změna jde ven a kdy. |
| Chyby a incidenty 18–20 | Drží platforma Chyby ze všech aplikací na jednom místě. Platforma hlídá, jestli aplikace odpovídají, a upozorní na novou chybu nebo náhlý nárůst. Přihlášení a změny přístupů se zapisují. | Zajišťujeme my Pomůžeme zjistit, co se v aplikaci stalo, opravit to a dát dohromady podklady k hlášení. | Zůstává na vás Podání hlášení, pokud ho musíte podat. |
| Údržba 21–24 | Drží platforma Kód, data i domény zůstávají vaše. Systém běží dál i bez nás. | Zajišťujeme my Provoz, kontrola změn a záplaty platformy. Podpora člověka, který staví. | Zůstává na vás Vlastník aplikace: co dělá a pro koho. Servery platíte přímo poskytovateli cloudu podle spotřeby. |

### Za co neručíme

Za to, co člověk udělá s daty, ke kterým má oprávnění. Když si zaměstnanec s přístupem data vyexportuje a odnese, platforma mu v tom nezabrání.
  [Víc pro IT na stránce Bezpečnost →](/cs/bezpecnost)
## Kdy aplikace do firemního provozu nepatří vůbec?

Ne každá aplikace musí do provozu. Některé tam nepatří a jiným stačí zůstat, kde jsou.

 - Nikdo za ni nechce odpovídat. Když kontrola 21 skončí bez jména, je poctivější aplikaci vypnout, než ji nechat žít bez vlastníka.
- Má nahradit účetnictví, mzdy nebo jiný systém, po kterém zákon chce evidenci a předepsané výstupy. Tam je hotový software skoro vždy lepší volba.
- Existuje hotový nástroj, který dělá totéž, a vaše firma se od něj v ničem podstatném neliší. Pak je koupě většinou levnější.
- Nejde z ní dostat kód. Aplikace z Bubble běží jen v Bubble; když nástroj zdraží nebo skončí, skončí i ona. Na okrajový nástroj to stačí, na proces, na kterém firma stojí, ne.
- Používá ji jeden člověk pro svou práci a nic důležitého na ní nestojí. Taková aplikace do provozu nemusí. Stačí, aby nebyla veřejně na internetu a neobsahovala citlivá data.

## Kdy Fabrika není pro vás?

Radši to řekneme hned než na konci hovoru.

 - Aplikace je veřejná služba pro tisíce zákazníků, s platbami a registrací pro kohokoli. Fabrika je dělaná na firemní aplikace, do kterých chodí vaši lidé a pár lidí zvenku.
- Vaše IT vyžaduje Azure nebo vlastní servery, případně přihlášení jen přes SAML. Fabrika běží na Cloudflare nebo Zerops, po domluvě i v AWS, a firemní účty napojuje přes OIDC (Google, Microsoft, Okta).
- Aplikace je naklikaná v Bubble nebo podobném nástroji, ze kterého kód vyexportovat nejde. Převzít ji neumíme, můžeme ji jen postavit znovu.
- Nechcete mít aplikaci v Gitu. Všechno ve Fabrice stojí na tom, že každá změna jde přes repozitář.
- Chcete kód jen jednou zkontrolovat a aplikaci si dál provozovat sami. Pak je levnější cestou jednorázový audit.

## Na co se u seznamu ptáte
 ![](/illustrations/spot-gatehouse.webp)
### Je bezpečné nasadit do provozu kód, který napsala AI?

Může být, ale samo od sebe to neplatí. Veracode v roce 2025 našel zranitelnost ve 45 % testovaných úloh. Kód z AI potřebuje stejnou kontrolu jako kód od kohokoli jiného: někdo ho před nasazením přečte a ověří, že přihlášení, oprávnění a klíče fungují, jak mají.

### Nerozumím programování. Zvládnu tu kontrolu sám?

Většinu ano: anonymní okno, přihlášení, kdo má přístup, na čí účet běží databáze a karta, kdo je vlastník. Kontroly v kódu (klíče v repozitáři, pravidla RLS, oprávnění na serveru) chtějí vývojáře. Seznam mu klidně pošlete, u každé kontroly je, jak ji ověřit.

### Kolik kontrol musí projít, než aplikaci pustíme kolegům?

Devět je označených „Před spuštěním vždy“: přihlášení, firemní účty, oprávnění, čí je databáze, pravidla RLS, klíče v kódu a v prohlížeči, repozitář a vlastník aplikace. Bez nich aplikaci kolegům nepouštějte. Zbytek můžete dotáhnout za pochodu, jen byste měli vědět, co chybí.

### Nestačí jednorázový audit?

Na jednu verzi ano. Zpráva z auditu platí pro kód, který auditor viděl, a další změna z chatu ji zastará. Když se aplikace dál rozvíjí, potřebujete někoho, kdo kontroluje každou další změnu. Ve Fabrice je to naše práce.

### Aplikace nám běží na veřejné adrese nástroje. Je to problém?

Když se otevře bez přihlášení, tak ano (kontroly 01 a 02). Ve Fabrice aplikace veřejnou adresu nemá vůbec, dovnitř se jde jen přes přihlášení platformy. [Jak to vypadá u aplikací z Lovable](/cs/lovable-do-provozu).

### Souvisí to se zákonem o kybernetické bezpečnosti (NIS2)?

Pokud pod zákon č. 264/2025 Sb. spadáte, musíte i v nižším režimu stanovit bezpečnostní požadavky pro vývoj a údržbu svých systémů a mít ve smlouvách s dodavateli mimo jiné řízení změn, exit strategii a pravidla bezpečného vývoje (vyhláška 410/2025 Sb., § 3 a příloha č. 2). Aplikace, které si lidé staví, jsou vývoj. Seznam vám s tím pomůže, právní posouzení ale nenahradí. Víc na stránce [Pro vedení](/cs/pro-vedeni).

### Kdo se o aplikaci postará, až autor odejde?

Ten, koho určíte v kontrole 21. Když to nemá kdo být, je to přesně práce, kterou ve Fabrice děláme: kód je v repozitáři vaší firmy, provoz a kontrolu změn držíme my a pokračovat může kolega, vývojář, nebo my.

### Mám seznam poslat našemu IT?

Ano, je psaný i pro ně. Pošlete odkaz, nebo ho vytiskněte. Zaškrtnutí se ukládá jen ve vašem prohlížeči, kolegovi se tedy otevře prázdný. Na další otázky IT odpovídáme na stránce [Bezpečnost](/cs/bezpecnost).
          ![](/illustrations/cta-crane.webp)
## Ukažte nám *svou aplikaci*.

Stačí půl hodiny a odkaz na aplikaci nebo repozitář. Projdeme seznam spolu a řekneme, co by obnášelo převzetí do Fabriky. Když to pro vás nedává smysl, řekneme to na rovinu.
  [Domluvit 30min hovor →](https://cal.com/contember/demo)
 - [Už si stavíte s AI →](/cs/uz-stavite)
- [Aplikace z Lovable do provozu →](/cs/lovable-do-provozu)
- [Bezpečnost pro IT →](/cs/bezpecnost)