Hvernig skrifar maður prompt fyrir AI app-smíðatól (með dæmum fyrir og eftir)

Gott prompt fyrir AI app-smíðatól lýsir vörunni, ekki kóðanum: hver notar hana, hvað hann gerir skref fyrir skref, hvaða gögn hún geymir og hver má sjá hvað. Eftir að fyrsta útgáfan er til skaltu biðja um eina ákveðna breytingu í hverjum skilaboðum, segja hvað verður að haldast óbreytt og lýsa vandamálum sem „ég gerði X, bjóst við Y, fékk Z“. Þessar þrjár venjur laga flestar vonbrigðandi niðurstöður.

Restin af þessari leiðbeiningu sýnir mynstrin í smáatriðum, með dæmum fyrir og eftir sem þú getur aðlagað.

Af hverju prompt fyrir app-smíðatól er öðruvísi en spjall við gervigreind

Þegar þú spyrð spjallaðstoðarmann spurningar fær óljóst prompt óljóst svar og þú heldur áfram. Þegar þú skrifar prompt fyrir AI app-smíðatól er svarið keyrandi forrit. Hvert bil í lýsingunni þinni er fyllt með ágiskun og þessar ágiskanir verða að kóða, gagnagrunnstöflum og skjám sem þú þarft síðan að lifa með eða taka til baka.

Markmið prompt-sins er því ekki að hljóma klár. Það er að skilja eftir færri mikilvægar ákvarðanir í höndum tilviljunar. Þú þarft enga tæknilega orðaforðann til þess. Þú þarft að vera nákvæmur um það sem aðeins þú veist: notendur þína, vinnuferlið og reglurnar þínar.

Hvað á að hafa með í fyrsta prompt-inu

Áður en þú skrifar eitthvað skaltu svara þessum spurningum. Hver þeirra lokar bili sem gervigreindin myndi annars giska á.

Hafðu með	Af hverju það skiptir máli	Dæmi
Varan í einni setningu	Setur ramman fyrir allar síðari ákvarðanir	„Bókunarsíða fyrir rakarastofu með tveimur stólum“
Hver notar hana	Ákveður skjáina og tóninn	„Viðskiptavinir sem koma inn af götunni í símum, og eigandinn við fartölvu“
Meginflæðið, skref fyrir skref	Það sem verður að virka fyrst	„Velja þjónustu, velja tíma, skrá nafn og símanúmer, fá staðfestingu“
Gögnin sem hún geymir	Verður að gagnagrunnshönnuninni	„Þjónusta, bókanir, viðskiptavinir“
Hver má sjá eða breyta hverju	Ákveður innskráningu og heimildir	„Aðeins eigandinn sér allar bókanir“
Útlit og tilfinning, stuttlega	Forðar almennum sjálfgefnum stíl	„Dökkt, einfalt, stórir hnappar“
Hvað á að sleppa í bili	Heldur fyrstu útgáfunni smárri	„Engar greiðslur eða umsagnir ennþá“

Síðasta línan er vanmetin. Að segja hvað þú vilt ekki kemur í veg fyrir að gervigreindin bæti við bloggi, verðsíðu og fréttabréfsskráningu sem þú baðst aldrei um.

Fyrir og eftir: fyrsta prompt-ið

Fyrir:

Gerðu mér app fyrir ræktina mína.

Smíðatólið þarf að giska á allt: eru notendur eða starfsfólk? Hópatímar eða einkaþjálfun? Greiðslur? Þú færð eitthvað sem lítur út eins og vefsíða fyrir líkamsrækt og gerir ekkert af því sem þú þarft.

Eftir:

Smíðaðu bókunarapp fyrir litla jógastöð. Meðlimir sjá tíma vikunnar (heiti, kennara, tíma, lausa staði) og bóka sæti, og geta afbókað allt að tveimur klukkustundum fyrir tímann. Meðlimir skrá sig með netfangi og lykilorði. Eigandi stöðvarinnar skráir sig inn til að bæta við tímum, sjá hver er bókaður og skrá mætingu. Geymdu tíma, meðlimi og bókanir í gagnagrunni. Rólegt, ljóst útlit sem virkar vel í símum. Engar greiðslur ennþá.

