Téměř polovina AI kódu selhává v produkci. Vývojáři tráví dva dny týdně opravami

Umělá inteligence píše kód rychleji než kdykoli předtím. Jenže nový průzkum mezi dvěma sty technologických lídrů ukazuje, že skoro polovina těchto změn se musí ručně opravovat v ostrém provozu — a vývojáři tráví laděním dva celé pracovní dny týdně.

Když loni šéfové Microsoftu i Googlu hrdě oznamovali, že čtvrtinu firemního kódu už generuje umělá inteligence, znělo to jako triumf efektivity. Čísla z nového průzkumu společnosti Lightrun ale ukazují druhou stranu mince — a ta není vůbec lichotivá.

Podle zprávy 2026 State of AI-Powered Engineering Report, které se zúčastnilo 200 vedoucích pracovníků v oblastech DevOps a site-reliability z velkých podniků v USA, Velké Británii a EU, plných 43 % změn kódu generovaných umělou inteligencí vyžaduje ruční ladění v produkčním prostředí — tedy poté, co úspěšně prošly testováním i stagingem.

Ještě alarmující je další zjištění: ani jeden z dotazovaných nedokázal ověřit opravu navrženou AI během jediného nasazovacího cyklu. Celých 88 % organizací potřebuje dva až tři cykly, zbylých 11 % dokonce čtyři až šest. A každý takový cyklus podle Googlu trvá den až týden.

Amazon přišel o 6,3 milionu objednávek za jediný den

Že nejde o akademické cvičení, dokázal začátek června 2026. Amazon zažil sérii výpadků, které se staly učebnicovým příkladem toho, co se stane, když AI kód projde do produkce bez dostatečných pojistek.

Druhého března spadl Amazon.com na téměř šest hodin. Výsledek: 120 tisíc ztracených objednávek a 1,6 milionu chyb na webu. O tři dny později přišel ještě horší výpadek — šest hodin, během nichž objem objednávek v USA klesl o 99 %. Celkem 6,3 milionu ztracených objednávek za jediný incident. Oba výpadky byly vysledovány k AI generovaným změnám kódu, které prošly do produkce bez řádného schválení.

Reakce Amazonu byla razantní: společnost spustila devadesátidenní bezpečnostní reset napříč 335 kritickými systémy. Od té doby musí každou AI generovanou změnu kódu schválit seniorní inženýr, než se dostane do produkce.

Tato nejistota není založena na hypotéze. Stačí se podívat na začátek března, kdy Amazon.com v Severní Americe spadl kvůli AI generované změně implementované bez zavedených pojistek.

Dva dny týdně jdou na ladění cizího kódu

Možná nejpřekvapivější zjištění průzkumu se týká toho, kolik lidského času AI kód nakonec spotřebuje. Vývojáři dnes tráví v průměru 38 % pracovního týdne — tedy přibližně dva celé pracovní dny — laděním, verifikací a řešením problémů specifických pro dané prostředí. U 88 % dotazovaných firem tato „daň za spolehlivost“ pohltí mezi čtvrtinou a polovinou kapacity vývojářského týmu.

To je přesný opak toho, co si vedení firem slibovalo od investic do AI programovacích nástrojů. Úzké hrdlo se nepodařilo odstranit — pouze se přesunulo. Kód se píše rychleji, ale jeho ověřování trvá výrazně déle.

Potvrzuje to i Googleova zpráva DORA 2025, podle které adopce AI nástrojů koreluje s téměř 10% nárůstem nestability kódu. Třicet procent vývojářů přitom uvádí, že AI generovanému kódu důvěřují jen málo nebo vůbec.

V určitém smyslu AI problém s laděním zhoršila. Objem změn přemáhá lidskou validaci, zatímco generovaný kód se v produkci často nechová podle očekávání. AI agenti nevidí, jak se jejich kód chová v běžícím prostředí.

Co to znamená pro český byznys

Trh s nástroji pro správu AI operací (AIOps) dosáhl v roce 2026 hodnoty 18,95 miliardy dolarů a do roku 2031 má narůst na 37,79 miliardy. To naznačuje, že problém s kvalitou AI kódu není okrajový — je to nový průmyslový segment.

Pro české firmy, které AI nástroje na generování kódu zavádějí nebo o tom uvažují, z průzkumu vyplývají jasná doporučení:

• Nepočítejte s úsporou času jako s čistým ziskem. Rychlejší psaní kódu neznamená rychlejší dodávku, pokud se prodlouží fáze testování a ladění.
• Zavedení povinných revizí pro AI kód. Amazon zavedl schvalování seniorním inženýrem. Pro menší firmy to může znamenat jednoduchou politiku: žádný AI generovaný kód do produkce bez lidské kontroly.
• Investujte do runtime monitoringu. Šedesát procent respondentů označilo nedostatečný přehled o chování aplikace v ostrém provozu za hlavní překážku při řešení incidentů.
• Měřte skutečnou produktivitu. Sledujte nejen rychlost psaní kódu, ale celý cyklus od napsání po stabilní běh v produkci. Teprve pak uvidíte, zda AI nástroj skutečně šetří čas.
• Připravte se na regulaci. EU AI Act vstoupí v platnost za 105 dní a bude vyžadovat transparentnost i u AI nástrojů používaných v kritické infrastruktuře.

Zpráva Lightrun ukazuje paradox současné éry AI programování: nástroje, které měly vývojářům ušetřit čas, jim ho ve skutečnosti berou — jen jiným způsobem. Řešení není AI nástroje zahodit, ale přestat je používat naslepo. Firmy, které investují do pořádného monitoringu a procesů kontroly, z AI kódu skutečně těžit budou. Ty, které budou slepě věřit, že AI nic nerozbije, se mohou dočkat vlastního amazonského momentu — jen bez Amazonovy kapacity to ustát.