Kako pisati promptove za AI alate za izgradnju aplikacija (sa primerima pre i posle)
Dobar prompt za AI alat za izgradnju aplikacija opisuje proizvod, a ne kod: ko ga koristi, šta radi korak po korak, koje podatke čuva i ko sme šta da vidi. Kada prva verzija postoji, tražite jednu konkretnu promenu po poruci, recite šta mora da ostane isto i opisujte probleme kao „uradio sam X, očekivao sam Y, dobio sam Z“. Te tri navike rešavaju većinu razočaravajućih rezultata.
Ostatak vodiča detaljno prikazuje te obrasce, sa primerima pre i posle koje možete prilagoditi.
Zašto je pisanje promptova za alat za aplikacije drugačije od razgovora sa AI-jem
Kada asistentu za chat postavite pitanje, nejasan prompt dobije nejasan odgovor i nastavljate dalje. Kada pišete prompt za AI alat za izgradnju aplikacija, odgovor je program koji radi. Svaka praznina u opisu popunjava se pretpostavkom, a te pretpostavke postaju kod, tabele u bazi i ekrani sa kojima onda morate da živite ili ih poništite.
Zato cilj prompta nije da zvuči pametno. Cilj je da se manje važnih odluka prepusti slučaju. Za to vam ne treba tehnički rečnik. Potrebno je da budete konkretni o stvarima koje samo vi znate: o korisnicima, toku rada i pravilima.
Šta uključiti u prvi prompt
Pre nego što išta napišete, odgovorite na ova pitanja. Svako od njih zatvara prazninu u kojoj bi AI inače nagađao.
| Uključite | Zašto je važno | Primer |
|---|---|---|
| Proizvod u jednoj rečenici | Postavlja okvir za svaku kasniju odluku | „Sajt za zakazivanje za frizerski salon sa dve stolice“ |
| Ko ga koristi | Određuje ekrane i ton | „Gosti bez zakazivanja sa telefonima, a vlasnik sa laptopom“ |
| Glavni tok, korak po korak | Ono što mora prvo da radi | „Izaberi uslugu, izaberi termin, unesi ime i telefon, dobij potvrdu“ |
| Podaci koje čuva | Postaje dizajn baze podataka | „Usluge, rezervacije, klijenti“ |
| Ko šta može da vidi ili menja | Određuje prijavu i dozvole | „Samo vlasnik vidi sve rezervacije“ |
| Izgled i utisak, ukratko | Sprečava generički podrazumevani stil | „Tamno, jednostavno, velika dugmad“ |
| Šta izostaviti za sada | Drži prvu verziju malom | „Još bez plaćanja i recenzija“ |
Poslednji red se potcenjuje. Kada kažete šta ne želite, sprečavate AI da doda blog, stranicu sa cenama i prijavu za newsletter koju niste tražili.
Pre i posle: prvi prompt
Pre:
Napravi mi aplikaciju za teretanu.
Alat mora da pogađa sve: članovi ili osoblje? Grupni časovi ili personalni trening? Plaćanja? Dobićete nešto što liči na sajt teretane i ne radi ono što vam treba.
Posle:
Napravi aplikaciju za rezervaciju časova za mali studio joge. Članovi vide časove ove nedelje (naziv, instruktor, vreme, slobodna mesta), rezervišu mesto i mogu da otkažu najkasnije dva sata pre početka. Članovi se registruju imejlom i lozinkom. Vlasnik studija se prijavljuje da dodaje časove, vidi ko je prijavljen i beleži prisustvo. Čuvaj časove, članove i rezervacije u bazi podataka. Miran, svetao dizajn koji dobro radi na telefonima. Plaćanja još ne.
Druga verzija je i dalje kratka. Samo odgovara na pitanja iz tabele iznad.
Opisujte ponašanje, a ne implementaciju
Često ćete dobiti bolje rezultate ako opišete šta treba da se dogodi, a ne kako to treba napraviti.
Pre:
Dodaj useEffect koji učitava rezervacije i modal komponentu za izmenu.
Posle:
Kada vlasnik klikne na rezervaciju, otvori panel u kojem može da promeni vreme ili otkaže rezervaciju. Promene odmah treba da se vide na listi.
Prvi prompt zaključava AI u određenu tehniku koja možda ne odgovara načinu na koji je aplikacija napravljena. Drugi mu kaže ishod i prepušta mu da izabere pravi pristup za kod koji je već napisao. Ako ste programer i imate jaku preferenciju, recite je, ali je uz nju navedite i ishod.
Budite konkretni o pravilima
Poslovna pravila su mesto gde aplikacije koje gradi AI najčešće greše, jer su vama očigledna, a AI ih ne vidi. Zapišite ih.
- Ograničenja: „Član može imati najviše tri buduće rezervacije.“
- Rokovi: „Otkazivanja se zatvaraju dva sata pre početka časa.“
- Granični slučajevi: „Ako je čas popunjen, prikaži dugme za listu čekanja umesto Rezerviši.“
- Dozvole: „Instruktori vide prisustvo na svojim časovima, ali ne i na tuđim.“
Svako od ovih pravila je jedna rečenica. Ako ga izostavite, aplikacija ili neće primenjivati pravilo ili će sama izmisliti svoju verziju.
Posle prve verzije: jedna promena po poruci
Kada nešto radi u pregledu, prestanite da opisujete ceo proizvod i tražite male promene koje se mogu proveriti.
Pre:
Dizajn nije u redu, rezervacija ne radi kako treba, i želim kalendarski prikaz i imejlove.
Posle (kao četiri zasebne poruke):
- Kada rezervišem poslednje mesto na času, i dalje piše „1 mesto slobodno“. Treba da piše „Popunjeno“ i da sakrije dugme Rezerviši.
- Dodaj kalendar sa nedeljnim prikazom na stranici rasporeda, jednu kolonu po danu. Zadrži trenutni prikaz liste kao opciju.
- Učini kartice časova kompaktnijim na telefonima: manje margine, ime instruktora u istom redu kao vreme.
- Pošalji članu potvrdu imejlom kada rezerviše.
Zašto ovo radi:
- Svaka promena je dovoljno mala da AI može da je tačno uradi u jednom prolazu.
- Možete da testirate svaku pre nego što pređete na sledeću.
- Ako neka pođe po zlu, možete da vratite samo taj korak, a da ne izgubite ostale.
Recite šta da zadrži
Kada tražite promenu nečega što već radi, recite AI-ju šta ne sme da se menja. To je najlakši način da sprečite regresije (stvari koje su radile, pa su pukle posle izmene).
Preuredi glavni deo početne stranice sa većim naslovom i fotografijom s desne strane. Zadrži navigaciju, boje i sve ispod glavnog dela tačno kakvo je.
Isto važi i za podatke: „Dodaj polje za broj telefona članovima. Nemoj brisati niti preimenovati nijedno postojeće polje.“
Koristite snimke ekrana i tačan tekst
Reči poput „ono na vrhu“ su dvosmislene. Većina AI alata za izgradnju aplikacija prihvata slike, a snimak ekrana sa kratkom napomenom brži je od pasusa opisa.
- Priložite snimak ekrana i napišite „dugme zaokruženo crvenom bojom preklapa meni na telefonima“.
- Nalepite tačan tekst svake poruke o grešci, bez prepričavanja.
- Navedite natpise sa ekrana tačno: „dugme Sačuvaj promene na stranici Podešavanja“.
Kod grešaka konkretno, koristite ovaj oblik:
Na stranici rezervacija kliknuo sam Otkaži na rezervaciju za sutra. Očekivao sam da nestane sa moje liste. Umesto toga, ništa se nije dogodilo i rezervacija je i dalje tu posle osvežavanja. Popravi to i proveri da otkazivanje radi.
Naš vodič o tome kako otkloniti greške u aplikaciji napravljenoj uz AI ide dublje u ovo.
Prvo planirajte velike promene
Za sve što dira mnoge delove aplikacije — dodavanje korisničkih naloga u aplikaciju koja ih nije imala, dodavanje plaćanja, promena strukture podataka — tražite plan pre nego što se bilo koji kod promeni.
Pre nego što išta promeniš, objasni kako bi dodao timske naloge: koje nove tabele, koje stranice se menjaju i šta se dešava sa postojećim korisnicima. Još ne menjaj kod.
Pročitajte plan. Ako nešto pogrešno razume, ispravka jednog pasusa je mnogo jeftinija od ispravke gotove funkcije. Mnogi alati imaju poseban režim za ovo; na Mythex-u je to režim Plan, uz Build i Ask.
Šta izbegavati
| Izbegavajte | Zašto | Umesto toga |
|---|---|---|
| „Učini da bude bolje“ / „Neka bude upadljivije“ | Nema cilja, pa AI menja stvari nasumično | Navedite promenu: „više prostora između sekcija, veći naslovi“ |
| Jedan ogroman prompt sa deset funkcija | Greške se nagomilavaju; teško je testirati | Jedna funkcija po poruci |
| Lepljenje API ključeva u chat | Ključevi ostaju u istoriji razgovora | Koristite tajne ili podešavanja okruženja alata |
| Svađa sa neispravnim rezultatom | Svaka popravka se slaže na grešku | Vratite se, pa preformulišite |
| Navođenje koda koji ne razumete | Zaključava lošu implementaciju | Opišite ponašanje koje želite |
| Traženje „bezbednosti klase preduzeća“ | Ne znači ništa konkretno | Navedite stvarna pravila: ko šta može da vidi |
Za API ključeve: ako su vam potrebni servis za plaćanja ili imejl, stavite njihove ključeve u tajne projekta, a ne u prompt. Pogledajte šta su promenljive okruženja i tajne ako vam je to novo.
Šablon za višekratnu upotrebu
Prilagodite ih zamenom delova u uglastim zagradama.
Nova aplikacija:
Napravi [vrstu aplikacije] za [koga]. Oni [glavni tok, korak po korak]. [Drugi tip korisnika] se prijavljuje da [šta radi]. Čuvaj [podatke] u bazi podataka. [Izgled i utisak]. Izostavi [stvari za kasnije].
Nova funkcija:
Dodaj [funkciju] na [stranicu]. Kada [korisnik] uradi [radnju], [šta treba da se dogodi]. Samo [ko] može da [to uradi]. Zadrži [postojeće stvari] kakve jesu.
Promena dizajna:
Na [stranici] promeni [konkretan element] u [konkretnu promenu]. Zadrži [šta ostaje]. Proveri da izgleda dobro na ekranu širine telefona.
Greška:
Na [stranici] uradio sam [koraci]. Očekivao sam [očekivano]. Umesto toga [stvarno, plus tačan tekst greške]. Popravi to i proveri da tok radi.
Pitanje bez izmena:
Ne menjaj nikakav kod. Objasni kako radi [deo aplikacije] i gde se čuvaju [podaci].
Pisanje dužeg opisa
Za veće projekte može pomoći da prvo napišete kratak brif od jedne strane i nalepite ga kao početni prompt: korisnici, osnovni tokovi, podaci, pravila i šta je van obima. AI vam može pomoći da ga napišete — naš vodič o tome kako napisati dokument sa zahtevima za proizvod uz AI objašnjava kako. Samo zadržite prvi zahtev za izgradnju na osnovnom toku, a ostalo dodajte korak po korak.
Pisanje promptova u Mythex-u
Sve iznad funkcioniše u Mythex-u. Nekoliko specifičnih stvari koje pomažu:
- Režimi Build, Plan i Ask. Koristite Plan za velike ili rizične promene, a Ask kada želite objašnjenje bez izmena.
- Kontrolne tačke. Posle svake uspešne promene Mythex čuva kontrolnu tačku, a Vrati na ovu tačku na odgovoru vraća projekat unazad. Takođe možete izmeniti raniju poruku i ponovo je poslati da isprobate drugačiji prompt od te tačke.
- Kartica sa tajnama. Kada agent treba API ključ, pita preko kartice u chatu, pa se vrednost čuva kao tajna projekta, a ne upisuje u vašu poruku.
- Slike. Priložite snimke ekrana ili makete i agent će ih pogledati.
Dokumentacija ima kratku stranicu o efikasnim promptovima i jednu o iteriranju bez ponovne izgradnje. Ako počinjete od nule, kako napraviti aplikaciju uz AI prolazi kroz ceo projekat, a kako dizajnirati dobro izgledajuću aplikaciju uz AI pokriva promptove za vizuelno doterivanje.
Pitanja
Koliko dugačak treba da bude prompt za AI alat za izgradnju aplikacija?
Za prvu verziju obično je dovoljan kratak pasus od četiri do osam rečenica: ko koristi aplikaciju, glavni tok, podaci koje čuva i ko šta sme da vidi. Posle toga kraći promptovi koji traže jednu promenu u jednom trenutku rade bolje od dugih.
Da li treba da kažem AI-ju koji framework ili jezik da koristi?
Samo ako za to imate razlog, na primer programer koji će preuzeti kod ili servis koji radi samo sa jednim stekom. Inače opišite proizvod i pustite alat da izabere razumna podrazumevana rešenja.
Zašto AI stalno menja stvari koje nisam tražio da menja?
Obično zato što je prompt bio širok („učini da bude bolje“) ili nije rekao šta treba zadržati. Navedite tačno šta treba promeniti, recite šta mora da ostane isto i tražite jednu promenu po poruci.
Da li je bolje da loš rezultat popravim novim promptovima ili da počnem ispočetka?
Ako je poslednja promena pogoršala stvari, vratite se na verziju pre nje i preformulišite zahtev, umesto da slažete popravke jednu na drugu. Novi projekat pravite tek kada se sama ideja promenila.