Tehisaruga suhtlemise mustrid on vaikselt muutumas. Varasemalt põhines tehisaruga suhtlus vabavormilisel vestlusel ja väljundiks oli tekstilised soovitused või koodinäidised. Selline lahendus toimis, kuna vestluse käigus oli võimalik anda järjest lisainfot, ning juhtida lahenduseni jõudmist. Aga miinusena tuli väljund arendajal ise konverteerida tarkvara koodiks. Just see osa protessist oli väga tülikas ja ajamahukas.
Siis saabusid tehisaru agendid, mis suudavad võtta lähteülesande, ning ise selle otsast lõpuni ära lahendada. Suure eelisena suudavad agendid ise kõik muudatused ka kohe sisseviia ja säästavad seeläbi väga palju aega. Aga seoses sellega on muutunud ka tehisaruga suhtlemise muster. Agenti saab küll ka poole tegevuse pealt juhendada, aga palju keerulisem on tehisaru tegevussuundadest jooksvalt aru saada ning neid korrektselt juhtida. Lihtsam on kohe esmane ülesanne püstitada selliselt, et tehisaru jõuaks võimalikult õige lahenduseni. See aga omakorda tähendab, et keerulisemate ülesannete puhul tuleb esmane sisend väga põhjalikult läbimõelda ja sõnastada. Selline detailne sõnastus on aga väga ajamahuks. Miks mitte automatiseerida seda?
Plaani koostamine
Olen viimasel ajal hakanud kasutama üha rohkem sellist samm-sammulist lähenemist tehisaru agentidega suhtlemisel. Kui täpne esmane ülesandepüstitus on väga oluline, siis on mõistlik ka selle sammu lihtsustamiseks kasutada tehisaru. Seega kõigepeal seletan probleemi, mida soovin lahendada, ning seejärel küsin lahenduse asemel ainult täpset plaani, mis tuleks vormistada kirjalikult (näiteks Markdown faili). Siis saan ise detailset plaani kontrollida ja viia vajadusel sisse parandused.
Plaani realiseerimine
Kui plaan valmis, saan puhastada tehisaru agendi konteksti ja alustada puhtalt lehelt. Nüüd saan agendile anda ette plaani ja paluda tal viia sisse muudatused vastavalt plaanile. Kuna sisend on sellisel juhul oluliselt detailsem ja täpsem, kui seda ise viitsiksin käsitsi kirjutada, on ka tõenäosus palju suurem, et agent teeb täpselt seda, mida vaja.
Plaani kontrollimine
Mõnedel juhtudel on mõistlik peale muudatusi ka lasta tehisarul endal analüüsida tehtud muudatusi. Selleks tuleks lasta omavahel võrrelda esialgset plaani ja äsja tehtud muudatusi. Ka siin oleks mõistlik tulemus käskida salvestada tekstifaili. Plaani kontrollimine on kasulik, kui muudatused olid väga keerulised või kui tulevikus on kindel plaan neid muudatusi edasi arendada. Koostatud raport saab olla ka sisendiks agendile endale, et näiteks otsida ja parandada vigu võrreldes esialges plaaniga. Või hiljem, kui soovite sama funktsionaalsuse arendamisega jätkata, olla sisend tehisarule, koos esialgse plaaniga, et anda väga täpne kontekst kust tööd jätkata.