Seinni útgáfan er samt stutt. Hún svarar bara spurningunum úr töflunni hér að ofan.

Lýstu hegðun, ekki útfærslu

Oft færðu betri niðurstöður ef þú lýsir því sem á að gerast frekar en hvernig á að smíða það.

Fyrir:

Bættu við useEffect sem sækir bókanir og modal-íhlut til að breyta þeim.

Eftir:

Þegar eigandinn smellir á bókun skal opna glugga þar sem hann getur breytt tímanum eða afbókað. Breytingar eiga að birtast strax í listanum.

Fyrra prompt-ið læsir gervigreindina í ákveðna aðferð sem passar kannski ekki við hvernig appið er byggt. Það seinna segir henni niðurstöðuna og leyfir henni að velja rétta nálgun fyrir kóðann sem hún hefur þegar skrifað. Ef þú ert forritari og hefur sterka skoðun skaltu segja hana, en para hana við niðurstöðuna.

Vertu nákvæmur um reglurnar

Viðskiptareglur eru þar sem AI-smíðuð öpp fara oftast úrskeiðis, því þær eru augljósar þér en ósýnilegar gervigreindinni. Skrifaðu þær út.

Takmörk: „Meðlimur getur átt að hámarki þrjár framtíðarbókanir.“
Tímasetning: „Afbókanir loka tveimur klukkustundum áður en tíminn hefst.“
Jaðartilvik: „Ef tími er fullur skal sýna biðlistahnapp í stað Bóka.“
Heimildir: „Kennarar sjá mætingu eigin tíma en ekki annarra kennara.“

Hver þessara reglna er ein setning. Ef þú sleppir einhverri þeirra mun appið annaðhvort ekki fylgja henni eða búa til sína eigin útgáfu.

Eftir fyrstu útgáfuna: ein breyting í hverjum skilaboðum

Þegar eitthvað er komið í gang í forskoðuninni skaltu hætta að lýsa allri vörunni og biðja um litlar, prófanlegar breytingar.

Fyrir:

Hönnunin er ekki rétt, bókunin virkar ekki almennilega og ég vil dagatalssýn og tölvupósta.

Eftir (sem fjögur aðskilin skilaboð):

Þegar ég bóka síðasta sætið í tíma sýnir hann enn „1 laust sæti“. Hann ætti að sýna „Fullt“ og fela Bóka-hnappinn.

Bættu við vikusýn dagatals á dagskrársíðuna, einn dálkur fyrir hvern dag. Haltu núverandi listasýn sem valkosti.

Gerðu tímaspjöldin þéttari í símum: minni bil, nafn kennara á sömu línu og tíminn.

Sendu meðlimnum staðfestingarpóst þegar hann bókar.

Af hverju þetta virkar:

Hver breyting er nógu lítil til að gervigreindin nái henni rétt í einni atrennu.
Þú getur prófað hverja þeirra áður en haldið er áfram.
Ef ein fer úrskeiðis geturðu tekið til baka bara það skref án þess að tapa hinum.

Segðu hvað á að halda

Þegar þú biður um breytingu á einhverju sem þegar virkar skaltu segja gervigreindinni hvað má ekki breytast. Þetta er einfaldasta leiðin til að stöðva afturför (það sem virkaði áður hættir að virka eftir breytingu).

Endurhannaðu forsíðuna með stærri fyrirsögn og mynd hægra megin. Haltu leiðsögninni, litunum og öllu fyrir neðan forsíðuna nákvæmlega eins.

Sama gildir um gögn: „Bættu símanúmerasviði við meðlimi. Ekki fjarlægja eða endurnefna nein núverandi svið.“

Notaðu skjámyndir og nákvæman texta

