Aplikaci jste napsali s Cursorem nebo Claude Code. Tohle jí chybí do provozu.

Aplikaci převezmeme do cloudového účtu vaší firmy a platforma doplní, co chybí, ať už AI napsala cokoli: firemní přihlášení, role, klíče mimo repozitář a nasazení odjinud než z notebooku. Každou změnu navíc zkontrolujeme a vy dál stavíte se stejným nástrojem.

Pro toho, kdo aplikaci napsal v Cursoru, Claude Code, Codexu nebo Windsurfu, i pro IT, které ji teď má nasadit.

Aktualizováno 22. 10. 2026

Pošlete nám repozitář → Co obvykle chybí ↓
Odkud
Z vašeho repozitáře

Z GitHubu nebo jiného Gitu. Kód ze složky na disku dáme do Gitu my.

Kam
Do vašeho cloudu

Zerops, na přání i AWS. Účet psaný na vaši firmu, ne na nás.

Nástroj
Zůstává stejný

Claude Code, Cursor nebo Codex. Do provozu jde změna až po naší kontrole.

Co aplikaci z Cursoru nebo Claude Code chybí do provozu?

Kód sám bývá v pořádku. Chybí to kolem něj: na čích účtech aplikace běží, kde jsou klíče, kdo se přihlásí a kdo pouští změny ven.

Co bývá v pořádku

  • Běžný kód, třeba v TypeScriptu nebo Pythonu, na běžném frameworku. Nástroje ho jen napsaly, neprovozují ho.
  • Kód je v Gitu, často na GitHubu, i s historií.
  • Závislosti jsou v souborech jako package.json, takže aplikace jde sestavit i jinde.
  • V repozitáři často jsou pravidla pro AI (CLAUDE.md, AGENTS.md, .cursor/rules). Navážeme na ně.

Co obvykle chybí

  • Klíče leží v .env v repozitáři, přímo v kódu, nebo v nastavení hostingu na osobním účtu autora.
  • Tajný klíč s předponou NEXT_PUBLIC_ nebo VITE_ si kdokoli přečte v prohlížeči.
  • Aplikace má veřejnou adresu, a když nemá přihlášení, vede rovnou k datům.
  • Přihlášení chybí, je sdílené heslo, nebo vlastní registrace, takže odchozímu přístup nikdo nezavře.
  • Databáze běží na účtu autora, třeba v Supabase, Neonu nebo Railway, a platí ji jeho karta.
  • Nasazuje se z notebooku nebo rovnou z hlavní větve, bez kontroly a bez testovacího prostředí.
  • Za chyby, výpadky ani odchod autora nikdo neodpovídá.
„Lidé mimo vývoj si v Claude Code nebo Codexu staví jednorázové interní nástroje, jenže je nasazují na svých osobních účtech na Vercelu a odkaz posílají přes Slack.“
Hacker News, 2026, přeloženo ↗
„Po třech celých dnech web pořád neběží.“
Fórum Cursoru, 2026, přeloženo ↗

Zkuste si to

Spusťte tohle v kořeni repozitáře. Když něco vypíše, .env někdy prošel Gitem a klíče v něm berte jako prozrazené, i když jste ho smazali. Soubor .env.example bez skutečných hodnot je v pořádku.

git log --all --oneline -- '*.env*'

Jak převzetí probíhá?

