AI a tvorba her: rychlý prototyp ještě není kvalitní hra

Co komunity zjistily při tvorbě her

Diskuse ukazuje, že AI už není pouze pomocník při psaní kódu. Umožňuje vyrobit jednoduchý hratelný point-and-click prototyp za dva večery, zvládnout práci na komerčním projektu nebo psát vlastní skripty. Někteří vývojáři tak dosahují na hráče i mimo svůj obvyklý trh. Jeden z diskutujících uvedl, že mu AI pomohla výrazně zrychlit práci na hře, která se později dostala i k hráčům v Japonsku.

Tato zkušenost se dotýká AI a tvorby her i vibe codingu: tvůrce začíná s nápadem a AI pomáhá překonávat technickou bariéru. Není to ale totéž jako výroba kvalitní hry. Jak uvedli někteří účastníci, AI může vyprodukovat mnoho podobných projektů, zatímco smysl, originalitu a kvalitu příběhu stále určuje člověk.

Rychlost navíc mění výběr. Pokud lze během víkendu vyzkoušet pět herních konceptů, lze levně zahodit ten nejslabší. Tím se zlepšuje výběr směru, nikoli automaticky kvalita výsledku.

Proč plynulý dialog překrývá chyby

Odborně se přístup popsaný v diskuzi blíží hrubému hernímu prototypu s textovou vrstvou. Hra může být technicky funkční, ale ještě nemusí mít jasný herní cyklus, pravidla ani smysluplnou konverzaci. AI často dodá kostru: odpovědi, tón, nápovědu i lokální text, ale sama nezaručí, že hráč pochopí, co se ve světě právě děje.

Právě v tom leží hlavní riziko. Jazykový model nemá herní stav jako plnohodnotný objekt. Znalosti postavy, její cíle, důvěru, questy a dostupné akce často žijí jen v kontextovém okně. Při dlouhé konverzaci se starší fakta mohou ztrácet, přepisovat nebo rozpínat. Vzniká narrative drift: repliky znějí přirozeně, ale postava už neví, co platilo dříve.

Druhou pastí je evaluační iluze. Plynulá odpověď vypadá jako dobrá hra, přestože hráč nepochopil pravidlo. Pomocný, ujišťující tón modelu může dokonce zakrýt slepou uličku místo jasné chyby.

Veřejně dostupná konverzační hra MBGirl ukazuje tento rozdíl prakticky. Web nabízí tři postavy s odlišnou obtížností a komunikace je hlavní způsob hraní. Stránka však neuvádí, že by používala generativní AI, ani nezveřejňuje technologii, vydavatele či licenci. Jde proto o příklad produktu k testování, ne o důkaz kvality nebo provedení.

ZDROJ: mbgirl.com ↗

Jak to funguje pod kapotou a kde má postup limity

Aby AI mohla generovat odpověď ze stavu hry, musí existovat zdroj pravdy: například důvěra postavy, znalosti hráče, vlajky, povolené akce a graf úkolů. Bez něj je model pouze verbalizační vrstva nad chaosem. Dokáže obalit text do přirozené řeči, ale nemusí vědět, zda je aktuální odpověď přípustná.

Tento model je vhodný i pro první smyčku v prohlížeči, například v nástrojích typu Rosebud. Takový nástroj rychle ověří základní smyčku, ale nezaručí konzistenci pravidel. Pro skriptované větvení je přesnější design s uzly a stavy, případně nástroje Ink nebo Yarn Spinner. Dedikované character enginy jako Inworld mohou pomoci s osobností a hlasem postavy, questový stav však typicky zůstává ve vlastním enginu a i tak potřebuje omezení od autora.

Samotná hratelnost také není totéž co „funguje“. Hra může nabídnout dialogovou volbu, aniž by jasně sdělila, co volba znamená. Model dokáže pomoci s generickým QA a edge cases, ale automatické hodnocení zábavnosti nenahradí lidskou zkušenost.

