Kun olet käyttänyt ChatGPT:tä tai Claudea jonkin aikaa, alat huomata, että paremmin ja heikommin toimivissa kehotteissa on tunnistettava rakenne. Kun osaat nimetä olennaiset osat, voit selvittää heikon vastauksen syyn sen sijaan, että kirjoittaisit kehotteen sokkona uudelleen.
Alla käymme läpi viisi osaa yksityiskohtaisten esimerkkien avulla ja yhdistämme ne lopuksi. Saat mallin, jota voit soveltaa eri työkalujen tärkeisiin kehotteisiin, sekä validointivaiheen tuloksen tarkistamiseen.
Kun työ toistuu, käsittele kehotetta tehtäväsopimuksena. Siinä tulee määritellä rooli, konteksti, tehtävä, rajoitteet, vastausmuoto sekä se, miten epävarmuus käsitellään. Näin kehotetta voidaan käyttää uudelleen ja sen laatu voidaan tarkistaa.
Viisi osaa
Tässä järjestyksessä:
- Rooli: minkä näkökulman tai työskentelytavan tekoälyn tulisi omaksua tässä kehotteessa?
- Konteksti: kuka olet, mikä on tilanne ja mitä tähän mennessä on tapahtunut.
- Tehtävä: mitä täsmälleen haluat tekoälyn tekevän.
- Rajoitteet: pituus, sävy sekä asiat, joita pitää välttää tai jotka pitää sisällyttää.
- Muoto: millaisen rakenteen haluat vastaukselle.
Kaikkia viittä ei tarvita jokaiseen kehotteeseen. Arkinen kysymys ei niitä tarvitse, ja joskus esimerkit tai lähteet merkitsevät enemmän kuin rooli. Kun tuloksella on merkitystä, käytä luetteloa diagnostiikkatyökaluna, älä pakollisena kaavana. Palveluntarjoajien nykyohjeet korostavat samoin selkeitä ohjeita, olennaista kontekstia, esimerkkejä, tulosvaatimuksia ja arviointia, vaikka yksikään niistä ei määritä juuri tätä viisiosaista standardia (OpenAI:n kehoteopas; Anthropicin kehoteohjeiden yleiskatsaus).
1. Rooli
Rooli on näkökulma tai työskentelytapa, jota haluat mallin käyttävän. Se voi auttaa määrittämään yleisön, sanaston ja lähestymistavan, mutta yhtä hyvin voi toimia suora tehtäväohje. Rooli ei anna mallille todellista pätevyyttä tai sellaista ammatillista harkintakykyä, jota sillä ei ole.
Heikko:
Selitä eläkerahastot.
Parempi:
Selität Virossa työuransa puolivälissä oleville työntekijöille selkeästi, miten eläkejärjestelyt toimivat. Käytä yleiskieltä, määrittele ammattitermit kerran ja pysy käsitteellisellä tasolla: älä suosittele tuotteita, maksutasoja tai henkilökohtaista eläkesuunnitelmaa.
Selitä eläkerahastojen toimintaperiaate.
Mallista ei tule neuvonantajaa. Ohje pyytää siltä selkeän selitystekstin tyyliä ja tietotiheyttä. Se voi tehdä vastauksesta konkreettisemman muuttamatta opetuksellista pyyntöä säännellyksi neuvonnaksi.
Muutama huomio rooleista:
- Suosi tehtävän kannalta olennaisia yksityiskohtia. “Henkilö, joka selittää huolellisesti virolaisten yritysten kirjanpitoa ja erottaa käsitteet ilmoitusneuvonnasta” asettaa selkeämmät rajat kuin “asiantuntija”.
- Käytä rooleja yleisön, sävyn ja soveltamisalan määrittämiseen, älä ilmoituksen tekemiseen tai neuvontaan. Rooli ei ole toimilupa eikä todiste asiantuntemuksesta.
- Suhtautumistapa, kuten “skeptinen arvioija”, “kärsivällinen opettaja” tai “huolellinen tekstitoimittaja”, voi olla hyödyllinen, jos se muuttaa pyydettyä toimintaa. Jos johdonmukaisuus on tärkeää, vertaa sitä vastaaviin konkreettisiin ohjeisiin.
- Vältä keksittyjä henkilöhistorioita ja pinottuja statusta koskevia väitteitä. “Olet maailman johtava auktoriteetti, jolla on kahdenkymmenen vuoden kokemus” ei luo tällaista pätevyyttä. Ilmaise sen sijaan tarvittava menetelmä, yleisö ja rajat.
2. Konteksti
Konteksti sisältää kaiken sellaisen tilanteestasi, joka mallin pitää tietää mutta joka ei käy ilmi itse tehtävästä: roolisi, tiimisi, projektisi, aiemmat yritykset, epäonnistumiset, kohdeyleisö ja kaikki muu, joka vaikuttaa hyvän vastauksen sisältöön.
Heikko:
Laadi projektipäivitys esihenkilölleni.
Parempi:
Tietoa minusta: Olen tuotepäällikkö Tallinnassa toimivassa B2B SaaS -yrityksessä. Olen johtanut kaksi kuukautta sitten aloitettua tunnistautumisjärjestelmämme siirtoprojektia.
Mitä on tapahtunut: Viime viikolla kohtasimme vakavan ongelman ulkoisen identiteetintarjoajan kanssa. Korjauksen vuoksi toimitus viivästyy suunnitellusta kahdella viikolla. Muuten tiimillä menee hyvin.
Esihenkilöni: kokenut tuotejohtaja, joka suosii hyvin suoria päivityksiä, ei pidä anteeksipyynnöistä tai “olemme sitoutuneet” -kaltaisesta täytteestä ja haluaa tietää riskit sekä sen, miten toimin niiden suhteen.
Laadi projektipäivitys.
Huomaa, miten paljon vastaus muuttuu, kun malli tietää, kuka olet, mitä tapahtui ja kuka tekstin lukee. Kyse ei ole kontekstin lisäämisestä sen itsensä vuoksi. Jokainen rivi muokkaa vastausta.
Tarkista nämä kolme kontekstikenttää:
- Kuka olet. Roolisi, kokemustasosi ja työsi.
- Mitä on jo tapahtunut. Historia, aiemmat yritykset ja aikaisemmat päätökset.
- Kenelle vastaus on tarkoitettu. Kohdeyleisö sekä sen mieltymykset, asiantuntemus ja rajoitteet.
Jos käytät samaa hyväksyttyä kehotetyyppiä säännöllisesti, voit tallentaa pysyvät ohjeet mukautettuun GPT:hen tai Claude Projectiin, jos tilauksesi ja työtilasi tukevat ominaisuutta. Älä tallenna niihin luottamuksellisia tai säänneltyjä tietoja, elleivät tili, sopimus ja organisaation käytännöt sitä salli. Tarkista tallennetut ohjeet uudelleen, kun työnkulku muuttuu.
3. Tehtävä
Tehtävä on varsinainen pyyntö. Useimmat aloittavat juuri siitä. Sen voi usein kirjoittaa totuttuun tapaan, kuten “laadi sähköposti”, “tiivistä tämä asiakirja” tai “anna kolme vaihtoehtoa”, kunhan kehotteen muut osat tuovat tarvittavat täsmennykset.
Muutama kokeilemisen arvoinen tehtävämalli:
- Tuota vaihtoehtoja. “Anna kolme luonnosta.” “Tuota viisi vaihtoehtoa.” Vaihtoehtojen avulla voit verrata lähestymistapoja sen sijaan, että hyväksyisit ensimmäisen tuloksen.
- Haastattele ensin, toimi sitten. “Esitä ennen luonnostelua viisi kysymystä, joihin tarvitset vastauksen. Odota vastauksiani.” Tämä on hyödyllistä, kun puuttuvat tiedot voivat muuttaa tulosta olennaisesti.
- Arvioi, älä kirjoita uudelleen. “Etsi tästä virheet. Lainaa tiettyjä rivejä. Älä kirjoita tekstiä uudelleen.” Hyödyllinen silloin, kun haluat mallin parantavan sinun työtäsi, ei korvaavan sitä.
- Vertaa ja suosittele. “Vertaa X:ää ja Y:tä näillä neljällä ulottuvuudella. Suosittele sitten toista ja kerro, mikä muuttaisi suositustasi.” Käytä tätä vähäisen riskin valintoihin, kuten sanamuodon, asettelun tai kokousagendan valintaan. Älä käytä sitä lainan, hoitovaihtoehdon tai oikeudellisen kannan valitsemiseen.
- Sovella viitekehystä. “Analysoi tämä [STAR / SWOT / RACI / Five Whys / ICE] -viitekehyksellä.”
Malli on aina sama: ilmaise täsmällisesti, minkä toiminnon haluat mallin suorittavan.
4. Rajoitteet
Rajoitteet määrittävät vastauksen rajat: pituuden, sävyn, muodon, sanaston sekä mukaan otettavat ja vältettävät asiat.
Ilman olennaisia rajoitteita mallin on pääteltävä itse esimerkiksi pituus, sävy, rajaus ja kohdeyleisö. Selkeät rajat vähentävät tulkinnanvaraa ja helpottavat tuloksen arviointia.
Hyödyllisiä rajoitteita:
- Pituus. “Alle 100 sanaa.” “Enintään kolme virkettä.” “Yksi kappale.” “Kaksi sivua.” Valitse käyttötarkoitukseen sopiva raja sen sijaan, että olettaisit yksityiskohtaisemman vastauksen olevan aina parempi.
- Sävy. “Lämmin mutta ammattimainen.” “Terävä ja suora.” “Keskusteleva ja hieman itseironinen.” “Noudata tämän esimerkin sävyä: [liitä esimerkki].”
- Sanasto. “Älä käytä sanoja ‘leverage’, ‘utilize’ tai ‘going forward’.” “Vältä ammattislangia.” “Käytä vain sanoja, jotka 12-vuotias ymmärtäisi.”
- Muotoa koskevat rajoitteet. “Ei johdantoa.” “Ei loppuyhteenvetoa.” “Älä aloita sanoilla ‘Great question.’”
- Mitä sisällytetään. “Sisällytä yksi konkreettinen esimerkki.” “Viittaa juuri antamiini tietoihin.”
- Mitä jätetään pois. “Älä kirjoita anteeksipyytelevää johdantoa.” “Älä aloita ilmauksella ‘Great question’.” Vähäisen riskin luonnostelussa voit pyytää vähemmän varauksia, mutta älä poista epävarmuuden ilmauksia tai asiantuntijaneuvonnan rajoja, kun aiheena on raha, terveys, laki tai turvallisuus.
Suosi myönteisiä ja konkreettisia ohjeita, jotka kuvaavat halutun tuloksen. Lisää tarkkarajainen kielto vain silloin, kun jokin toistuva virhe pitää estää. Esimerkiksi: “Aloita suoraan suosituksesta. Älä aloita ilmauksella ‘Great question’.” Pitkää kieltoluetteloa voi olla vaikeampi noudattaa kuin lyhyttä kuvausta hyvästä tuloksesta.
5. Muoto
Muoto tarkoittaa vastauksen rakennetta: luetelmia, taulukkoa, numeroitua luetteloa, kappaleita, JSON-muotoa, markdownia, koodilohkoa tai muotoilematonta tekstiä. Kun määrittelet muodon, säästyt jälkikäteen tehtävältä siivoukselta.
Esimerkkejä:
Palauta markdown-taulukkona, jossa on kolme saraketta: vaihtoehto, edut ja haitat.
Palauta JSON-objektina, jonka avaimet ovat “summary”, “decisions” ja “open_questions”.
Palauta kolmena lyhyenä kappaleena ilman otsikoita.
Palauta numeroituna viiden kohdan luettelona, jossa jokainen kohta on yhden virkkeen pituinen.
Kun haluat käyttää vastausta myöhemmin muualla, esimerkiksi liittää sen asiakirjaan, antaa sen toiselle kehotteelle tai julkaista sen, on erityisen hyödyllistä näyttää mallille haluttu muoto lyhyen mallipohjan avulla:
Palauta tässä muodossa:
Päätös: […]
Kolme tärkeintä perustelua puolesta:
- […]
- […]
- […]
Kolme tärkeintä perustelua vastaan:
- […]
- […]
- […]
Mikä muuttaisi vastaustasi: […]
Malli voi täyttää tyhjät kohdat, mikä tekee tuloksesta yhdenmukaisemman ja helpommin tarkistettavan. Jos ohjelmiston pitää jäsentää tulos, käytä tuotteen rakenteista tulostetta tai skeematoimintoa, jos sellainen on saatavilla, ja validoi palautetut tiedot sen sijaan, että luottaisit pelkkään visuaaliseen mallipohjaan.
6. Validointi
Kuudes osa ei aina sisälly itse kehotteeseen, mutta se kuuluu jokaiseen vakavasti otettavaan prosessiin: mistä tiedät, että vastaus on riittävän hyvä?
Hyödyllisiä validointiohjeita:
Jos esität faktaväitteen, merkitse, perustuuko se antamaani lähdetekstiin vai yleiseen taustatietoon.
Jos jokin pakollinen kenttä puuttuu, kirjoita
[missing]arvaamisen sijaan.
Luettele ennen lopullista vastausta kolme tekemääsi oletusta.
Anna luonnoksen jälkeen lyhyt tarkistuslista asioista, jotka minun pitää varmistaa ennen tekstin käyttämistä.
Validointi on tärkeää, koska viimeisteltykin vastaus voi olla väärä. Hyvä kehote ei vain pyydä mallia tuottamaan vastausta. Se kertoo mallille, miten sen pitää tuoda esiin epävarmuus, puuttuvat lähtötiedot ja tarkistettavat kohdat.
Kokonaisuus: käytännön esimerkki
Yhdistetään kaikki viisi todellisessa tehtävässä. Oletetaan, että sinun pitää kirjoittaa kohtelias mutta jämäkkä vastaus asiakkaalle, joka pyytää projektissa maksutonta lisätyötä.
Ilman mallipohjaa:
Kirjoita vastaus asiakkaalleni, joka haluaa lisää työtä ilmaiseksi.
Tuloksena on jotain yleisluontoista. Mallipohjan avulla:
Rooli: Auta minua kirjoittamaan suoran ja ystävällisen freelance-suunnittelijan tavoin, joka asettaa projektille selkeän rajan keksimättä käytäntöjä, sopimusehtoja tai asiakashistoriaa.
Konteksti: Olen freelance-suunnittelija. Asiakas, startup-yrityksen perustaja, jonka kanssa olen työskennellyt vuoden, pyysi juuri lisäämään kaksi uutta sivua projektiin, joka on jo loppuvaiheessa. Laajuus määriteltiin sopimuksessa selvästi. Asiakassuhde on muuten hyvä. En halua menettää asiakasta, mutta en myöskään halua työskennellä ilmaiseksi.
Tehtävä: Laadi vastauksesta kolme versiota.
Rajoitteet:
- Kukin alle 150 sanaa
- Lämmin mutta yksiselitteinen: kieltäydyn maksuttomasta työstä, en neuvottele
- Tarjoa selkeä vaihtoehtoinen etenemistapa, esimerkiksi pieni lisätoimeksianto
- Ei ilmausta “toivottavasti sinulle kuuluu hyvää” eikä anteeksipyyntöä rajasta
- Älä lisää ilmausta “ystävällisin terveisin” tai muuta lopputervehdystä; lisään sen itse
Muoto: Kolme numeroitua versiota. Nimeä kunkin sävy, esimerkiksi “1. Lämmin ja selittävä”, ja lisää jokaisen alle yhden rivin huomautus siitä, milloin kyseinen versio kannattaa lähettää.
Toinen kehote määrittelee luonnostelutehtävän paremmin. Tarkista kaikki kolme versiota, varmista, ettei niissä keksitä tietoja tai sitoumuksia, valitse lähimpänä tavoitettasi oleva versio ja muokkaa sitä ennen lähettämistä.
Muutama malli, joissa viisi osaa yhdistyvät
Seuraavia kehoterakenteita kannattaa kokeilla:
Käänteinen haastattelu. Rooli + konteksti ja sitten tehtävä, joka alkaa sanoilla “Esitä minulle viisi kysymystä, joihin tarvitset vastauksen voidaksesi tehdä tämän hyvin.” Malli auttaa sinua täsmentämään itse kehotetta.
Kolmen version laatija. Rooli + konteksti + “laadi kolme versiota” + pituutta ja sävyä koskevat rajoitteet + numeroitu muoto. Hyödyllinen, kun vaihtoehtojen vertailu on osa tehtävää.
Jäsennelty analyytikko. Rooli + konteksti + “sovella tätä viitekehystä” + “käytä täsmälleen tätä osiorakennetta” + muoto. Oikea rakenne kaikkiin analyysitehtäviin.
Kärsivällinen opettaja. Rooli (opettaja) + konteksti (sinä ja tasosi) + tehtävä (opeta minua ja testaa osaamiseni) + rajoitteet (“yksi kysymys kerrallaan, odota vastaustani”) + muoto (vaiheittain jäsennelty). Yhdistää kaikki viisi ja muodostaa hyödyllisen opetussyklin.
Kehität ajan mittaan omia mallejasi. Käsittele niitä tämän rakenteen muunnelmina, älä yleispätevinä lakeina.
Pieni tapa, jonka vaikutus kasvaa
Pysähdy heikon tekoälyvastauksen jälkeen hetkeksi ja kysy: minkä viidestä osasta jätin pois?
- Eikö malli tiennyt, missä roolissa sen piti toimia? → rooli.
- Puuttuiko siltä tilanteeni? → konteksti.
- Ymmärsikö se toiminnon väärin? → tehtävä.
- Oliko vastaus liian pitkä, muodollinen tai täynnä tyhjää? → rajoitteet.
- Oliko vastauksen rakenne väärä? → muoto.
Saatat löytää puuttuvan osan, epäselvän ohjeen tai heikon esimerkin. Korjaa juuri se puute ja yritä uudelleen. Näin opit omista kehotteistasi ja tuloksistasi pelkän yleisen kaavan sijaan.
Viisi osaa ja validointi. Käytä niitä tietoisesti, kunnes niiden käyttäminen käy automaattisesti.
