Kuidas kirjutada prompte tehisintellekti rakenduste koostajale (enne ja pärast näidetega)

Hea prompt AI rakenduste koostajale kirjeldab toodet, mitte koodi: kes seda kasutab, mida nad samm-sammult teevad, milliseid andmeid see hoiab ja kellel on lubatud mida näha. Pärast esimese versiooni olemasolu paluge ühte konkreetset muudatust sõnumi kohta, öelge, mis peab jääma samaks, ning kirjeldage probleeme kujul „tegin X, oodatud oli Y, sain Z“. Need kolm harjumust parandavad enamiku pettumust valmistavaid tulemusi.

Seejärel juhend näitab mustreid üksikasjalikumalt, koos enne ja pärast näidetega, mida saate kohandada.

Miks rakenduse koostajaga promptimine erineb AI-ga vestlemisest

Kui küsite vestlusassistendilt küsimust, saate ebamäärase prompti peale ebamäärase vastuse ja liigute edasi. Kui promptite AI rakenduste koostajat, on vastuseks töötav programm. Iga lünk teie kirjelduses täidetakse oletusega ja need oletused muutuvad koodiks, andmebaasi tabeliteks ja ekraanideks, mida peate siis kas elama või tagasi võtma.

Seega ei ole prompti eesmärk kõlada nutikalt. See on jätta vähem olulisi otsuseid juhuse hooleks. Selleks ei pea te tehnilist sõnavara oskama. Peate olema konkreetne nende asjade suhtes, mida ainult teie teate: teie kasutajad, teie töövoog ja teie reeglid.

Mida lisada esimesse prompti

Enne kui midagi kirjutate, vastake nendele küsimustele. Igaüks neist sulgeb lünga, mida tehisintellekt muidu oletaks.

See viimane rida on alahinnatud. Kui ütlete, mida te ei soovi, takistate tehisintellektil lisamast blogi, hinnalehte ja uudiskirja registreerumist, mida te pole palunud.

Enne ja pärast: esimene prompt

Enne:

Tee mulle rakendus minu spordisaali jaoks.

Koostaja peab kõike oletama: kas liikmed või personal? Grupitreeningud või isiklik treening? Maksed? Saate midagi, mis näeb välja nagu spordisaali koduleht ega tee midagi, mida vajate.

Pärast:

Ehita väikese joogastuudio tunniajade broneerimise rakendus. Liikmed näevad selle nädala tunde (nimi, treener, aeg, vabu kohti), broneerivad koha ja saavad tühistada kaks tundi enne algust. Liikmed registreeruvad e-posti ja parooliga. Stuudio omanik logib sisse, et lisada tunde, näha, kes on broneeritud, ja märkida kohalolek. Hoia tunde, liikmeid ja broneeringuid andmebaasis. Rahulik, hele disain, mis töötab hästi telefonides. Makseid veel ei ole.

Teine versioon on endiselt lühike. See lihtsalt vastab ülaloleva tabeli küsimustele.

Kirjeldage käitumist, mitte teostust

Sageli saate paremad tulemused, kui kirjeldate, mis peaks juhtuma, mitte seda, kuidas ehitada.

Enne:

Lisa useEffect, mis laadib broneeringud, ja modaalkomponent muutmiseks.

Pärast:

Kui omanik klõpsab broneeringul, avage paneel, kus ta saab aega muuta või broneeringu tühistada. Muudatused peaksid nimekirjas kohe nähtavaks saama.

Esimene prompt lukustab tehisintellekti konkreetsesse tehnikasse, mis ei pruugi sobida sellega, kuidas rakendus on ehitatud. Teine ütleb talle tulemuse ja laseb tal valida õige lähenemise koodile, mis on juba kirjutatud. Kui olete arendaja ja teil on tugev eelistus, öelge see, kuid lisage kõrvale tulemus.

Olge konkreetne reeglite osas

