AI softwarová továrna: co to je a jak ji provozujeme

AI softwarová továrna je opakovatelný systém, ve kterém AI agenti dotáhnou písemné úkoly do zkontrolovaného pull requestu a lidé určují záměr a rozhodují, co jde ven. Staví agenti. Továrna je všechno kolem nich: zadání, kontroly, preview a brána s review.

Takhle vyvíjíme i my. Kód u nás píše hlavně AI. Každou změnu kontroluje a za produkci ručí senior. Níže je, co pojem znamená, světlá a temná verze, co továrna potřebuje a jak může začít tým se 3 až 30 vývojáři.

Co je softwarová továrna?

Pojem má dva významy a výsledky vyhledávání je míchají.

Starý význam má desítky let. Hitachi nazvalo svou softwarovou divizi „software works“ už v roce 1969 a Wikipedie popisuje softwarovou továrnu jako „strukturovanou sbírku souvisejících softwarových aktiv, která pomáhá vyrábět softwarové aplikace“. V praxi to začalo znamenat firmu, která staví software na zakázku podle standardního postupu: šablony, pevné role, stejné kroky u každého projektu.

Nový význam je o AI agentech. CircleCI ji definuje jako „systém, který mění inženýrský záměr na produkční software přes opakovatelné, stále víc automatizované postupy“. Kód píšou agenti, kontrolují ho stroje a lidé řídí.

Světlá, nebo temná továrna?

Dan Shapiro navrhl pět úrovní AI v programování, od automatického doplňování až po „dark factory“, pojmenovanou podle továren, které běží se zhasnutými světly.

Některé týmy říkají, že takhle pracují. Simon Willison psal o AI týmu StrongDM, jehož pravidla zní „kód nesmí psát lidé“ a „kód nesmí kontrolovat lidé“. Lidské review nahrazují zadáními, scénáři a rozsáhlým automatickým testováním. Je to vážný experiment a sedí týmům, které umí správnost změřit téměř úplně strojem.

Světlá továrna má stejnou automatizaci a přidává jednu věc: člověka, který si výsledek přečte, než jde ven.

Kde jsme my? Podle pěti úrovní Dana Shapira děláme klientskou práci na úrovni 3 až 4: agenti píšou kód a člověk kontroluje každou změnu. Náš AI kolega bere úkoly až po pull request na úrovni 4, zatím na našich vlastních projektech. Úroveň 5, temnou továrnu, dělat nechceme.

Proč neprovozujeme temnou továrnu?

Protože software, který stavíme, počítá ceny, posílá e-maily zákazníkům a drží firemní data. Testy ověří to, na co někdo pomyslel a zapsal. Recenzent se ptá i na to, jestli změna dává smysl pro danou firmu, jestli sedí s tím, co jsme si domluvili, a co se stane, když jsou data neuspořádaná.

Kód u nás píše hlavně AI. Každou změnu kontroluje a za produkci ručí senior. Právě tahle druhá věta je celý rozdíl mezi naší továrnou a temnou.

Review neznamená číst každý řádek ručně znovu. Kontroly už proběhly. Recenzent se dívá na záměr, riziko, testy a na části, které stroj neposoudí. Proto továrna potřebuje malé pull requesty: padesát řádků člověk zkontroluje dobře, dva tisíce špatně.

Co potřebuje AI softwarová továrna?

Agenti jsou ta snazší část. Stejné modely si zítra pronajme kdokoli. Továrnu dělá linka, po které práce jde:

• Písemné zadání s kritérii přijetí. Co se má změnit, jak poznáte, že to funguje, co do úkolu nepatří. Agent vám myšlenky nečte a recenzent taky ne. Jak je píšeme, popisuje spec-driven development s AI agenty.
• Repozitář se spolehlivým nastavením a kontrolami. Jeden příkaz nainstaluje, jeden spustí testy, jeden sestaví build. Pokud novému vývojáři trvá den rozběhnout projekt, agent selže taky.
• Testy, které před změnou spadnou a po ní projdou. Nový test musí být na starém kódu červený, jinak nic nedokazuje. Víc v článku red-green TDD s AI agentem.
• Preview nasazení. Každý pull request má vlastní běžící verzi, takže recenzent změnu prokliká, místo aby si ji představoval.
• Brána s review. Nejdřív automatické review, pak člověk. Merguje jen člověk.
• Malé pull requesty. Jeden úkol, jedna změna, jedna věc ke kontrole.

