Co to znamená v praxi
Vibe coding funguje, dokud řešení používáte jen vy. Když se k němu přidají další lidé, začne chybět to, co v něm nikdy nebylo: přesná dohoda, co má vlastně dělat.
Spec-driven vývoj tuhle dohodu sepíše dřív, než se cokoli postaví:
- Problem statement: jaký problém zaměstnance nebo zákazníka řešíme.
- Uživatelské požadavky: co od toho lidé potřebují.
- Akceptační kritéria: podle čeho poznáme, že je to hotové.
- Technická specifikace: jak to má být postavené.
- Implementační plán a testy.
Jako pracovní příklady používáme na trénincích BMAD a GitHub Spec Kit.
Kdy to má smysl
Tehdy, když na řešení pracuje víc lidí, když se má chovat pokaždé stejně, když potřebujete testy, nebo když ho přebírá někdo jiný než ten, kdo ho postavil.
Devět otázek před stavěním
Než na tréninku někdo napíše první prompt, jeho skupina odpoví na devět otázek. Jsou to ty samé, které by si měl položit každý zadavatel:
- Jaký problém zaměstnance nebo zákazníka řešíme?
- Koho se ten problém týká?
- Čeho by užitečné řešení dosáhlo?
- Pomáhá AI jen postavit řešení, nebo ho hotová aplikace i používá?
- Jaká data by řešení výrazně zhodnotila?
- Kde by měla aplikace běžet?
- Je to osobní pomůcka, interní aplikace, nebo produkt pro zákazníka?
- Jakou úroveň bezpečnosti, testování a vlastnictví to vyžaduje?
- Jak zjistíme, jestli je prototyp užitečný?
Většina neúspěšných AI projektů padne na tom, že si někdo nepoložil čtvrtou nebo devátou otázku.