Obrazovky a logika zůstanou. Přihlášení, oprávnění, klíče a nasazování převezme platforma. Jak dlouho to trvá, záleží hlavně na datech, přesně to řekne nabídka.

  1. 01

    Úvodní schůzka

    zdarma · 30 minut

    Pošlete odkaz na repozitář a řeknete, kdo aplikaci používá a kde běží. Do pár dní dostanete nabídku s rozsahem, termínem a cenou.

  2. 02

    Repozitář přejde na firmu

    vy, pár kliknutí

    Z osobního účtu autora ho převedete do organizace vaší firmy, kód z notebooku dáme do Gitu my. Do něčího Cursoru ani Claude účtu nepotřebujeme.

  3. 03

    Projdeme kód

    součást převzetí

    Klíče v kódu i v historii Gitu, přihlášení, kdo vidí jaká data, kam tečou, databázi a sestavení. Nálezy probereme s vámi.

  4. 04

    Maličko upravíme

    součást převzetí

    Přihlášení, oprávnění, klíče a nasazování převezme platforma. Klíče, které prošly repozitářem, se vydají znovu. Obrazovky a logika zůstanou.

  5. 05

    Data přijdou s aplikací

    společně

    Databáze se přestěhuje do vašeho cloudového účtu. U Supabase jsou tři možnosti, u jiných databází řekneme postup po pohledu do kódu.

  6. 06

    Nasazení do vašeho účtu

    jednorázově

    Do cloudového účtu psaného na vaši firmu, na Zerops, na přání i v AWS. Bez veřejné adresy, s odděleným testovacím a ostrým prostředím.

  7. 07

    Starou kopii vypnete

    od spuštění · měsíčně

    Zrušíte nasazení na osobním Vercelu nebo Railway a po přesunu dat smažete starou databázi. Každá další změna jde do provozu až po naší kontrole a se zprávou.

Na co se v repozitáři díváme

.env, .env.* Co v nich je a jestli byly v historii Gitu.
package.json, requirements.txt Na čem aplikace stojí a jak se sestavuje.
vercel.json, railway.json, Dockerfile Dnešní nasazení. Nahradí ho platforma.
middleware, auth/ Přihlášení. Převezme ho platforma.
CLAUDE.md, AGENTS.md, .cursor/rules Pravidla pro AI. Doplníme pravidla platformy.
Názvy souborů se podle stacku liší.

Které aplikace převezmeme?

Kód, který jde provozovat mimo nástroj, ve kterém vznikl. Aplikace z Cursoru, Claude Code, Codexu nebo Windsurfu takové obvykle jsou. Aplikace z Bubble a podobných nástrojů převzít neumíme, podle nich je postavíme znovu.

Obvykle ano

  • Webová aplikace, třeba na Next.js nebo Reactu s Vite, s vlastním backendem.
  • Backend a skripty, třeba v Node nebo Pythonu.
  • Databáze, třeba PostgreSQL nebo SQLite, na vlastním účtu nebo u služby jako Supabase či Neon.
  • Kód od freelancera nebo agentury, který vznikl stejně.

Příklady, ne úplný seznam.

Řekneme po pohledu do kódu

  • Mobilní nebo desktopové aplikace.
  • Aplikace, které potřebují konkrétní zařízení ve firmě, třeba tiskárnu nebo čtečku.
  • Dlouho běžící úlohy na pozadí nebo velké objemy dat.
  • Systémy dostupné jen z firemní sítě.

Nevíte? Pošlete nám repozitář.

Řekneme, jestli převzetí dává smysl a co obnáší, nebo kde by aplikaci bylo líp.

Domluvit 30min hovor →

Můžu pak dál stavět s Claude Code nebo Cursorem?

Ano, se stejným nástrojem a nad stejným repozitářem. Mění se jen cesta do provozu: změnu pošlete do Gitu, my zkontrolujeme oprávnění a práci s daty a platforma ji nasadí se zprávou. Nové věci se zkoušejí v testovacím prostředí.

Pravidla pro AI v repozitáři

Doplníme AGENTS.md nebo CLAUDE.md: co drží platforma a na co AI nesahá, typicky přihlášení a klíče.

Vlastní AI

Vždy přes váš vlastní tarif, nikdy nad daty z provozu. Na vašich datech nic netrénujeme a s výběrem poskytovatele rádi poradíme.

Co zůstane vám?

01

Repozitář

V organizaci vaší firmy. Kód je váš.

02

Cloudový účet

Psaný na vaši firmu, i s daty a doménami. Platforma v něm je open source a náš přístup můžete kdykoli zrušit.

03

Rozhodování

Co aplikace dělá, kdo dostane jakou roli a která změna jde ven kdy.