Jak to spojujeme od issue po pull request, je v článku harness engineering v praxi. Našeho AI kolegu, agenta, který bere úkoly z backlogu až po pull request a zmerguje je člověk, popisuje tahle případová studie.

Kde se AI softwarová továrna pokazí?

Většinou na stejných místech jako lidský tým, jen rychleji.

• Nejasné úkoly. „Vylepšete košík“ přinese sebevědomou změnu, kterou nikdo nechtěl. Továrna nejasný záměr znásobí.
• Nespolehlivé nastavení. Když testy projdou na jednom notebooku a v CI spadnou, agent bojuje s prostředím, ne s úkolem.
• Testy psané po kódu. Popisují, co kód dělá, ne co dělat má, a projdou už z definice.
• Velké pull requesty. Review se změní na razítko a člověk ve smyčce přestane být ve smyčce.
• Pravidla v něčí hlavě. Konvence, které nejsou zapsané v repozitáři, pro agenta neexistují. Hodně z toho vyřeší společný soubor pravidel, viz Claude Code best practices pro tým.

Jak začít s AI softwarovou továrnou v týmu se 3 až 30 vývojáři?

Začněte v malém a na skutečné práci, ne na demo projektu. V pořadí, v jakém bychom to dělali my:

Po pár týdnech víte, kde se linka zasekává: v zadáních, v nastavení, v testech nebo v review. To opravte jako první, pak přidejte další typ úkolů. Továrna roste po jednom spolehlivém kroku.

Je váš repozitář připravený na AI softwarovou továrnu?

Zaškrtněte, co váš tým má dnes.

Chcete AI softwarovou továrnu ve svém repozitáři?

Nastavujeme ji přímo v repozitáři týmu jako součást služby AI-native SDLC pro vývojové týmy: pravidla, kontroly, smyčku i bránu s review, na vašem skutečném backlogu. Všechno zůstává vašemu týmu.

Ozveme se do dvou pracovních dnů a společně vybereme, co vyřešíme jako první.

Pokud si chcete nejdřív promluvit, domluvte si meeting na 15 minut s Filipem.

Kde se práce ve vašem týmu dnes zasekává: v zadání, v nastavení, v testech nebo v review?

Časté otázky

Co je AI softwarová továrna?

Opakovatelný systém, ve kterém AI agenti dotáhnou písemné úkoly do pull requestu, který projde automatickými kontrolami, a lidé určují záměr a rozhodují, co jde ven. Továrna je systém kolem agentů: zadání, spolehlivý repozitář, testy, preview nasazení a brána s review.

Co je temná softwarová továrna (dark factory)?

Krajní konec škály, kde kód nepíše ani nekontroluje žádný člověk: dovnitř jdou zadání, ven software. Dan Shapiro ji pojmenoval podle továren, které běží se zhasnutými světly. Některé týmy říkají, že tak pracují. My ne, protože u softwaru, na kterém běží firma, za každou změnu ručí člověk.

Je softwarová továrna totéž co softwarový dům?

Ve starém významu zhruba ano: firma, která staví software na zakázku podle standardního postupu. Nový význam mluví o tom, jak vzniká kód v jakémkoli týmu: staví AI agenti, lidé řídí záměr a review.

Co musí tým mít, než spustí AI softwarovou továrnu?

Písemné úkoly s kritérii přijetí, repozitář, který se spolehlivě nastaví a spustí kontroly, testy, které před změnou spadnou a po ní projdou, preview nasazení, bránu s review a malé pull requesty. Bez toho víc agentů vyrobí jen víc nezkontrolovaného kódu.

Jak velký musí tým být?

Ne velký. Tým se 3 až 30 vývojáři může začít s jedním repozitářem a jedním typem úkolů. Úplně malým týmům s jedním či dvěma lidmi obvykle stačí krátký soubor s pravidly pro agenta, ne továrna.