Äripiirangud on koht, kus AI-ga ehitatud rakendused kõige sagedamini valesti lähevad, sest need on teile ilmselged ja tehisintellektile nähtamatud. Kirjeldage need täpselt.

• Piirangud: „Liige võib omada kuni kolme tulevast broneeringut.“
• Ajastus: „Tühistamine sulgub kaks tundi enne tunni algust.“
• Äärmuslikud juhtumid: „Kui tund on täis, näita nupu Broneeri asemel ootenimekirja nuppu.“
• Õigused: „Treenerid näevad oma tundide kohalolekut, kuid mitte teiste treenerite oma.“

Iga neist on üks lause. Kui mõni neist jätate välja, ei jõusta rakendus reeglit või leiutab oma versiooni sellest.

Pärast esimest versiooni: üks muudatus sõnumi kohta

Kui midagi töötab eelvaates, lülituge kogu toote kirjeldamiselt väikeste, kontrollitavate muudatuste paluvale tasemele.

Enne:

Disain on viltu, broneerimine ei tööta korralikult ning ma tahan kalendrivaadet ja e-kirju.

Pärast (neli eraldi sõnumit):

1. Kui ma broneerin tunni viimase koha, näitab tund endiselt „1 koht vaba“. Peaks näitama „Täis“ ja peitma nupu Broneeri.
2. Lisa ajakava lehele nädala vaate kalender, iga päev oma veerus. Hoia praegune loendivaade valikuna.
3. Tee tunnikaardid telefonides kompaktsemaks: väiksemad vahed, treeneri nimi samal real kellaajaga.
4. Saada liikmele broneerimisel kinnituskiri.

Miks see töötab:

• Iga muudatus on piisavalt väike, et tehisintellekt saaks selle ühe korraga õigesti.
• Saate iga muudatust enne järgmisele liikumist testida.
• Kui üks läheb valesti, saate selle ühe sammu tagasi võtta, kaotamata teisi.

Ütelge, mida hoida

Kui palute muudatust millelegi, mis juba töötab, öelge tehisintellektile, mis ei tohi muutuda. See on kõige lihtsam viis takistada regressioone (asju, mis varem töötasid ja pärast muudatust katkesid).

Tee avalehe pealkiri suuremaks ja lisa paremale poole foto. Hoia navigatsioon, värvid ja kõik pealkirja all olev täpselt samana.

Sama kehtib andmete kohta: „Lisa liikmetele telefoninumbri väli. Ära eemalda ega nimeta ümber ühtegi olemasolevat välja.“

Kasutage ekraanipilte ja täpset teksti

Sõnad nagu „see asi üleval“ on mitmetähenduslikud. Enamik AI rakenduste koostajaid võtab vastu pilte ja ekraanipilt koos lühikese märkusega on kiirem kui lõik kirjeldust.

• Lisage ekraanipilt ja öelge „punasega ringitud nupp kattub telefonides menüüga“.
• Kleepige mis tahes veateate täpne tekst, mitte ei parafraseeri seda.
• Tsiteerige ekraanil olevaid silte täpselt: „nupp Salvesta muudatused lehel Seaded“.

Vigade puhul kasutage seda kuju:

Broneeringute lehel klõpsasin homse broneeringu juures Tühista. Oodasin, et see kaob minu nimekirjast. Selle asemel ei juhtunud midagi ja broneering on pärast värskendamist ikka alles. Paranda see ja kontrolli, et tühistamine töötaks.

Meie juhend kuidas silumine AI-ga ehitatud rakendusel teha läheb selles suunas sügavamale.

Suurte muudatuste puhul kõigepealt plaan

Kui midagi mõjutab paljusid rakenduse osi — kasutajakontode lisamine rakendusele, millel neid polnud, maksete lisamine, andmete struktuuri muutmine — paluge enne koodi muutmist plaani.