Kdy Fabrika není pro vás?

  • Veřejná služba pro tisíce zákazníků s registrací a platbami pro kohokoli. Fabrika je na firemní aplikace.
  • Vaši vývojáři nebo IT umí aplikaci provozovat a kontrolovat změny. Pak ji stačí převést na firemní účty a zapnout u hostingu ochranu přístupu.
  • Aplikaci používá jeden člověk a nic důležitého na ní nestojí.
  • Kdo staví, potřebuje nasazovat sám, bez kontroly.
  • Vaše IT vyžaduje Azure, vlastní servery nebo přihlášení jen přes SAML. Aplikace Fabriky běží na Zerops, na přání i v AWS, a firemní účty napojuje přes OIDC (třeba Microsoft Entra ID, Google Workspace nebo Okta).
  • Chcete kód jednou zkontrolovat a provozovat si ho sami. Levnější je jednorázový audit.

Nestačí to přesunout na firemní Vercel?

Jako první krok ano: repozitář, hosting i databáze pak patří firmě.

Přihlášení a role si ale dál řeší každá aplikace sama, klíče spravuje, kdo má přístup do nastavení, a do provozu jde, co kdo pošle. Fabrika tohle drží na jednom místě pro všechny aplikace, ať je napsal kdokoli, a navíc každou změnu někdo zkontroluje.

Na co se u aplikací z Cursoru a Claude Code ptáte

V repozitáři máme .env s klíči. Co s tím?

Berte ty klíče jako prozrazené, i když soubor smažete: v historii Gitu zůstane. Při převzetí vám každá služba (databáze, platby, AI) vydá nové klíče a ty se uloží do cloudu. Tam jdou zapsat, ale ne přečíst zpátky, a každá aplikace vidí jen svoje.

Aplikace běží na mém osobním Vercelu a odkaz posíláme ve Slacku. Vadí to?

Dokud ji používáte sami, ne. Jakmile na ní stojí práce kolegů, adresu zná každý, komu odkaz přeposlali, účet i karta jsou vaše a změny jdou ven bez kontroly. Ve Fabrice aplikace veřejnou adresu nemá a dovnitř se jde jen přes firemní přihlášení.

Nasazení nám trvá dny. Musíme se naučit DevOps?

Ne. Nasazování je v platformě hotové: změna jde z Gitu a po naší kontrole se nasadí. Cloudový účet a platformu nastavíme jednou pro všechny vaše aplikace.

Nejsem programátor, stavím jen s Claude Code. Zvládnu to?

Ano. Když aplikaci zvládáte rozvíjet dnes, zvládnete to i po převzetí. Git vám nastavíme. Přihlášení, přístupy a klíče drží platforma, ne kód, který píše AI, a když změna nebude v pořádku, řekneme vám co a proč.

Kolik stojí převzetí a provoz?

Servery platíte přímo poskytovateli cloudu podle spotřeby. Převzetí je jednorázové a jeho rozsah určuje hlavně to, kde dnes leží data a přihlášení. Pak se platí měsíčně za provoz a kontrolu změn podle počtu aplikací, nikdy za uživatele ani za hodiny. Částky dostanete v nabídce po úvodní schůzce. Kolik stojí firemní aplikace.

Kdo na aplikaci naváže, když autor odejde?

Pokračovat může kolega, vývojář, nebo my: repozitář i cloudový účet patří firmě a provoz s kontrolou změn držíme my. Zrušením firemního účtu autor přijde o přístup. Kdo bude aplikaci spravovat.

Aplikaci nám napsal freelancer v Cursoru. Platí to i pro nás?

Ano, převzetí je stejné. Freelancer může aplikaci dál rozvíjet, změny půjdou přes naši kontrolu a smlouvu na provoz máte napřímo s námi. Když staví váš vývojář nebo agentura.

Aplikaci nám přinesl kolega a IT ji má nasadit. Kde začít?

Úvodní schůzkou, ideálně s oběma. Pro IT máme sepsané, co drží platforma, a odpovědi na typický bezpečnostní dotazník: Bezpečnost.

Pošlete nám odkaz na repozitář.

Stačí půl hodiny a přístup k repozitáři. Řekneme, co převzetí obnáší, co se stane s databází a klíči a jestli to pro vás vůbec dává smysl.

Domluvit 30min hovor → Obecně o převzetí aplikací z AI → Kontrolní seznam: 24 kontrol, než aplikaci pustíte kolegům →

Nebo si to nejdřív vyzkoušejte sami

Instalace Fabriky s Claude Code Open source. Claude Code vám ji nainstaluje do vlastního účtu na Zerops nebo Cloudflare.