Esittelyt ovat vangitsevia. Tekoäly etenee monimutkaisessa varausprosessissa, siirtyy sovelluksesta toiseen, täyttää viranomaislomakkeita ja hoitaa tuntikausia kestäviä tehtäviä itsenäisesti. Vuosina 2024–2025, Anthropicin Computer Use, OpenAI Operator, Googlen Project Mariner ja lukuisat startup-yritykset esittelivät agentteja, jotka käyttävät tietokoneita ihmisten tavoin.
Vuonna 2026, kun nämä työkalut ovat todellisia ja toimivia, jotkin yritykset käyttävät niitä jo menestyksekkäästi tuotannossa. Toteutukset eivät kuitenkaan näytä esittelyiltä. Ne ovat suppeampia, tiukemmin rajoitettuja ja suojamekanismien ympäröimiä. Tässä artikkelissa tarkastelemme malleja, jotka erottavat tuotannon esittelystä.
Käsittelimme perusteet keskitason artikkelissa. Nyt syvennymme tuotannossa toimiviin malleihin, toistuviin epäonnistumisiin, taloudellisiin realiteetteihin ja siihen, miten tietokonetta käyttävä järjestelmä julkaistaan aidosti hyödyllisenä laajassa mittakaavassa.
Tuotannon todellisuus
Todellisissa tuotantototeutuksissa toistuvat seuraavat mallit:
Malli 1: Rajatut tehtävät hallitsevat. Tuotantototeutukset menestyvät täsmällisissä ja hyvin määritellyissä tehtävissä. Ei ”tee mitä tahansa”. Ei ”käytä mitä tahansa verkkosivustoa”. Vaan tietty työnkulku tietyllä sivustolla.
Malli 2: Tiukka rajaus. Tehtävät rajataan tarkasti. Agentti saa tehdä vain tiettyjä toimia tietyillä sivustoilla. Rajauksen ylitys pysäyttää agentin sen sijaan, että se alkaisi soveltaa.
Malli 3: Tallennetut työnkulut itsenäisen tutkimisen sijaan. Monissa tuotantototeutuksissa käytetään tallennettuja työnkulkuja, joiden vaiheet määritellään kerran ja toistetaan tarvittavin mukautuksin, täysin itsenäisten agenttien sijaan. Tämä on luotettavampaa ja helpommin ylläpidettävää.
Malli 4: Ihminen mukana merkittävissä toimissa. Kaikki huomattavia taloudellisia, oikeudellisia tai asiakkaaseen vaikuttavia seurauksia aiheuttavat toimet tarkastaa ihminen.
Malli 5: Perusteellinen valvonta. Jokainen toiminto kirjataan lokiin. Poikkeamat tunnistetaan. Hätäpysäytykset ovat käytössä. Operatiivinen tiimi seuraa hallintanäkymiä.
Malli 6: Kustannuskuri. Taloudellisuus ratkaisee. Monet teoriassa houkuttelevat ”tekoäly tekee kaiken” -toteutukset eivät ole kannattavia ihmistyöhön tai RPA-vaihtoehtoihin verrattuna.
Malli 7: Erikoistunut vastaan yleiskäyttöinen. Tuotannossa käytetään yleensä erikoistuneita malleja tai määrätarkoitukseen mukautettuja kokoonpanoja sen sijaan, että kaikki hoidettaisiin yhdellä yleiskäyttöisellä tietokoneenkäyttömallilla.
Nämä mallit vastaavat tuotantotekoälyn tavallista luonnetta: soveltamisala on markkinointipuheita suppeampi ja suojamekanismit vahvemmat.
Missä tietokonetta käyttävät agentit ovat parhaimmillaan tuotannossa
Tietokoneenkäyttö sopii erityisesti seuraaviin tehtäväluokkiin:
1. Tiedon poiminta sivustoilta, joilla ei ole APIa
Monissa yritystyökaluissa, viranomaisportaaleissa ja pienissä B2B-palveluissa ei ole APIa. Tai niiden APIssa on merkittäviä puutteita. Tietokonetta käyttävä agentti voi poimia tiedot käyttöliittymän kautta.
Tuotantoesimerkkejä:
- Laskujen noutaminen 50+ toimittajaportaalista.
- Tapaustietojen poimiminen tuomioistuinjärjestelmien verkkosivustoilta.
- Kilpailijoiden hintasivujen kerääminen.
- Tietojen koostaminen vaatimustenmukaisuuden raportointiportaaleista.
Kun vaihtoehtona on ihmisen tekemä pitkästyttävä napsautustyö, tietokoneenkäyttö tuottaa selvän hyödyn.
2. Lomakkeiden täyttäminen laajassa mittakaavassa
Samanlaisen lomakkeen lähettäminen useille eri sivustoille. Jokainen sivusto on hieman erilainen. API olisi ihanteellinen, mutta sitä ei ole.
Esimerkkejä:
- Viranomaishakemukset (jokaisella virastolla on oma portaalinsa).
- Vaatimustenmukaisuusilmoitukset.
- Asiakkaiden käyttöönotto toimittajien järjestelmiin.
- Käyttäjätilien määritys SaaS-työkaluissa.
3. Käyttöliittymätestaus ja laadunvarmistus
Tietokonetta käyttävät agentit soveltuvat hyvin laadunvarmistustestaukseen. Ne voivat käyttää sovelluksia, kokeilla käyttäjäpolkuja ja raportoida ongelmista.
Esimerkkejä:
- Verkkosovellusten päästä päähän -testaus.
- Visuaalinen regressiotestaus.
- Saavutettavuusauditoinnit.
- Käyttäjäpolkujen validointi useilla laitteilla.
Tämä lähestyy RPA:ta mutta hyödyntää tekoälyn joustavuutta käyttöliittymämuutosten käsittelyssä.
4. Sovellusten väliset työnkulut
Tehtävät, jotka ulottuvat useaan sovellukseen ilman yhtä yhteistä integraatiopistettä.
Esimerkkejä:
- Tietojen noutaminen CRM-järjestelmästä, muotoilu ja lataaminen analytiikkatyökaluun.
- Asiakastukipyyntöjen käsittely, tehtävien luominen projektityökaluun ja tilan päivittäminen CRM-järjestelmään.
- Raporttien koostaminen useista sisäisistä työkaluista.
Kun sovelluksia ei voi tai haluta integroida suoraan, agentti toimii joustavana siltana.
5. Toistuvat monivaiheiset prosessit
Tehtävät, joita sama ihminen tekee jatkuvasti.
Esimerkkejä:
- Uusien asiakkaiden käyttöönotto 30-vaiheisen prosessin kautta.
- Kahden järjestelmän tietojen täsmäyttäminen viikoittain.
- Useista lähteistä koottavien määräaikaisraporttien tuottaminen.
Jos prosessi on hyvin määritelty, toistuu usein ja perustuu nykyisin ihmisten napsautustyöhön, se soveltuu automatisoitavaksi.
Missä ne edelleen epäonnistuvat
Toisaalta tietokonetta käyttävät agentit eivät vielä sovellu seuraaviin tuotantotehtäviin:
1. Harkintaa vaativat tehtävät
”Etsi minulle hyvä toimittaja.” Agentit voivat käyttää toimittajien sivustoja, mutta ne eivät kykene arvioimaan, mikä toimittaja sopii juuri sinun tarpeisiisi.
2. Uusia käyttöliittymämalleja sisältävät tehtävät
Uusi sivusto, jota agentti ei ole koskaan nähnyt. Agenttien on vaikea hahmottaa poikkeavia käyttöliittymäkäytäntöjä. Ne toimivat paremmin tavallisten mallien, kuten lomakkeiden, luetteloiden ja navigointivalikoiden, kuin yksilöllisten toteutusten kanssa.
3. Vahvasti automatisointia torjuvat sivustot
Monet sivustot tunnistavat automatisoinnin aktiivisesti ja estävät sen. Agentit voivat toisinaan kiertää suojauksia vaivannäöllä, mutta kyse on jatkuvasta kilpajuoksusta. Useimmiten se ei ole vaivan arvoista.
4. Yksittäiset suuren riskin toimet
Maksun lähettäminen, oikeudellisen asiakirjan allekirjoittaminen tai julkinen julkaiseminen jonkun puolesta. Väärän toiminnon vaikutukset ovat suuret, joten ihmisen tarkastus on välttämätön.
5. Reaalimaailman kontekstia vaativat tehtävät
Agentti näkee vain näytön sisällön. Se ei tunne suhdettasi kyseiseen asiakkaaseen, tiimisi viimeaikaista tilannetta eikä poliittista ympäristöä. Puutteelliseen kontekstiin perustuvat tehtävät epäonnistuvat.
6. Avoin tutkiminen
”Etsi paras tarjous” tai ”tutki tämä henkilö perusteellisesti” ovat tehtäviä, joilla ei ole selvää valmistumiskriteeriä. Agentit joko jäävät kiertämään kehää tai lopettavat liian aikaisin.
Arkkitehtuuri
Tuotantokelpoinen tietokoneenkäyttöjärjestelmä koostuu seuraavista kerroksista:
┌─────────────────────────────────────┐
│ Orchestration │ Schedules, retries, escalations
├─────────────────────────────────────┤
│ Task definition + scope │ What the agent does and doesn't do
├─────────────────────────────────────┤
│ Agent runtime (Computer Use SDK) │ Anthropic / OpenAI / Browserbase
├─────────────────────────────────────┤
│ Browser / desktop environment │ Isolated, sandboxed
├─────────────────────────────────────┤
│ Authentication and session │ Credentials, cookies, MFA handling
├─────────────────────────────────────┤
│ Result handling │ Capture, validate, store
├─────────────────────────────────────┤
│ Monitoring + alerts │ Real-time observability
└─────────────────────────────────────┘
Käymme jokaisen kerroksen läpi.
Tehtävän määrittely
Tämä on tärkein yksittäinen vaihe. Määrittele agentin tehtävä tarkasti ja suppeasti.
Hyvä tehtävänmäärittely sisältää seuraavat asiat:
Käynnistin. Mikä käynnistää tehtävän? (Ajastus, tapahtuma, manuaalinen käynnistys.)
Syötteet. Mitä tietoja agentilla on? (Tietty tietue, rakenteiset lomaketiedot.)
Rajaus. Mitkä sivustot, toiminnot ja käyttöliittymäpolut ovat sallittuja?
Onnistumiskriteerit. Miltä valmis suoritus näyttää?
Pysäytysehdot. Mikä päättää tehtävän ennenaikaisesti?
Tulos. Mitä tietoja agentti palauttaa?
Virhesemantiikka. Miten virheet luokitellaan ja raportoidaan?
Huonosti määritelty tehtävä: ”Lähetä viikoittainen vaatimustenmukaisuusraporttimme.”
Hyvin määritelty tehtävä:
Task: Submit weekly compliance report to portal X.
Trigger: Cron, every Monday at 9 AM.
Inputs:
- Report data file (CSV) from /reports/weekly.csv
- Submitter info from environment variables (name, ID).
- Credentials from secrets manager.
Scope:
- Site: https://portal.example.gov/submit (and subpaths)
- Allowed actions: navigate, click, type, upload, submit, screenshot.
- Forbidden: visit external sites, change account settings, navigate away from submission flow.
Success criteria:
- Receive confirmation page with submission ID.
- Capture submission ID.
Stop conditions:
- Confirmation received: success.
- CAPTCHA: escalate to human.
- Login failure: escalate to human.
- Form validation error: report and stop.
- Timeout 5 minutes: report and stop.
Output:
- Submission ID.
- Screenshot of confirmation page.
- Timestamp.
Errors:
- Validation: log, notify owner, do not retry.
- Auth: log, notify ops, do not retry.
- Network: retry once, then escalate.
Tuotantototeutus vaatii tämän tason täsmällisyyttä. ”Lähetä raportti” kuuluu esittelyihin.
Rajauksen valvonta
Rajaus ei ole pelkkä kuvaus, vaan sitä valvotaan suorituksen aikana.
Sallittujen URL-osoitteiden luettelo. Agentti voi siirtyä vain määritettyä mallia vastaaviin URL-osoitteisiin. Luettelon ulkopuolelle siirtyminen estetään.
Toimintojen suodatus. Vain tietyntyyppiset toiminnot sallitaan. Rajoittamaton ”käytä tietokonetta” korvataan täsmällisesti sallituilla toiminnoilla.
Elementtien suodatus. Joillakin sivuilla on elementtejä, joihin agentti ei saa koskaan koskea, kuten asetukset, uloskirjautuminen ja vaaralliset painikkeet. Ne voidaan suodattaa pois havaintokerroksesta.
Aikarajat. Tehtävillä on ehdoton enimmäiskesto. Jos tehtävä ei valmistu N minuutissa, se keskeytetään.
Vaiherajat. Tehtävillä on vaiheiden enimmäismäärä. Periaate on sama kuin agenttisilmukoissa.
Toteutustapa vaihtelee alustoittain: Anthropic Computer Use, OpenAI Operator ja Browserbase tarjoavat eri mekanismeja. Periaate on yleispätevä: rajaus on valvottava suoritusympäristössä eikä vain kuvattava kehotteessa.
Todennus
Todennus on jatkuva haaste. Tuotantototeutusten on todennettava agentin istunto.
Ennalta todennetut istunnot. Ihminen kirjautuu kerran sisään, minkä jälkeen istunnon evästeet ja tunnukset otetaan talteen ja agentti toimii kyseisessä istunnossa. Istunto päivitetään tarvittaessa.
Palvelutilit. Agentille luodaan oma tili, jos sivusto tukee sitä. Tilillä on rajatut käyttöoikeudet ja auditointiloki.
Tunnistetietojen syöttäminen. Agentti saa tunnistetiedot suorituksen aikana, käyttää niitä kirjautumiseen ja poistaa ne sen jälkeen. Tämä edellyttää turvallista tallennusta ja käsittelyä.
MFA:n käsittely. Tämä on todellinen haaste. Vaihtoehtoja:
- Agentti laskee TOTP-koodin käytettävissä olevasta salaisuudesta.
- MFA-pyyntö ohjataan ihmisen hyväksyttäväksi.
- Käytetään tilejä tai sivustoja, jotka sallivat API-tunnukset MFA:n sijaan.
OAuth. Nykyaikaisilla sivustoilla OAuth-prosessit toimivat hyvin: agentti saa tunnuksen ihmisen kerran hyväksymän prosessin kautta.
Periaate: agenteilla ei saa koskaan olla ihmiskäyttäjän kaltaisia käyttöoikeuksia tileillesi. Niiden tunnistetietojen pitää olla rajattuja, auditoitavia ja mitätöitävissä.
Tulosten validointi
Kun agentti ilmoittaa onnistuneensa, varmista tulos.
Kerää todisteet. Näyttökuvat, ladatut tiedostot ja tulostiedot. Älä luota agentin raporttiin, vaan tarkista näyttö.
Varmista onnistumisehdot. Lähetettiinkö lomake todella? Tuliko vahvistus? Oliko tieto oikein?
Tarkista toisesta lähteestä. Jos onnistumisen voi varmistaa eri kanavan, kuten APIn, sähköpostivahvistuksen tai tietokantatarkistuksen, kautta, tee se.
Poikkeamien tunnistus. Oliko suoritus poikkeuksellisen pitkä, lyhyt tai kallis? Tutki poikkeavat tapaukset.
Periaate: oleta, että agentti voi olla väärässä. Käytä agentin omasta raportista riippumatonta varmennusta.
Virheenkäsittely
Tietokoneenkäyttötehtävät voivat epäonnistua monin tavoin. Luokittele ja käsittele kukin tapa erikseen:
Verkkovirheet. Sivusto ei vastaa tai aikakatkaisu ylittyy. Yritä uudelleen kasvavalla viiveellä.
Todennusvirheet. Kirjautuminen epäonnistui tai istunto vanheni. Päivitä tunnistetiedot tai siirrä tapaus ihmiselle.
Käyttöliittymämuutokset. Sivusto muuttui eikä odotettua elementtiä löydy. Pysäytä suoritus ja ilmoita ylläpidolle.
Validointivirheet. Lomakkeen syöte hylättiin. Kirjaa tapahtuma, ilmoita ja vältä sokeaa uudelleenyritystä.
Automatisoinnin tunnistus. CAPTCHA-tarkistukset ja estot. Siirrä tapaus ihmiselle ja harkitse sivuston lisäämistä estolistalle.
Agentin sekaantuminen. Agentti juuttuu, jää silmukkaan tai poikkeaa ohjeista. Pysäytä, kirjaa tapahtumat ja tutki.
Kiintiö tai nopeusrajoitus. Sivusto rajoittaa agentin käyttöä. Odota kasvavalla viiveellä ja yritä uudelleen tai ajoita suoritus myöhemmäksi.
Jokainen luokka edellyttää erilaista toimintamallia. Huono malli: ”agentti epäonnistui, yritä uudelleen”. Hyvä malli: ”agentti epäonnistui luokassa X, noudata luokan X toimintaohjetta”.
Valvonta
Jokainen toiminto kirjataan, jokaista suoritusta seurataan ja jokainen poikkeama tuodaan näkyviin.
Suorituskohtaiset lokit:
- Aloitus- ja lopetusaikaleimat.
- Kaikki suoritetut toiminnot.
- Kaikki näyttökuvat.
- Lopputulos (onnistuminen, epäonnistuminen tai siirto ihmiselle).
- Kustannus.
- Suorituskykymittarit.
Suorituskohtainen hallintanäkymä: Operatiivinen tiimi näkee aktiiviset suoritukset, viimeaikaiset virheet ja jonon pituuden.
Koostemittarit:
- Onnistumisaste tehtävätyypeittäin.
- Viivejakauma.
- Suorituskohtainen kustannus.
- Poikkeamien osuus.
Hälytykset:
- Onnistumisaste laskee kynnysarvon alapuolelle.
- Suorituskohtainen kustannus kasvaa jyrkästi.
- Tiettyjen virhetyyppien määrä kasvaa.
- Sivuston käyttöliittymä on saattanut muuttua (useita viimeaikaisia epäonnistumisia samassa vaiheessa).
Valvonta havaitsee ongelmat ennen kuin niistä kehittyy häiriötilanteita.
Taloudellisuus
Suora kysymys: onko tietokoneenkäyttö vaihtoehtoaan edullisempaa?
Kustannukset:
- Suorituskohtainen kustannus: yleensä €0.50-€5 tehtävän monimutkaisuuden mukaan (konenäkömallien kutsut ovat kalliita).
- Infrastruktuuri: hallittu suoritusympäristö (Browserbase tai vastaava) tai oma ylläpito.
- Ylläpito: tehtävät rikkoutuvat sivustojen muuttuessa. Jatkuvaa työtä tarvitaan jonkin verran.
Vaihtoehdot:
- Ihminen hintaan €30 tunnilta: 10 minuutin tehtävä maksaa €5. 1 minuutin tehtävä maksaa €0.50.
- RPA-työkalut: pienempi suorituskohtainen kustannus mutta edellyttävät rakenteista automaatiota.
- Suora API-integraatio: paljon edullisempi kutsua kohden, mutta APIn on oltava olemassa.
- Ulkoistettu työ edullisemman kustannustason maahan: €5-10 tunnilta, joten laskelma vastaa oman henkilöstön käytön laskelmaa.
Tietokoneenkäyttö on taloudellisesti kannattavaa, kun:
- Sivustolla ei ole APIa.
- Tehtävä on niin pitkä, että automaatio maksaa kiinteät kulut takaisin.
- Työmäärä on niin suuri, että ihmistyöaikaa kertyy huomattavasti.
- Sivusto on suhteellisen vakaa, joten ylläpitotaakka pysyy pienenä.
Tietokoneenkäyttö ei ole taloudellisesti kannattavaa, kun:
- API on olemassa (käytä sitä).
- Tehtävä on lyhyt ja harvoin toistuva.
- Sivusto muuttuu jatkuvasti.
- Tehtävässä on liikaa poikkeustapauksia, jolloin ylläpitotaakka kasvaa.
Hyödyllinen harjoitus: arvioi tietokoneenkäytön ja ihmistyön kustannus tehtävää kohti. Kerro se määrällä. Vertaile tuloksia.
Tuotannossa toimivat mallit
Onnistuneissa toteutuksissa toistuvat seuraavat mallit:
Malli 1: ”Tallennettu toimintaohje”
Kun tehtävä on rajattu ja sen suoritusmäärä suuri, työnkulku tallennetaan kerran täsmällisinä vaiheina. Tämän jälkeen agentti toistaa sen jokaiselle syötteelle pienin mukautuksin.
Tämä lähestyy perinteistä RPA:ta mutta hyödyntää tekoälyn joustavuutta pienten vaihtelujen käsittelyssä, kun esimerkiksi painike siirtyy hieman tai näkyviin tulee ylimääräinen vahvistusikkuna.
Se on paljon luotettavampi kuin täysin itsenäinen toiminta.
Malli 2: ”Poiminta ja lähetys erikseen”
Monissa työnkuluissa on kaksi vaihetta:
- Tiedon poimiminen yhdestä paikasta.
- Tiedon lähettäminen toiseen paikkaan.
Vaiheiden jakaminen erillisiksi agenttisuorituksiksi tai toimintaohjeiksi selkeyttää kokonaisuutta. Kummallakin vaiheella on selvemmät onnistumiskriteerit, eivätkä yhden vaiheen virheet kasaudu toiseen.
Malli 3: ”Ihmisen tarkastuspiste”
Agentti tekee valmistelutyön itsenäisesti ja tuo sitten ihmisen hyväksyttäväksi tilan, jossa kaikki on valmista toimeenpanoa varten. Ihminen tarkastaa ja hyväksyy, minkä jälkeen agentti suorittaa toiminnon.
Käyttökohteita ovat maksut, julkiset julkaisut ja arkaluonteiset lähetykset. Agentti säästää valmisteluun kuluvaa aikaa ja ihminen havaitsee virheet.
Malli 4: ”Erikoistunut agentti”
Yhden yleisagentin sijaan käytetään tiettyihin tehtäviin erikoistuneita agentteja. Jokainen niistä mukautetaan, testataan ja ylläpidetään omaa työnkulkuaan varten.
Yleistä ”käytä mitä tahansa verkkosivustoa” -agenttia on vaikea ylläpitää. ”Lähetä viikoittainen vaatimustenmukaisuusraporttimme” -agentti on suoraviivainen.
Malli 5: ”Siirtyminen RPA:han”
Kun tehtävä ei tosiasiassa vaadi tekoälyn joustavuutta, koska sivusto on vakaa ja työnkulku kiinteä, käytetään perinteistä RPA:ta, kuten Playwright-skriptejä tai Seleniumia. Se on näissä tilanteissa edullisempaa, nopeampaa ja luotettavampaa.
Käytä tietokoneenkäyttöagenttia nimenomaan silloin, kun tekoälyn joustavuus tuottaa lisäarvoa.
Malli 6: ”Eräajo”
Älä käynnistä agentteja pyynnöstä suurten tehtävämäärien yhteydessä. Kokoa työt eriin ja suorita agentteja rinnakkain aikataulun mukaan.
Esimerkiksi mallin ”käyttäjä lähettää pyynnön, agentti suorittaa heti” sijaan pyynnöt asetetaan jonoon ja agentit suoritetaan 15 minuutin erissä. Tämä tasaa kuormaa ja yksinkertaistaa arkkitehtuuria.
Mikä voi mennä vikaan
Lyhyt luettelo tavallisista virhetilanteista:
Sivusto muuttui. Agentti toimi moitteettomasti 6 kuukautta. Sivuston uudistus rikkoi kaiken. Ilman valvontaa saat tietää asiasta vihaisilta käyttäjiltä.
Automatisoinnin torjunta kehittyi. Sivusto otti käyttöön bottien tunnistuksen. Agenttien suoritukset epäonnistuvat yhä useammin. Lopulta tili estetään.
Jumiutuneen tehtävän kustannukset karkaavat. Agentti jää silmukkaan sekavalla sivulla. Jokainen kierros kutsuu konenäkömallia. Tunnissa voi kulua €100 verran.
Väärä toiminto suoritettiin. Agentti napsautti väärää painiketta. Se perui tilauksen vahvistamisen sijaan tai lähetti viestin väärälle henkilölle.
MFA estää etenemisen. Agentti ei pääse MFA:n ohi. Tuotantosuoritukset kasaantuvat ja jono kasvaa.
Tili estettiin. Sivusto havaitsi epätavallista toimintaa ja jäädytti tilin. Kaikki samankaltaiset tehtävät ovat estyneitä, kunnes tili palautetaan.
Tunnistetietojen vuoto. Agentti paljasti tunnistetiedot vahingossa lokissa tai näyttökuvassa. Seurauksena on tietoturvahäiriö.
Tietosuojaongelma. Agentti tallensi lokitettuihin näyttökuviin tahattomasti henkilötietoja (PII).
Useimmat näistä voidaan estää edellä kuvatuilla toimintamalleilla. Jokainen on kuitenkin toteutunut oikeissa tuotantoympäristöissä. Rakenna suojaukset sen mukaisesti.
Taloudellisuus: laskettu esimerkki
Tämä on mallinnettu tilanne, ei asiakastapaus, ja sanomme sen tarkoituksella suoraan: omilla luvuilla uudelleen laskettava ROI-malli on arvokkaampi kuin ”anonymisoitu tapaus”, jota ei voi todentaa.
Tehtävä: toistuvien vaatimustenmukaisuusraporttien lähettäminen 12 eri viranomaisportaaliin. Virossa esimerkkejä ovat portaalit, jotka edellyttävät edelleen lomakekohtaista tietojen syöttämistä: e-MTA-ilmoitukset, Statistics Estonia -kyselyt ja EU-tason lähetykset.
Manuaalinen lähtötilanne: 12 portaalia × 90 minuuttia = 18 tuntia viikossa. Täysin kuormitetulla hinnalla €30 tunnilta kustannus on €540 viikossa.
Automatisoitu:
- Agenttisuoritukset: 12 × ~€2 (konenäkömalli ja selaininfrastruktuuri) = €24 viikossa.
- Ylläpito: ~2 insinöörityötuntia kuukaudessa hintaan €100 tunnilta ≈ €46 viikossa. Portaalit muuttuvat. Tähän on varattava resursseja, tai automaatio lakkaa toimimasta huomaamatta.
- Virheiden käsittely: autonomisen onnistumisasteen ollessa 92% noin yksi suoritus viikossa siirtyy ihmiselle. Varaa tarkastukseen 30 minuuttia: €15 viikossa.
- Yhteensä: ~€85 viikossa, säästö ~€455 viikossa ≈ €23,500 vuodessa.
Seuraavat kaksi lukua ratkaisevat, onko mikään tästä todellista.
Ensimmäinen on onnistumisaste. Jos se jää noin tasolle 85%, ihmisen jatkuva valvontatyö syö säästöt. Mittaa onnistumisaste kahden viikon rinnakkaisjaksolla ennen järjestelmään luottamista. Älä ota lukua toimittajan esityksestä.
Toinen on ylläpidon aiheuttama poikkeama. Jokainen portaalin uudistus aiheuttaa rikkoutumisen, ja 12 portaalin kokonaisuudessa niitä tapahtuu useita vuodessa. Jos et osaa nimetä henkilöä, joka korjaa ne yhden työpäivän kuluessa, manuaalinen prosessi oli edullisempi.
Käyttöönoton tarkistuslista
Kun viet tietokoneenkäyttöjärjestelmän tuotantoon:
- Tehtävä on rajattu ja hyvin määritelty.
- Rajausta valvotaan suorituksen aikana eikä vain kuvata.
- Vaihe-, aika- ja kustannusbudjetit ovat käytössä.
- Todennusstrategia ja turvalliset tunnistetiedot on määritetty.
- Automatisoinnin torjunta on huomioitu (käytä luvallisia tilejä ja noudata nopeusrajoituksia).
- Virheet luokitellaan ja käsitellään.
- Tulos validoidaan agentin omasta raportista riippumatta.
- Valvonta ja hälytykset ovat käytössä.
- Hätäpysäytykset ovat käytössä.
- Ihminen osallistuu merkittäviä seurauksia aiheuttaviin toimiin.
- Auditointiloki on käytössä.
- Tietosuoja ja henkilötietojen (PII) käsittely on määritetty.
- Kustannukset ovat järkeviä vaihtoehtoihin verrattuna.
- Sivustojen muutoksia varten on ylläpitosuunnitelma.
Jokainen kohta vaatii todellista työtä. Yhdenkin ohittaminen luo riskin.
Sovita teknologia tehtävään
Tietokonetta käyttävät agentit ja selainagentit näyttävät tuotannossa erilaisilta kuin laajalle leviävissä esittelyissä. Rajatut tehtävät. Vahvat suojamekanismit. Perusteellinen valvonta. Ihmisen tarkastuspisteet. Realistinen talous.
Oikeissa tehtävissä ne ovat aidosti hyödyllisiä. Tiedon poiminta sivustoilta, joilla ei ole APIa, lomakkeiden täyttäminen laajassa mittakaavassa, sovellusten väliset työnkulut ja toistuva käyttöliittymätyö säästävät todellisissa tuotantototeutuksissa aikaa ja rahaa.
Vääriin tehtäviin, kuten avoimeen harkintaan, uudenlaisiin käyttöliittymiin ja yksittäisiin suuren riskin toimiin, ne eivät ole vielä valmiita. Älä yritä pakottaa niitä.
Taito on teknologian sovittamisessa tehtävään. Hyvin toteutettuina tietokonetta käyttävät agentit ovat hyödyllinen osa tuotantotekoälyn työkalupakkia. Huonosti toteutettuina ne ovat kallis tapa tuoda järjestelmään uusia virhetilanteita.
Valitse rajatut tehtävät. Rakenna suojamekanismit. Valvo herkeämättä. Ylläpidä johdonmukaisesti. Näin tietokonetta käyttävät agentit ansaitsevat paikkansa tuotantojärjestelmissä.
