Jak psát prompty pro AI nástroje na tvorbu aplikací (s příklady před a po)
Dobrý prompt pro AI nástroj na tvorbu aplikací popisuje produkt, ne kód: kdo ho používá, co dělá krok za krokem, jaká data ukládá a kdo smí co vidět. Jakmile existuje první verze, žádejte v každé zprávě jednu konkrétní změnu, řekněte, co musí zůstat stejné, a problémy popisujte jako „udělal jsem X, čekal jsem Y, dostal jsem Z“. Tyto tři návyky opraví většinu zklamání.
Zbytek průvodce ukazuje tyto vzory podrobně, s příklady před a po, které si můžete upravit.
Proč je promptování nástroje na tvorbu aplikací jiné než konverzace s AI
Když se chatovacího asistenta zeptáte na otázku, vágní prompt dostane vágní odpověď a vy jdete dál. Když promptujete nástroj na tvorbu aplikací, výsledkem je běžící program. Každá mezera ve vašem popisu se vyplní odhadem a tyto odhady se promění v kód, databázové tabulky a obrazovky, se kterými pak musíte žít, nebo je vracet zpět.
Cílem promptu tedy není znít chytře. Jde o to nechat co nejméně důležitých rozhodnutí náhodě. K tomu nepotřebujete technický slovník. Potřebujete být konkrétní v tom, co víte jen vy: ve svých uživatelích, svém postupu a svých pravidlech.
Co uvést v prvním promptu
Než cokoli napíšete, odpovězte na tyto otázky. Každá z nich zavře mezeru, kterou by AI jinak odhadovala.
| Uveďte | Proč na tom záleží | Příklad |
|---|---|---|
| Produkt v jedné větě | Nastaví rámec pro všechna další rozhodnutí | „Rezervační web pro holičství se dvěma křesly“ |
| Kdo to používá | Určuje obrazovky a tón | „Zákazníci bez rezervace na telefonech a majitel na notebooku“ |
| Hlavní postup krok za krokem | To, co musí fungovat jako první | „Vyberu službu, vyberu čas, zadám jméno a telefon, dostanu potvrzení“ |
| Data, která ukládá | Stane se návrhem databáze | „Služby, rezervace, zákazníci“ |
| Kdo co smí vidět nebo měnit | Určuje přihlášení a oprávnění | „Všechny rezervace vidí jen majitel“ |
| Vzhled a dojem, stručně | Zabrání obecnému výchozímu stylu | „Tmavý, jednoduchý, velká tlačítka“ |
| Co zatím vynechat | Udrží první verzi malou | „Zatím žádné platby ani recenze“ |
Poslední řádek se podceňuje. Když řeknete, co nechcete, AI nepřidá blog, stránku s cenami ani registraci k newsletteru, o který jste nežádali.
Před a po: první prompt
Před:
Udělej mi aplikaci pro mou posilovnu.
Nástroj musí hádat úplně všechno: členové, nebo zaměstnanci? Skupinové lekce, nebo osobní trénink? Platby? Dostanete něco, co vypadá jako web posilovny a nedělá nic, co potřebujete.
Po:
Postav aplikaci pro rezervace lekcí v malém jógovém studiu. Členové vidí lekce tohoto týdne (název, lektor, čas, volná místa), rezervují místo a mohou ho zrušit nejpozději dvě hodiny předem. Členové se registrují e-mailem a heslem. Majitel studia se přihlásí, přidává lekce, vidí, kdo je přihlášen, a označuje docházku. Ulož lekce, členy a rezervace do databáze. Klidný, světlý design, který dobře funguje na telefonech. Zatím bez plateb.
Druhá verze je pořád krátká. Jen odpovídá na otázky z tabulky výše.
Popisujte chování, ne implementaci
Často dostanete lepší výsledek, když popíšete, co se má stát, místo toho, jak to postavit.
Před:
Přidej useEffect, který načte rezervace, a modální komponentu pro úpravy.
Po:
Když majitel klikne na rezervaci, otevře se panel, kde může změnit čas nebo ji zrušit. Změny se mají hned zobrazit v seznamu.
První prompt nutí AI konkrétní postup, který nemusí odpovídat tomu, jak je aplikace postavená. Druhý říká výsledek a nechá AI zvolit správný přístup pro kód, který už napsala. Pokud jste vývojář a máte silnou preferenci, řekněte ji, ale spojte ji s výsledkem.
Buďte konkrétní v pravidlech
Obchodní pravidla jsou místo, kde aplikace vytvořené AI nejčastěji selhávají, protože jsou pro vás zřejmá a pro AI neviditelná. Napište je výslovně.
- Limity: „Člen může mít najednou nejvýše tři budoucí rezervace.“
- Časování: „Rušení je možné nejpozději dvě hodiny před začátkem lekce.“
- Okrajové případy: „Pokud je lekce plná, zobrazte tlačítko čekací listiny místo Rezervovat.“
- Oprávnění: „Lektoři vidí docházku svých lekcí, ale ne lekcí jiných lektorů.“
Každé z nich je jedna věta. Pokud některou vynecháte, aplikace pravidlo buď nevynutí, nebo si vymyslí vlastní verzi.
Po první verzi: jedna změna v každé zprávě
Jakmile něco běží v náhledu, přestaňte popisovat celý produkt a žádejte malé změny, které se dají ověřit.
Před:
Design nesedí, rezervace nefunguje pořádně a chci kalendářový pohled a e-maily.
Po (jako čtyři samostatné zprávy):
- Když rezervuji poslední místo v lekci, lekce pořád ukazuje „1 místo volné“. Má ukázat „Plné“ a skrýt tlačítko Rezervovat.
- Přidej na stránku rozvrhu kalendářový pohled na týden, jeden sloupec na každý den. Ponech stávající seznam jako možnost.
- Zhušť karty lekcí na telefonech: menší odsazení, jméno lektora na stejném řádku jako čas.
- Když si člen rezervuje lekci, pošli mu potvrzovací e-mail.
Proč to funguje:
- Každá změna je dost malá na to, aby ji AI zvládla na jeden pokus.
- Každou můžete otestovat, než půjdete dál.
- Pokud jedna selže, můžete vrátit jen tento krok, aniž byste přišli o ostatní.
Řekněte, co zachovat
Když žádáte o změnu něčeho, co už funguje, řekněte AI, co se nesmí měnit. Je to nejjednodušší způsob, jak zabránit regresím (věcem, které po úpravě přestanou fungovat).
Přepracuj úvodní část domovské stránky s větším nadpisem a fotkou vpravo. Ponech navigaci, barvy a vše pod úvodní částí přesně tak, jak je.
Stejné platí pro data: „Přidej členům pole pro telefonní číslo. Neodstraňuj ani nepřejmenovávej žádná stávající pole.“
Používejte snímky obrazovky a přesný text
Výrazy jako „ta věc nahoře“ jsou nejednoznačné. Většina nástrojů na tvorbu aplikací přijímá obrázky a snímek obrazovky s krátkou poznámkou je rychlejší než odstavec popisu.
- Přiložte snímek a napište „tlačítko označené červeně se na telefonech překrývá s menu“.
- Chybová hlášení vložte přesně, neparafrázujte je.
- Popisky na obrazovce citujte přesně: „tlačítko Uložit změny na stránce Nastavení“.
U chyb použijte tento tvar:
Na stránce rezervací jsem klikl na Zrušit u rezervace na zítřek. Čekal jsem, že zmizí z mého seznamu. Místo toho se nestalo nic a rezervace po obnovení stránky pořád existuje. Oprav to a ověř, že zrušení funguje.
Náš průvodce jak ladit aplikaci vytvořenou AI jde do hloubky.
U velkých změn nejdřív plán
U všeho, co se dotýká mnoha částí aplikace, jako je přidání uživatelských účtů do aplikace, která žádné neměla, přidání plateb nebo změna struktury dat, požádejte o plán dřív, než se změní jakýkoli kód.
Než cokoli změníš, vysvětli, jak bys přidal týmové účty: jaké nové tabulky, které stránky se změní a co se stane se stávajícími uživateli. Zatím kód neupravuj.
Přečtěte si plán. Pokud něčemu nerozumí, oprava odstavce je mnohem levnější než oprava hotové funkce. Mnoho nástrojů má pro to zvláštní režim; v Mythexu je to režim Plan, vedle režimů Build a Ask.
Čemu se vyhnout
| Vyhněte se | Proč | Místo toho |
|---|---|---|
| „Udělej to lepší“ / „Ať to zapadne do oka“ | Žádný cíl, takže AI mění věci náhodně | Pojmenujte změnu: „více prostoru mezi sekcemi, větší nadpisy“ |
| Jeden obří prompt s deseti funkcemi | Chyby se sčítají, těžko se testuje | Jedna funkce v každé zprávě |
| Vkládání API klíčů do chatu | Klíče skončí v historii chatu | Použijte tajné údaje nebo nastavení prostředí nástroje |
| Hádání se s rozbitým výsledkem | Každá oprava se navrství na chybu | Vraťte se zpět a přeformulujte |
| Předepisování kódu, kterému nerozumíte | Zamkne špatné řešení | Popište požadované chování |
| Žádání o „bezpečnost na úrovni podniku“ | Nic konkrétního neznamená | Vypište skutečná pravidla: kdo co smí vidět |
K API klíčům: pokud potřebujete službu pro platby nebo e-maily, uložte její klíče do tajných údajů projektu, ne do promptu. Pokud je to nové, podívejte se, co jsou proměnné prostředí a tajné údaje.
Šablony promptů k opakovanému použití
Upravte je nahrazením částí v hranatých závorkách.
Nová aplikace:
Postav [typ aplikace] pro [koho]. [Hlavní postup krok za krokem]. [Druhý typ uživatele] se přihlásí, aby [co dělá]. Ulož [data] do databáze. [Vzhled a dojem]. Vynech [věci na později].
Nová funkce:
Přidej [funkci] na stránku [stránka]. Když [uživatel] udělá [akci], [co se má stát]. [Kdo] to může udělat jen on. Ponech [stávající věci] tak, jak jsou.
Změna designu:
Na stránce [stránka] změň [konkrétní prvek] na [konkrétní změna]. Zachovej [co zachovat]. Zkontroluj, že to vypadá správně na obrazovce šířky telefonu.
Chyba:
Na stránce [stránka] jsem [kroky]. Čekal jsem [očekávané]. Místo toho [skutečné, plus přesný text chyby]. Oprav to a ověř, že postup funguje.
Otázka bez změn:
Neměň žádný kód. Vysvětli, jak funguje [část aplikace] a kde jsou uložena [data].
Jak napsat delší specifikaci
U větších projektů může pomoct nejdřív napsat jednostránkový brief a vložit ho jako úvodní prompt: uživatelé, hlavní postupy, data, pravidla a co je mimo rozsah. Návrh můžete nechat připravit i AI. Jak na to, popisuje náš průvodce psaním specifikace produktu s AI. Jen držte první žádost o sestavení na hlavním postupu a zbytek přidávejte krok za krokem.
Promptování v Mythexu
Vše výše funguje v Mythexu. Několik konkrétních tipů, které pomáhají:
- Režimy Build, Plan a Ask. Režim Plan použijte u velkých nebo rizikových změn a režim Ask, když chcete vysvětlení bez úprav.
- Kontrolní body. Po každé úspěšné změně Mythex uloží kontrolní bod a tlačítko Vrátit na tento bod u odpovědi vrátí projekt zpět. Můžete také upravit starší zprávu a odeslat ji znovu, abyste z tohoto místa vyzkoušeli jiný prompt.
- Karta tajných údajů. Když agent potřebuje API klíč, zeptá se přes kartu v chatu, takže hodnota se uloží jako tajný údaj projektu a nezapíše se do vaší zprávy.
- Obrázky. Přiložte snímky obrazovky nebo makety a agent se na ně podívá.
Dokumentace má krátké stránky o účinných promptech a o iterování bez přestavování. Pokud začínáte od nuly, jak postavit aplikaci s AI provede celým projektem a jak navrhnout dobře vypadající aplikaci s AI popisuje prompty pro vizuální vyladění.
Otázky
Jak dlouhý má být prompt pro AI nástroj na tvorbu aplikací?
Pro první verzi obvykle stačí krátký odstavec o čtyřech až osmi větách: kdo aplikaci používá, hlavní postup, data, která ukládá, a kdo co smí vidět. Potom fungují lépe kratší prompty, které žádají jednu změnu najednou, než dlouhé.
Mám AI říct, jaký framework nebo jazyk má použít?
Jen pokud na tom máte důvod, například vývojáře, který kód převezme, nebo službu, která funguje jen s jednou technologií. Jinak popište produkt a nechte nástroj vybrat rozumné výchozí volby.
Proč AI pořád mění věci, o které jsem nežádal?
Obvykle proto, že prompt byl příliš obecný („udělej to lepší“) nebo neřekl, co zachovat. Pojmenujte přesně, co změnit, řekněte, co musí zůstat stejné, a v každé zprávě žádejte jednu změnu.
Je lepší špatný výsledek opravovat dalšími prompty, nebo začít znovu?
Pokud poslední změna věci zhoršila, vraťte se k verzi před ní a přeformulujte zadání, místo abyste na chybu navršili další opravy. Nový projekt zakládejte jen tehdy, když se změnil samotný nápad.