Työpaikkojen tekoälyn tärkeä muutos ei ole se, että malli osaa kirjoittaa paremman kappaleen. Olennaista on, että järjestelmä pystyy yhä useammin tavoittelemaan päämäärää useiden vaiheiden kautta: tarkastamaan tiedostoja, tekemään hakuja yhdistetyistä palveluista, luomaan tuotoksen, päivittämään tietueen ja lähettämään viestin.
Tämä muuttaa ammatillisen kysymyksen muotoon: ”Onko tämä vastaus oikein?” sijaan ”Mitä tämä järjestelmä saa tehdä ennen kuin sen on kysyttävä minulta?”
Zapier kuvaa ChatGPT Workia agenttisena tilana, joka voi työskennellä pitkiä aikoja tiedostojen ja yhdistettyjen sovellusten parissa, kun taas sen Plan-tila ehdottaa hyväksyttävää strategiaa ennen suorittamista. Microsoft puolestaan esittää Copilotin, organisaation tietämyksen ja hallinnan operatiivisen tekoälypinon toisiaan täydentävinä osina. Nämä esimerkit osoittavat käytännöllisen eron: tekoäly on siirtymässä keskustelukumppanista valtuutetuksi suorittajaksi.
Tehtävien delegointi voi säästää aikaa, mutta se muuttaa myös vastuun rakennetta. Chatbot tuottaa yleensä tuloksen ihmisen tarkastettavaksi. Agentti saattaa tuottaa useita välivaiheen toimia, joista osa on jälkikäteen vaikea havaita. Turvallisin käyttöönottostrategia ei siksi ole mahdollisimman suuri autonomia. Se on selkeästi määritelty, asteittain laajennettava toimivalta.
Ajattele toimintoja, älä kehotteita
Hyödyllinen ensimmäinen askel on luetella toiminnot, joita tekoälyjärjestelmä voisi työnkulussa tehdä. ”Hoida asiakkaan käyttöönotto” on liian laaja ohjattavaksi. Hyödyllisempi luettelo voisi sisältää seuraavat:
- lue sisäinen käytäntö ja poimi siitä vaatimukset;
- tee haku hyväksytystä tietokannasta;
- laadi sähköposti tai sopimuksen yhteenveto;
- luo tukipyyntö tai laskentataulukon rivi;
- muuta asiakas- tai taloustietuetta;
- kutsu käyttäjä, julkaise asiakirja tai lähetä ulkoinen viesti;
- hyväksy maksu, poista tietoja tai tee organisaation puolesta sitoumus.
Jokaiseen toimintoon liittyy erilainen yhdistelmä peruttavuutta, arkaluonteisuutta, ulkoisia vaikutuksia ja kustannuksia. Niiden kaikkien käsitteleminen ”tekoälyavustuksena” peittää alleen todellisen päätöksen.
Yksinkertainen luokittelu on käytännöllisempi kuin epämääräinen lupaus siitä, että ihminen valvoo kaikkea:
- Saa tehdä: vähäriskiset ja peruttavissa olevat toiminnot selkeästi rajatussa työtilassa.
- On ehdotettava: toiminnot, jotka muuttavat jaettua työtä, viestivät ulkopuolisille tai luovat merkittävän sitoumuksen.
- Ei saa koskaan tehdä yksin: toiminnot, joihin liittyy säänneltyjä päätöksiä, peruuttamatonta poistamista, suuria rahansiirtoja, käyttöoikeuksien muutoksia tai arkaluonteisia henkilöstöasioita.
Yhdistyneiden arabiemiirikuntien hallituksen agenttisen tekoälyn ohjelma tarjoaa asiaankuuluvan esimerkin toimintaperiaatteista: se sisältää säännöt sen ratkaisemiseksi, mitkä tehtävät agentit saavat suorittaa ja mitä ne saavat vain suositella. Taustalla oleva ajatus soveltuu hyvin myös yksittäiseen tiimiin: lupa tulee liittää tehtävään, eikä sitä pidä myöntää vain siksi, että järjestelmä vaikuttaa kykenevältä.
Käytä hyväksyntäportteja, kun seuraukset muuttuvat
Kaikki vaiheet eivät ansaitse vahvistusikkunaa. Jos järjestelmä pyytää hyväksyntää jokaisen tiedoston lukemisen jälkeen, ihmiset hyväksyvät mekaanisesti tai poistavat valvonnan käytöstä. Sijoita portti välittömästi ennen merkityksellistä siirtymää.
Agentin voisi esimerkiksi antaa kerätä tietoja, vertailla vaihtoehtoja ja valmistella luonnoksen keskeytyksettä. Sen pitäisi pysähtyä ennen kuin se:
- lähettää mitään organisaation ulkopuolelle;
- julkaisee tai jakaa asiakirjan uudelle kohderyhmälle;
- muuttaa ensisijaista totuuden lähteenä toimivaa tietuetta;
- käyttää rahaa tai myöntää alennuksen;
- muuttaa käyttöoikeuksia tai luo tunnistetietoja;
- poistaa, korvaa tai vie tietoja;
- tekee päätöksen, joka vaikuttaa työsuhteeseen, kelpoisuuteen, luottokelpoisuuteen, turvallisuuteen tai laillisiin oikeuksiin.
Hyväksyntäpyynnössä tulee näkyä ehdotettu toimenpide, täsmällinen kohde, olennaiset lähtötiedot ja todennäköinen seuraus. ”Jatketaanko?” on heikko kontrolli. ”Lähetä tämä viesti 2 400 asiakkaalle liitteenä olevaa luetteloa käyttäen; kampanjan arvioidut kustannukset ovat $X” antaa ihmiselle jotain merkityksellistä tarkistettavaa.
Vaikutuksiltaan merkittävien toimien kohdalla edellytä nimettyä hyväksyjää sen sijaan, että hyväksyjä olisi kuka tahansa, joka sattuu katsomaan näyttöä. Erota työnkulun suunnitellut henkilö siitä, joka valtuuttaa sen merkittävimmän lopputuloksen, kun riski sitä edellyttää.
Määrittele agentin toiminta-alue
Ammattilaisten ei tarvitse ymmärtää jokaista mallin yksityiskohtaa voidakseen asettaa hyödylliset rajat. Heidän on kuitenkin määriteltävä järjestelmän toiminta-alue:
- Laajuus: mitkä projektit, kansiot, tilit ja tietolähteet ovat käytettävissä?
- Työkalut: saako järjestelmä lukea, kirjoittaa, lähettää, ostaa, suorittaa koodia tai muuttaa käyttöoikeuksia?
- Rajat: mitä kulutus-, määrä-, tiheys- tai aikarajaa sovelletaan?
- Lähteet: mitkä verkkotunnukset, tietovarastot tai tietokannat katsotaan auktoritatiivisiksi?
- Eskalointi: mikä epävarmuus, ristiriita tai puuttuva tieto edellyttää ihmistä?
- Pysäytysehdot: milloin järjestelmän on pysähdyttävä improvisoinnin sijaan?
Työkalujen käyttöoikeuksien tulisi mahdollisuuksien mukaan olla suppeammat kuin käyttäjän yleiset tilioikeudet. Agentti, joka voi lukea jaettua asemaa, ei automaattisesti tarvitse lupaa lähettää sähköpostia kaikille yhteyshenkilöille. Agentti, joka voi luonnostella koodia, ei automaattisesti tarvitse tuotantotunnistetietoja. Erillinen palvelutili, rajattu työtila tai vain luku -yhteys voi pienentää virheen kustannuksia.
Kirjoita rajat toiminnallisella kielellä. ”Käytä harkintaa” ei ole kontrolli. ”Älä lähetä ulkoista sähköpostia ilman hyväksyntää; älä muokkaa asiakastietokantaa; käytä vain [date]-päiväyksellä varustettua hyväksyttyä hinnastoa; pysähdy, jos kaksi lähdettä on ristiriidassa” on testattavissa.
Tee suunnitelmista tarkastettavia ennen suorittamista
Suunnittelu on yksi delegoidun tekoälyn hyödyllisistä ominaisuuksista, mutta suunnitelma ei todista suunnitelman olevan järkevä. Tarkastele sitä ehdotettuna toimien sarjana.
Esitä neljä kysymystä:
- Mitä lopputulosta järjestelmä tavoittelee?
- Mitä oletuksia se tekee?
- Mitä työkaluja se kutsuu ja millä käyttöoikeuksilla?
- Missä vaiheessa virheestä voi tulla kallis tai vaikeasti peruttava?
Hyväksyntänäytön tulisi tuoda esiin suunnitelman rajat, ei ainoastaan sen lopullista sanamuotoa. Jos järjestelmä sanoo ”siistivänsä tilin”, tarkastajan pitäisi voida nähdä, tarkoittaako se tietueiden merkitsemistä, kaksoiskappaleiden yhdistämistä, viestien arkistointia vai tietojen poistamista.
Toistuvassa työssä hyväksy käytäntö jokaisen yksittäisen tapauksen sijaan vain silloin, kun käytäntö on riittävän suppea testattavaksi. ”Arkistoi automaattisesti näiden toimittajien laskut, joiden summa alittaa tämän rajan, poistamatta alkuperäisiä” on mahdollinen käytäntö. ”Hallinnoi laskuja” ei ole.
Oleta, että konteksti voi pettää
Monivaiheiset järjestelmät voivat kadottaa aiemmat ohjeet, tulkita haettua tietoa väärin tai jatkaa virheellisen oletuksen pohjalta. Koosteen tutkimus- ja insinööriohjeissa korostetaan muun muassa kontekstin katoamista, kehotteisiin kohdistuvaa injektiota, päättymättömyyttä, rakenteisen tulosteen virheitä ja tilan palauttamiseen liittyviä ongelmia. Berkeleyn ABBEL-työssä esitetään myös, että vuorovaikutushistorioiden tiivistäminen uskomustiloiksi voi olla parempi vaihtoehto kuin koko historian toistuva mukana kuljettaminen, mutta kontekstin hallinta on edelleen suorituskykyyn ja luotettavuuteen vaikuttava huolenaihe.
Tällä on suora vaikutus työpaikalla: älä tee kriittisestä hyväksynnästä riippuvaista siitä, että agentti muistaa pitkän suorituksen toisen vaiheen rajoitteen. Sijoita tärkeät rajoitteet työkalukutsun tai hyväksymisportin lähelle. Vaadi arkaluonteisissa toimissa jäsenneltyjä kenttiä, kuten vastaanottaja, määrä, lähde, perustelu ja vanhenemisaika. Jos tehtävä kestää pitkään, vaadi tarkistuspiste, jossa kerrataan nykyinen tavoite, suoritetut vaiheet, odottavat toimet ja ratkaisemattomat epävarmuudet.
Ole erityisen varovainen, kun agentti lukee epäluotettavaa aineistoa. Verkkosivu, sähköposti, asiakirja tai koodikommentti voi sisältää ohjeita, joiden tarkoitus on järjestelmän manipulointi tehtävän suorittamisen auttamisen sijaan. Haettua tekstiä on käsiteltävä datana, ellei työnkulussa sitä nimenomaisesti määritellä valtuutetuksi ohjeeksi.
Suunnittele pysäyttäminen ja palautuminen
Delegoidussa työssä on oltava näkyvä pysäytysmekanismi ja palautumissuunnitelma. Aseta enimmäismäärä iteraatioille, työkalukutsuille tai suorituksen kestolle tehtävissä, jotka voivat jäädä silmukkaan. Tee uudelleenyrityksistä turvallisia: saman tiketin luominen kahdesti tai saman sähköpostin lähettäminen kahdesti ei ole harmiton virhe. Käytä tuettuina idempotentteja toimintoja tai anna järjestelmän tarkistaa ennen toistamista, onko toiminto jo suoritettu.
Pidä ihmisen luettavaa toimintalokia: pyyntö, suunnitelma, käytetyt työkalut, tarkastellut tietolähteet, myönnetyt hyväksynnät, tehdyt muutokset ja lopputulos. Tämä ei ole tarkoitettu vain jälkipuintiin. Sen avulla kollega voi ottaa työn hoitaakseen, kun alkuperäinen käyttäjä ei ole saatavilla, ja tulosta voidaan kyseenalaistaa ilman, että koko näkymätöntä ketjua tarvitsee rakentaa uudelleen.
Testaa tärkeissä työnkuluissa tarkoituksella huonot tapaukset ennen kuin myönnät autonomian. Kokeile puuttuvia tietoja, ristiriitaisia käytäntöjä, vanhentunutta lähdettä, asiakirjassa olevaa haitallista ohjetta, kaksoispyyntöä, peruttua käyttöoikeutta ja työkalua, joka palauttaa virheen. Tavoitteena ei ole todistaa, ettei agentti koskaan epäonnistu. Tavoitteena on varmistaa, että virhe aiheuttaa pysähtymisen, selkeän eskaloinnin tai turvallisen palautuksen aiempaan tilaan.
Käytännöllinen delegoinnin porrasmalli
Voit ottaa agentin käyttöön vaiheittain:
- Tarkkaile: järjestelmä lukee hyväksyttyä tietoa ja selittää, mitä se tekisi.
- Luonnostele: se valmistelee tuotoksia, mutta ihminen suorittaa jokaisen ulkoisen toiminnon.
- Toimi hiekkalaatikossa: se luo testiympäristössä testitietueita, haaroja tai tiedostoja eristetyssä työtilassa.
- Toimi rajatuin käyttöoikeuksin: se suorittaa palautettavissa olevia, vähäisen riskin toimia määrän ja ajan rajoissa.
- Toimi käytännön mukaisesti: se käsittelee hyvin testattua tehtäväluokkaa ja pysähtyy määritellyillä hyväksymisporteilla.
Siirry ylemmälle tasolle vasta, kun alempi vaihe on tuottanut näyttöä siitä, että työnkulku toimii hyväksyttävästi. Jos tehtävä, työkalut tai tietojen arkaluonteisuus muuttuvat, palaa portaikossa alaspäin.
Mitä tämä tarkoittaa urallesi
Arvokas taito ei ole vain se, että osaat pyytää tekoälyltä tuloksen. Se on kyky muuttaa epämääräinen delegointi rajatuksi toimintaohjeeksi. Tähän kuuluu työn pilkkominen toiminnoiksi, peruuttamattomien siirtymien tunnistaminen, eskalointisääntöjen kirjoittaminen, hyväksyntäpyyntöjen suunnittelu ja sen tunnistaminen, milloin agentin pitäisi pysähtyä.
Kuvaile haastatteluissa tai suoritusarvioinneissa suunnittelemaasi rajaa, älä vain käynnistämääsi automaatiota: ”Järjestelmä tutkii ja laatii luonnoksen; nimetty tarkastaja hyväksyy ulkoisen viestinnän; tietokantakirjoitukset on rajattu näihin kenttiin; kaksoistoiminnot tarkistetaan; ratkaisemattomat ristiriidat pysäyttävät suorituksen.” Tällainen kieli osoittaa operatiivista harkintakykyä.
Agenttipohjainen työ ei poista ammatillisen vastuun tarvetta. Se tekee vastuusta konkreettisempaa. Ennen kuin luovutat tehtävän, päätä, mitä järjestelmä saa tehdä, mitä sen on näytettävä sinulle ensin ja mitä se ei saa koskaan tehdä yksin. Tee nämä päätökset sitten näkyviksi itse työnkulussa.
Maya Chen on AI Career Briefin vastuullinen ihmistoimittaja. Julkaisu käsittelee taitoja, rooleja ja fiksuja siirtoja tekoälyn aikakaudella työskentelemiseen.