Protokol testu musí navíc odpovědět, kdo hrál, co nepochopil a jak se chyba promítla do pravidel. Bez protokolu zůstává zkušenost anekdotou. Užitečnější je sledovat opakované dotazy, opuštění scény, protiřečení a rozdíl mezi očekáváním hráče a skutečným stavem postavy.

Jak testovat hru bez nápovědy autora

Nejlépe funguje nezávislý herní playtest. Hráč dostane minimální instrukci a nesmí se zeptat autora, co je právě aktivní, kde je postava nebo jaký význam má akce. Autor průběžně nemluví a zapisuje, kde se hráč zastavil, jakou otázku položil a co si myslel, že se stalo.

Tento postup je blízký metodě think-aloud testu, tedy testu s hlasitým uvažováním. Běžné kvalitativní minimum je přibližně pět účastníků; 5–8 hráčů je rozumná praxe, nikoli pevné standardní pásmo či povinný protokol. Po každém pokusu porovnejte očekávání hráče se skutečným stavem hry. Největší rozdíl označuje místo, kde text působí srozumitelně, ale pravidla nejsou komunikována.

Autor by neměl repliky opravovat během testu. Oprava uprostřed session mění podmínky a hráč často pochopí situaci až po vysvětlení. Lepší je zaznamenat problém, pokračovat a rozhodnout po testu, zda jde o chybu pravidla, nepřesný text nebo nejasnou situaci.

Vlastní znovupoužitelná šablona pro generování dialogu může vypadat takto:

Napiš jednu repliku postavy pro [popis scény].
Postava zná pouze tyto skutečnosti: [seznam materiálů].
Použij tyto aktuální hodnoty stavu: [stav postavy, známé informace a povolené akce].
 Zachovej [cílový styl] a následující akci hráče učinit srozumitelnou.
Nevymýšlej nová fakta, postavy, pravidla ani změny stavu.
Vyhně se [nežádoucí artefakty], včetně vysvětlení mimo perspektivu postavy.

Šablona nenahrazuje herní logiku. Omezuje model na fakta, která mu autor výslovně předal.

Kde zůstává práce člověka

Komunitní zkušenost je cenná svou konkrétností: rychlý prototyp lze dokončit i bez velkého týmu, nápad lze vyzkoušet dřív, než do něj člověk investuje měsíce. To je podobné rané době, kdy se hry tvořily doma na počítačích. Analogie je však jen orientační: dnešní bariérou není pouze implementace, ale také správa stavu, design, ladění a schopnost rozhodnout, co do projektu vůbec patří.

Autor proto musí vlastnit:

• základní herní cyklus a pravidla,
• model stavu postavy a dostupných akcí,
• výběr zajímavého tématu místo pouhé kombinace populárních motivů,
• priority oprav podle naměřeného zmatení,
• posouzení, zda projekt vůbec stojí za další investici.

Claude lze využít jako pomocníka při kódu, generování variant nebo přípravě testovacího protokolu. Je to nástroj pro práci s AI, ne autor herního zážitku. Výsledek kvalitní hry vzniká spojením rychlého prototypování s explicitním herním designem a nezávislým lidským hodnocením.

Co si z toho vzít

• AI výrazně zkracuje cestu od nápadu k hratelnému prototypu, ale nezbavuje tvůrce odpovědnosti za pravidla a smysl.
• Plynulý dialog může maskovat chybějící herní stav a nejasná pravidla.
• Konverzační hra potřebuje explicitní model znalostí, přízně, flagů a povolených akcí.
• Hráč bez nápovědy autora odhalí místa, kde text působí srozumitelně, ale svět hry ne.
• Protokolujte očekávání hráče, skutečný stav, opakované dotazy, protiřečení a místa opuštění.
• Na první smyčku stačí rychlý nástroj; pro konzistentní logiku je vhodnější skriptovaný nebo stavový návrh.
• Kvalitu určuje člověk, který ví, proč hra existuje a co v ní chce hráč zažít.