Přestaňte používat AI jako chytřejší Stack Overflow. Jak reálně řídit vývoj s umělou inteligencí?

Většina IT trhu dnes žije v iluzi. Vývojář napíše prompt, zkopíruje padesát řádků vygenerovaného kódu do editoru a plácá se po zádech, jak radikálně zrychlil dodávku.
Ruku na srdce – tohle není AI-assisted development. Je to jen glorifikovaný našeptávač. Pokud dnes používáte velké jazykové modely pouze k psaní izolovaných funkcí nebo hledání chyb v syntaxi, drasticky plýtváte jejich potenciálem.

V ASSISTu se na zapojení umělé inteligence díváme jinak. Přestali jsme s modely „chatovat“ a začali jsme je tvrdě řídit. Z AI jsme si udělali tým neúnavných juniorních vývojářů.
A přesně jako u skutečných juniorů platí: pokud je necháte psát kód bez dozoru a jasné struktury, systém se vám dříve nebo později zhroutí pod rukama.

Jak tedy vypadá skutečné řízení architektury pomocí AI v praxi?
‍Zde jsou naše tři klíčová pravidla, která bourají současná dogmata:

1. Checkbox Driven Development: Kód je až ten poslední krok. Největší chybou je chtít po AI rovnou výsledek.
   Když zadáváte komplexní úkol juniorovi, také nechcete, aby se na týden zavřel, a pak přinesl hotový (a pravděpodobně špatný) modul.
   ‍
   Náš postup:
   Než AI napíše jediný řádek funkčního kódu, musí vygenerovat takzvaný „Plan of Action“ ve formátu Markdown, plný zaškrtávacích políček (checkboxů). Rozbije velký architektonický problém na mikrokroky. My tento plán jako senioři zrevidujeme. Teprve po našem schválení dáváme povel k exekuci: „Běž na krok jedna. - Otestuj. - Zastav se.“ Tímto inkrementálním postupem držíte nad AI absolutní kontrolu. Víte přesně, co dělá a chybu podchytíte dřív, než se propíše do zbytku aplikace.
   ‍
2. Ústava a Workbook: Přinuťte AI psát si vlastní dokumentaci. Největší slabinou LLM modelů je ztráta kontextu. U větších refaktoringů modely rychle zapomínají, proč určité rozhodnutí udělaly. My tento problém řešíme zavedením „Ústavy“ (Constitution) a „Workbooku“.

• Ústava: Fixní set pravidel, jak se má kód chovat, jaké návrhové vzory preferujeme a jak se má AI ptát, když si není jistá.
• Workbook: Živý dokument, který si AI udržuje samo.
  My do něj nepíšeme. Po každém dokončeném bloku práce AI automaticky zaktualizuje svůj Workbook – zapíše, jaké třídy vytvořilo, jaké modifikovalo, jaké bugy opravilo a proč.
  
  Chcete logovat architektonická rozhodnutí pro projektového manažera?
  Nechte AI, ať kód rovnou commituje do Gitu i s vygenerovaným, vysoce detailním popisem změn.
  Vy jste architekt, ne zapisovatel.

3. Paralelní refaktoring: Bezpečnost na prvním místě. Když děláme obrovské změny (například přepis desítek datových modelů ze stringové reprezentace na objektovou), nenecháme AI kód jen tak přepsat. Nařídíme mu vytvořit paralelní větve přímo v kódu. AI postaví novou logiku vedle té staré.
   Necháme ho vygenerovat výstupy oběma způsoby do dočasných souborů, automatizovaně porovnáme shodu (například HTML struktury) a teprve ve chvíli, kdy nová AI-generovaná cesta funguje na 100 % stejně jako ta původní, dáme pokyn starý kód smazat.

Doporučení expertů z ASSISTu

Chcete posunout váš vývojový tým na další úroveň?
Přestaňte se soustředit na to, jak AI píše kód a zaměřte se na to, jak vy řídíte kontext.

1. Zakažte „one-shot“ generování pro komplexní featury.
   Zaveďte pravidlo, že AI musí vždy nejprve navrhnout postup práce v bodech.
2. Vytvořte si projektovou Ústavu.
   Dejte AI do systémového promptu jasný mantinel. Definujte, co smí a co nesmí dělat bez vašeho schválení.
3. Delegujte údržbu historie.
   Naučte své agenty, aby po každé relaci vygenerovali summary své práce a uložili ho do repozitáře.

Dnešní softwarové inženýrství už není o rychlosti psaní na klávesnici. Je o schopnosti uřídit masivní kontext, udržet architektonickou čistotu a využít AI jako nástroj pro hrubou sílu, zatímco vy držíte kormidlo.

Co si o tématu myslíte vy? Podělte se o svůj názor na LinkedIn