Enne midagi muutmist selgitage, kuidas lisaksite meeskonnakontod: milliseid uusi tabeleid, milliseid lehti muudetakse ja mis saab olemasolevate kasutajatega. Ärge veel koodi muutke.

Lugege plaan läbi. Kui see midagi valesti mõistab, on lõigu parandamine palju odavam kui valmis funktsiooni parandamine. Paljudel koostajatel on selleks spetsiaalne režiim; Mythexis on see Plan režiim, koos režiimidega Build ja Ask.

Mida vältida

API-võtmete kohta: kui vajate makse- või e-posti teenust, pange selle võtmed projekti saladustesse, mitte prompti. Kui see on uus, vaadake mis on keskkonnamuutujad ja saladused.

Korduvkasutatavad prompti mallid

Kohandage neid, asendades sulgudes olevad osad.

Uus rakendus:

Ehita [rakenduse tüüp] [kellele]. Nad [peamine voog, samm-sammult]. [Teine kasutajatüüp] logib sisse, et [mida nad teevad]. Hoia [andmed] andmebaasis. [Välimus ja tunne]. Jäta [asjad hilisemaks] välja.

Uus funktsioon:

Lisa [funktsioon] lehele [leht]. Kui [kasutaja] teeb [tegevus], siis [mis peaks juhtuma]. Ainult [kes] saab [seda teha]. Hoia [olemasolevad asjad] samamoodi.

Disainimuudatus:

Lehel [leht] muuda [konkreetne element] järgmiseks: [konkreetne muudatus]. Hoia [mida hoida]. Kontrolli, et see näeb telefonilaiusega ekraanil õige välja.

Viga:

Lehel [leht] tegin [sammud]. Oodasin [oodatud]. Selle asemel [tegelik, koos täpse veateate tekstiga]. Paranda see ja kontrolli, et voog töötab.

Küsimus ilma muudatusteta:

Ärge muutke ühtegi koodi. Selgitage, kuidas [rakenduse osa] töötab ja kus [andmed] salvestatakse.

Pikema spetsifikatsiooni kirjutamine

Suuremate projektide puhul võib abi olla sellest, et kirjutate kõigepealt ühe leheküljelise lühikokkuvõtte ja kleepite selle avapromptina: kasutajad, põhivood, andmed, reeglid ja see, mis on ulatusest väljas. Selle lühikokkuvõtte mustandi koostamisega saab aidata ka tehisintellekt — meie juhend tootenõuete dokumendi kirjutamisest tehisintellektiga selgitab, kuidas. Hoidke esimene ehitamispäring lihtsalt põhivoo piires ja lisage ülejäänu samm-sammult.

Promptimine Mythexis

Kõik ülaltoodu töötab Mythexis. Mõned konkreetsed asjad, mis aitavad:

• Režiimid Build, Plan ja Ask. Kasutage Plan suurte või riskantsete muudatuste jaoks ning Ask, kui soovite selgitust ilma muudatusteta.
• Kontrollpunktid. Pärast iga edukat muudatust salvestab Mythex kontrollpunkti ja vastuse juures olev Revert to this point võtab projekti tagasi. Samuti saate muuta varasemat sõnumit ja saata selle uuesti, et proovida sellest kohast teistsugust prompti.
• Saladuste kaart. Kui agent vajab API-võtit, küsib ta seda vestluses oleva kaardi kaudu, nii et väärtus salvestatakse projekti saladusena, mitte ei kirjutata teie sõnumisse.
• Pildid. Lisage ekraanipilte või makette ja agent vaatab need üle.

Dokumentatsioonis on lühike leht tõhusatest promptidest ja üks iteratsioonist ilma uuesti ehitamata. Kui alustate nullist, käib kuidas ehitada rakendus tehisintellektiga läbi terve projekti ning kuidas teha tehisintellektiga hea välimusega rakendus käsitleb prompte visuaalse viimistluse jaoks.

Küsimused