Toistuva työvaihe on hyvä syy harkita automaatiota. Sopiva tekniikka riippuu syötteistä, päätöksistä ja virheen seurauksista. Kiinteä skripti, hallittu työnkulku ja tekoälyagentti ratkaisevat erilaisia tehtäviä. Paras ratkaisu syntyy usein niiden yhdistelmästä.
Ensimmäinen kysymys on siksi: minkä on oltava lopuksi luotettavasti valmista? Vasta sitten valitaan työkalu, malli ja toimintatapa. Näin voidaan arvioida myös sitä, tuoko tekoälyn lisämonimutkaisuus tunnistettavaa hyötyä.
Kolme mahdollista reittiä samassa prosessiympäristössä
Mahdollinen esimerkki: saapuvat palvelupyynnöt
Pyyntö sisältää vapaata tekstiä ja toisinaan liitteen. Tavanomainen vaihe tarkistaa ensin pakolliset tiedot ja sallitut tiedostomuodot. Tekoäly ehdottaa luokkaa ja tiivistää tarpeen. Sovellus vertaa tulosta sallittuihin luokkiin. Vastuuhenkilö päättää käsittelystä.
Selkeä työnkulku riittää usein tähän prosessiin. Agentti on kiinnostava vasta silloin, kun sen on aidosti valittava eri hyväksyttyjä lähteitä tai työkaluja erilaisiin tarpeisiin. Esimerkki kuvaa mahdollista arkkitehtuuria, ei väitettyä asiakasprojektia.
Määritä raja ehdotuksen ja toteutuksen välille
Vakuuttava tekstivastaus ei ole lupa muuttaa järjestelmää. Sovelluksen on itse tarkistettava, kuka toimii, mihin kohteeseen toiminto liittyy ja mikä toimenpide on sallittu. Mallin tuotoksia käsitellään ehdotuksina; varsinainen toiminto validoi syötteensä ja valvoo toimintasääntöjä.
Arkaluonteisissa muutoksissa hyväksyntä näyttää täsmällisen tavoitetilan ja aiotun toimenpiteen. Jos luonnosta muutetaan myöhemmin, aiempi suostumus ei välttämättä enää päde. Siksi jokaisessa käyttötapauksessa sovitaan erikseen, mitkä vaiheet saa suorittaa kysymättä uudelleen.
MCP-protokollan rajapinta voi tarjota määritellyt työkalut käyttöön. Se ei korvaa niiden valtuutusta. Virallinen MCP:n turvallisuusdokumentaatio (ulkoinen linkki) käsittelee muun muassa käyttöoikeusalueiden erottamista ja työkalujen väärinkäytön ehkäisyä.
Mitä virheen jälkeen pitäisi tapahtua
Aikakatkaisu ei automaattisesti tarkoita, ettei kohdeoperaatiota suoritettu. Ennen uutta kirjoitusyritystä on voitava selvittää, onko ensimmäinen pyyntö jo toteutettu. Sopivat operaatiotunnisteet, yksiselitteiset tilat ja kohdennettu tuloskysely auttavat välttämään kaksinkertaiset muutokset.
Tekoälyavusteisilla prosesseilla on muitakin pysäytysehtoja: puuttuva näyttö, ristiriitaiset tiedot, kielletty työkalu tai loppuun käytetty suoritusaika. Vastuuhenkilö saa silloin tähänastisen tilanteen ja täsmällisen selvitystarpeen. Jäljitettävä luovutuspiste on tavallinen prosessin lopputulos.
Näillä tapauksilla voi testata pilotin
- Tavallinen pyyntö: Ovatko tulos ja tarvittava korjaustyö sisällöllisesti käyttökelpoisia?
- Puutteellinen pyyntö: Kysytäänkö kohdennettu tarkennus sen sijaan, että lisättäisiin jotakin, mitä kukaan ei ole vahvistanut?
- Luvaton pääsy: Estääkö toiminto pääsyn riippumatta siitä, miten pyyntö on muotoiltu?
- Toistettu pyyntö: Pysyykö tila yksiselitteisenä ilman kaksinkertaista kirjausta tai muutosta?
- Häiriö: Voivatko ihmiset jatkaa tehtävää käytettävissä olevilla tiedoilla?
Vertailussa eivät ole vain vastausaika ja mallikustannukset. Myös tarkistustyö, integrointi, virheiden korjaus ja ylläpito järkevästi suoritettua tehtävää kohti ovat olennaisia. Näin selviää, riittääkö skripti, pitäisikö työnkulkua laajentaa vai tuoko rajattu agentti osoitettavaa lisähyötyä.
Sovitaan yhdessä ensimmäinen hallittava vaihe
DAXS kartoittaa nykyisen prosessin, selvittää rajapinnat ja kehittää sopivan toteutuksen. Siihen kuuluvat testit, hyväksynnät, dokumentaatio ja sovittu ylläpito. Nykyiset sovellukset ja perinteinen automaatio ovat yhtä tärkeitä kuin uudet tekoälytyökalut.
Tekoälyn ja automaation yleiskatsaus · Kehitys ja integraatio · Tekoälyn käyttöönotto yrityksessä