Orð eins og „hluturinn efst“ eru óljós. Flest AI app-smíðatól taka við myndum og skjámynd með stuttri athugasemd er fljótlegri en málsgrein af lýsingu.

Hengdu við skjámynd og segðu „hnappurinn sem er hringdur rauðum skarast við valmyndina í símum“.
Límdu inn nákvæman texta villuboða í stað þess að endursegja hann.
Vitnaðu í texta á skjánum orðrétt: „Vista breytingar-hnappinn á stillingasíðunni“.

Fyrir villur sérstaklega notaðu þetta form:

Á bókunarsíðunni smellti ég á Hætta við fyrir bókun á morgun. Ég bjóst við að hún myndi hverfa af listanum mínum. Í staðinn gerðist ekkert og bókunin er enn þar eftir endurhleðslu. Lagaðu þetta og athugaðu að afbókun virki.

Leiðbeiningin okkar um hvernig á að villuleita AI-smíðað app fer dýpra í þetta.

Skipuleggðu fyrst fyrir stórar breytingar

Fyrir allt sem snertir marga hluta appsins, til dæmis að bæta notandaaðgöngum við app sem hafði engin, bæta við greiðslum eða breyta því hvernig gögnin eru uppbyggð, biddu um áætlun áður en kóðinn breytist.

Áður en þú breytir einhverju skaltu útskýra hvernig þú myndir bæta við liðsaðgöngum: hvaða nýju töflur, hvaða síður breytast og hvað gerist með núverandi notendur. Ekki breyta kóða ennþá.

Lestu áætlunina. Ef hún misskilur eitthvað er mun ódýrara að leiðrétta eina málsgrein en fullklárað atriði. Mörg smíðatól eru með sérstakan ham fyrir þetta; á Mythex er það Plan-ham, ásamt Build og Ask.

Það sem þú átt að forðast

Forðastu	Af hverju	Gerðu í staðinn
„Gerðu þetta betra“ / „Láttu þetta poppa“	Ekkert markmið, svo gervigreindin breytir hlutum af handahófi	Nefndu breytinguna: „meira bil á milli kafla, stærri fyrirsagnir“
Eitt risastórt prompt með tíu eiginleikum	Villur hlaðast upp; erfitt að prófa	Einn eiginleiki í hverjum skilaboðum
Að líma API-lykla í spjallið	Lyklarnir enda í spjallsögunni	Notaðu leyndarmál eða umhverfisstillingar smíðatólsins
Að deila við brotna niðurstöðu	Hver lagfæring hleðst ofan á villuna	Taktu til baka og orðaðu upp á nýtt
Að tilgreina kóða sem þú skilur ekki	Festir í slæmri lausn	Lýstu hegðuninni sem þú vilt
Að biðja um „öryggi á fyrirtækjastigi“	Þýðir ekkert sérstakt	Skráðu raunverulegu reglurnar: hver má sjá hvað

Varðandi API-lykla: ef þú þarft greiðslu- eða tölvupóstþjónustu skaltu setja lyklana í leyndarmál verkefnisins í stað prompt-sins. Sjá hvað umhverfisbreytur og leyndarmál eru ef það er nýtt fyrir þér.

Endurnýtanleg prompt-sniðmát

Aðlagaðu þessi með því að skipta út hornklofa-hlutunum.

Nýtt app:

Smíðaðu [tegund app] fyrir [hver]. Þeir [meginflæði, skref fyrir skref]. [Önnur tegund notanda] skráir sig inn til að [það sem þeir gera]. Geymdu [gögn] í gagnagrunni. [Útlit og tilfinning]. Sleppum [hlutum fyrir síðar].

Nýr eiginleiki:

Bættu [eiginleika] við [síðuna]. Þegar [notandi] gerir [aðgerð], skal [hvað á að gerast]. Aðeins [hver] getur [gert það]. Haltu [núverandi hlutum] óbreyttum.

Hönnunarbreyting:

Á [síðunni], breyttu [tilteknum þætti] í [tiltekna breytingu]. Haltu [því sem á að haldast]. Athugaðu að það líti rétt út á skjá í símabreidd.

Villa:

Á [síðu] gerði ég [skref]. Ég bjóst við [væntingu]. Í staðinn [raunveruleg niðurstaða, ásamt nákvæmum villuboðum]. Lagaðu þetta og staðfestu að flæðið virki.

Spurning án breytinga:

Ekki breyta neinum kóða. Útskýrðu hvernig [hluti appsins] virkar og hvar [gögn] eru geymd.

Að skrifa lengri forskrift

Fyrir stærri verkefni getur hjálpað að skrifa eina síðu af stuttri lýsingu fyrst og líma hana inn sem fyrsta prompt: notendurna, meginflæðin, gögnin, reglurnar og það sem er utan umfangs. Þú getur jafnvel látið gervigreind hjálpa þér að semja hana; leiðbeiningin okkar um að skrifa kröfulýsingu fyrir vöru með gervigreind fjallar um það. Haltu bara fyrstu smíðabeiðninni við meginflæðið og bættu við restinni skref fyrir skref.

Prompt-skrif í Mythex

Allt hér að ofan virkar í Mythex. Nokkur atriði sem hjálpa:

Build, Plan og Ask-hamir. Notaðu Plan fyrir stórar eða áhættusamar breytingar og Ask þegar þú vilt útskýringu án breytinga.
Vistunarpunktar. Eftir hverja vel heppnaða breytingu vistar Mythex vistunarpunkt og Snúa aftur á þennan punkt á svari setur verkefnið aftur í fyrra horf. Þú getur líka breytt fyrri skilaboðum og sent þau aftur til að prófa annað prompt frá þeim punkti.
Leyndarmálakort. Þegar gervigreindin þarf API-lykil spyr hún í korti í spjallinu, svo gildið sé vistað sem leyndarmál verkefnisins en ekki skrifað inn í skilaboðin þín.
Myndir. Hengdu við skjámyndir eða hönnunarmyndir og gervigreindin skoðar þær.

Skjölin hafa stutta síðu um árangursrík prompt og aðra um ítrun án endurbyggingar. Ef þú ert að byrja frá grunni fer hvernig á að smíða app með AI yfir heilt verkefni, og hvernig á að hanna fallegt app með AI fjallar um prompt fyrir sjónræna fágun.

Spurningar

Hversu löng á prompt fyrir AI app-smíðatól að vera?

Fyrir fyrstu útgáfuna nægir yfirleitt stutt málsgrein með fjórum til átta setningum: hver notar appið, meginflæðið, gögnin sem það geymir og hver má sjá hvað. Eftir það virka styttri prompt sem biðja um eina breytingu í einu betur en löng.

Ætti ég að segja gervigreindinni hvaða ramma eða forritunarmál á að nota?

Aðeins ef þú hefur ástæðu til, til dæmis ef forritari tekur við kóðanum eða þjónusta virkar aðeins með einum tæknistafla. Annars skaltu lýsa vörunni og láta smíðatólið velja skynsamlegar sjálfgefnar stillingar.

Af hverju breytir gervigreindin hlutum sem ég bað hana ekki um að breyta?

Yfirleitt vegna þess að prompt-ið var of almennt („gerðu þetta betra“) eða sagði ekki hvað ætti að halda óbreyttu. Nefndu nákvæmlega hvað á að breyta, segðu hvað verður að haldast eins og biddu um eina breytingu í hverjum skilaboðum.

Er betra að laga slæma niðurstöðu með fleiri prompt-um eða byrja upp á nýtt?

Ef síðasta breyting gerði hlutina verri skaltu fara aftur í útgáfuna þar á undan og orða beiðnina upp á nýtt, frekar en að stafla lagfæringum ofan á. Byrjaðu nýtt verkefni aðeins þegar hugmyndin sjálf hefur breyst.