Nyt kun tiedät, mikä agentti on, seuraava kysymys on ilmeinen: milloin agenttia kannattaa käyttää? Vastaus ei ole ”aina”. Agentti tuo mukanaan monimutkaisuutta, kustannuksia ja riskejä. Usein tavallinen työnkulku tai jopa yksinkertainen promptaus riittää.
Kun rakennat oppitunneilla omaa agenttiasi n8n:llä, tämän asian ymmärtäminen auttaa sinua tekemään parempia arkkitehtuuripäätöksiä. Kun tiedät, milloin agentti todella kannattaa, voit suunnitella projektisi järkevämmin.
Kuvittele, että vastaat asiakaspalvelusta. Joka päivä tulee 50 yhteydenottoa. Joku ehdottaa: ”Tehdään agentti, joka käsittelee nämä automaattisesti!” Ajatus kuulostaa hyvältä, kunnes huomaat todellisuuden: agentin rakentaminen, testaaminen ja ylläpito kestävät kuukauden ja maksavat 10 000 euroa. Ehkä yksinkertainen työnkulku, joka ohjaa yhteydenotot automaattisesti oikealle henkilölle, antaisi saman hyödyn murto-osalla kustannuksista.
Tässä oppitunnissa opit käyttämään päätöspuuta eli ajattelumallia, joka auttaa valitsemaan oikean ratkaisun. Milloin promptaus riittää? Milloin tarvitset työnkulun? Milloin agentti todella kannattaa rakentaa?
Pysähdy hetkeksi: Ajattele omaa tulevaa työtäsi. Mitä toistuvia ja monivaiheisia tehtäviä siinä voi olla? Mitkä niistä voisivat toimia työnkulkuina, ja mitkä vaatisivat agentin?
Ohjauskehys-kytkentä: Kurssin rajauksen mukainen agentti ei ole pelkkä kyvykäs kielimalli, vaan kielimallin ja agentin ohjauskehyksen muodostama järjestelmä. Ohjauskehys antaa tavoitteelle rakenteen, hallitsee tilaa ja työkaluja, rajaa oikeudet sekä huolehtii seurannasta. Jos tehtävä ei tarvitse mallin tekemää tilannekohtaista valintaa, promptaus tai tavallinen työnkulku on yleensä agenttia järkevämpi.
Automatisoinnissa on kolme perusvälinettä, ja jokaisella niistä on omat kustannuksensa ja hyötynsä. Kun päätät, mitä rakennat, sinun täytyy ymmärtää, mitä kukin väline käytännössä maksaa ja mitä hyötyä se tuottaa.
Ensimmäinen väline on yksinkertainen promptaus. Käyttäjä kirjoittaa esimerkiksi kielimallisovellukselle kysymyksen, ja tekoäly vastaa. Käyttäjä omistaa prosessin alusta loppuun. Kustannus on pieni: lähinnä käyttäjän aika ja mahdollinen kielimallisovelluksen tilaus. Hyötynä on nopeus, helppous ja se, ettei ratkaisua tarvitse ylläpitää. Rajoitus on kuitenkin selvä: käyttäjän täytyy aloittaa prosessi itse. Jos sähköpostiviesteistä tarvitaan yhteenvetoja, jonkun täytyy kopioida viestit manuaalisesti kielimallisovellukseen ja odottaa vastausta.
Toinen väline on työnkulku. Työnkulku voi haarautua ehtojen perusteella, käyttää tietokantaa, säilyttää prosessin tilaa ja ohjata syötteen ennalta määriteltyyn työkaluun. Sen ei siis tarvitse olla yksinkertainen tai tilaton. Ratkaisevaa on, että etenemisen valitsee etukäteen kirjoitettu logiikka: ennalta määritelty työnkulku voi säilyttää tilaa, mutta eteneminen ei perustu kielimallin dynaamiseen suunnitteluun. Tulos voi silti muuttua, jos ulkoinen tieto tai prosessin tila muuttuu. Työnkulun etuna on ennakoitavuus: säännöt voidaan tarkistaa ja testata. Jos uusi tilanne ei sovi sääntöihin, se tarvitsee uuden säännön tai turvallisen poikkeuspolun.
Kolmas väline on agentti. Asiakaspalvelun agentissa kielimalli voi tulkita viestin ja valita ohjauskehyksen sallimista vaihtoehdoista seuraavan toiminnon: hakeeko se hyväksytystä tietopohjasta, pyytääkö lisätietoa vai eskaloiko tapauksen ihmiselle. Valinta ei perustu mallin itse ilmoittamaan varmuusprosenttiin vaan havaittaviin ehtoihin, kuten puuttuvaan tietoon, ristiriitaisiin lähteisiin tai työkalun virheeseen. Ohjauskehys rajaa työkalut, oikeudet ja vaihtoehdot sekä kirjaa valinnan.
Agentin kustannus on suuri. Kehittäminen on monimutkaisempaa, koska logiikka on dynaamista. Testaus vie paljon aikaa, koska agentti voi tuottaa odottamattomia tuloksia. Ylläpito on jatkuvaa, koska sinun täytyy valvoa, mitä agentti tekee ja millaisia päätöksiä se tekee. Agentin hyöty on siinä, että se pystyy käsittelemään monimutkaisia ja poikkeavia tapauksia, joita työnkulku ei osaa ratkaista. Rajoitus on korkea hinta: agentista täytyy saada merkittävä hyöty suhteessa siihen, mitä sen rakentaminen ja ylläpito maksavat.
Pysähdy hetkeksi: Miksi olisit valmis maksamaan enemmän agentin rakentamisesta? Mitä sellaista etua agentti antaa, jota ei voi saavuttaa pelkällä työnkululla?
Kun tarkastelet automatisoitavaa tehtävää, kysy seuraavat kuusi kysymystä järjestyksessä. Ne auttavat sinua valitsemaan oikean välineen.
Ensimmäinen kysymys: Toistuuko tehtävä? Jos tehtävä on kertaluontoinen tai sitä tehdään hyvin harvoin, sitä ei yleensä kannata automatisoida. Automatisoinnin rakentamiseen kuluu todennäköisesti enemmän aikaa kuin itse tehtävän tekemiseen. Jos tehtävä taas toistuu joka päivä, joka tunti tai jopa useita kertoja minuutissa, automatisointi alkaa kannattaa. Jopa yksinkertainen työnkulku voi säästää merkittävästi aikaa, kun sitä käytetään tuhansia kertoja vuodessa.
Toinen kysymys: Onko tehtävä yksinkertainen vai monimutkainen? Yksinkertaiset tehtävät, joissa on selkeät säännöt, ratkeavat usein työnkululla. Vaiheiden suuri määrä ei yksin tee ratkaisusta agenttia: monimutkainenkin työnkulku voi käyttää ehtoja, tilamuuttujia ja tietokantaa. Agenttia kannattaa harkita vasta, kun kielimallin rajattu tilannearvio tuo tehtävään hyötyä, jota ennalta kirjoitettu reititys ei kohtuudella tuota.
Kolmas kysymys: Onko eteneminen ennalta määrätty vai pitääkö seuraava toiminto valita tilanteen perusteella? Jos sama asia tehdään joka kerta samalla tavalla, työnkulku on yleensä riittävä. Agentista voi olla hyötyä silloin, kun kielimallin pitää tulkita uusi tilanne, valita käytettävä työkalu, arvioida työkalun tulos ja päättää seuraava toiminto. Myös agentin toimintaa rajaavat säännöt, oikeudet ja hyväksyntäportit. Ero ei siis ole siinä, että työnkululla on sääntöjä ja agentilla ei, vaan siinä, kuka tai mikä valitsee etenemisen rajojen sisällä.
Neljäs kysymys: Kuka maksaa hinnan? Jos käyttäjä maksaa pienen summan, kuten tekoälypalvelun tilauksen, kokeileminen on helppoa ja riski on pieni. Jos taas organisaatio maksaa tuhansia tai kymmeniä tuhansia euroja agentin rakentamisesta, päätös on paljon suurempi. Silloin tarvitaan vahvat perusteet ja realistinen arvio siitä, että investointi maksaa itsensä takaisin.
Viides kysymys: Mitkä ovat epäonnistumisen kustannukset? Jos agentti tekee virheen eikä mitään vakavaa tapahdu, riski voi olla hyväksyttävä. Esimerkiksi sähköposti voi mennä väärään kansioon, mutta ihminen huomaa sen ja korjaa virheen. Jos epäonnistumisen seuraukset ovat suuret, tilanne muuttuu. Rahaa voidaan menettää, asiakkaita voidaan menettää tai ihminen voi joutua vaaraan. Tällöin agenttia täytyy valvoa hyvin huolellisesti, ja valvonta nostaa ylläpitokustannuksia merkittävästi. Joissain tapauksissa korkeat epäonnistumisen kustannukset tekevät agentin rakentamisesta kannattamatonta.
Kuudes kysymys: Onko ihmisen valvonta mahdollista? Jos ihminen voi valvoa agentin päätöksiä ja puuttua toimintaan, kun jokin menee pieleen, riski on hallittavampi. Agentti voi pyytää ihmisen apua vaikeissa tilanteissa, jolloin riskien hallinta on mahdollista. Jos valvonta on mahdotonta, agentin täytyy toimia lähes täydellisesti. Tämä on harvinaisen kallista rakentaa ja ylläpitää.
Katsotaan seuraavaksi kolmea käytännön tilannetta ja sitä, mitä kuusi kysymystä niissä ohjaavat tekemään.
Tilanne 1: Laskujen käsittely. Yritys käsittelee 100 laskua päivässä. Lasku saapuu, sen summa täytyy vahvistaa ja tiedot pitää kirjata järjestelmään. Säännöt muuttuvat jonkin verran: uusia laskuttajia tulee ja hinnat muuttuvat, mutta perusprosessi pysyy samana. Epäonnistumisen hinta on korkea, koska väärä summa voi aiheuttaa organisaatiolle taloudellista vahinkoa. Ihmisen valvonta on kuitenkin mahdollista: valvoja voi tarkistaa, että laskut on käsitelty oikein.
Kuuden kysymyksen perusteella tehtävä toistuu, on melko monimutkainen, sisältää jonkin verran muuttuvia sääntöjä, aiheuttaa organisaatiotason kustannuksia, sisältää korkean epäonnistumisen hinnan ja mahdollistaa ihmisen valvonnan. Paras ratkaisu on työnkulku yhdessä ihmisen valvonnan kanssa. Agentti olisi todennäköisesti ylimitoitettu, ellei laskumäärä kasva huomattavasti tai tapausten monimutkaisuus lisäänny merkittävästi.
Tilanne 2: Sähköpostien lajittelu. Sähköposteja tulee satoja päivässä, mutta tehtävä on yksinkertainen: viestit luokitellaan sisällön perusteella. Hakusanat pysyvät samoina vuodesta toiseen. Epäonnistumisen hinta on matala. Jos sähköposti menee väärään kansioon, käyttäjä huomaa sen ja siirtää sen itse. Tilanne ei aiheuta kriisiä, eikä jatkuvaa valvontaa tarvita.
Kuuden kysymyksen perusteella tehtävä toistuu, on yksinkertainen, perustuu staattisiin sääntöihin, aiheuttaa pienet kustannukset, sisältää matalan epäonnistumisen hinnan eikä vaadi kriittistä valvontaa. Paras ratkaisu on yksinkertainen työnkulku. Agentti olisi tähän tehtävään täysin ylimitoitettu ja turhan kallis.
Tilanne 3: Asiakaspalvelupyyntöjen reitittäminen. Organisaatio saa yli 50 yhteydenottoa päivässä. Reititykseen vaikuttavat monet tekijät, kuten asian prioriteetti, työntekijöiden osaaminen, asian kiireellisyys ja asiakassuhteen arvo. Säännöt muuttuvat jatkuvasti, koska työntekijät, käsiteltävät aihealueet ja prioriteetit muuttuvat. Epäonnistumisen hinta on keskikorkea: väärä reititys voi heikentää asiakastyytyväisyyttä. Valvonta on mahdollista, koska esihenkilö voi tarkistaa päätöksiä.
Kuuden kysymyksen perusteella tehtävä toistuu, on monimutkainen, sisältää muuttuvia sääntöjä, aiheuttaa merkittäviä kustannuksia, sisältää keskikorkean epäonnistumisen hinnan ja mahdollistaa valvonnan. Paras ratkaisu on aloittaa työnkululla ja valmistautua agenttiin. Jos yritys kasvaa ja tiketit monimutkaistuvat, agenttiin voidaan siirtyä myöhemmin. Aluksi ei kuitenkaan kannata rakentaa liian raskasta ratkaisua.
Pysähdy hetkeksi: Käy läpi nämä kolme tilannetta ja ajattele omaa mahdollista tehtävääsi. Mitä kuusi kysymystä vastaavat sen kohdalla?
Tässä on tärkeä ajatus, jonka monet unohtavat: agentti on monimutkainen. Se ei ole vain ”parempi työnkulku”. Se on luonteeltaan erilainen ratkaisu, ei pelkästään suurempi tai tehokkaampi versio työnkulusta.
Työnkulun kehitysaika mitataan usein tunneissa tai päivissä. Agentin kehitysaika mitataan usein viikoissa tai kuukausissa, koska dynaaminen logiikka vaatii paljon enemmän suunnittelua. Työnkulkua testaa yleensä tekijä, joka ymmärtää säännöt. Agenttia täytyy testata laajemmin, koska sen dynaamisuus voi tuottaa odottamattomia tuloksia. Agentti vaatii myös jatkuvaa valvontaa. Virheet ja ihmisen palaute tallennetaan, jotta niitä voidaan arvioida. Niiden perusteella ihminen korjaa ohjeita, agentin ohjauskehyksen sääntöjä tai testejä ja varmistaa muutoksen vaikutuksen uudella testillä. Agentti ei siis opi yksittäisestä virheestä itsestään.
Kysy siis aina: miksi rakennan agentin? Vastaus perustuu kustannusten ja hyötyjen vertailuun. Jos työnkulku ratkaisee ongelmasi 80 prosentissa tapauksista ja agentti ratkaisee sen 85 prosentissa tapauksista, oletko valmis maksamaan 10 kertaa suuremmat kehitys- ja ylläpitokustannukset viiden prosenttiyksikön parannuksesta? Usein vastaus on ei. Jos työnkulku ratkaisee vain 40 prosenttia tapauksista ja agentti 95 prosenttia tapauksista, hyöty voi olla selvästi kustannuksia suurempi. Silloin agentti voi olla järkevä ratkaisu.
Kun kuusi kysymystä osoittaa, että tehtävä ansaitsee agentin, jäljellä on vielä yksi valinta: rakennatko oman vai käytätkö valmisagenttia, jollaisiin tutustuit Boteista agentteihin -tunnilla? Tämäkin on arkkitehtuuripäätös, ei tuotevalinta — ja se ratkeaa samalla logiikalla kuin muutkin tämän tunnin päätökset.
Nyrkkisääntö kuuluu näin. Toistuva ja tarkkaan määritelty prosessi puoltaa omaa työnkulkua tai omaa n8n-agenttia, koska silloin saat täsmälleen omat sääntösi, omat integraatiosi ja omat lokisi. Vaihteleva, kertaluonteinen tietotyö puoltaa valmisagenttia, koska rakentamisen ja ylläpidon kustannus jää silloin kokonaan pois. Huomaa samalla ero käyttämisen ja rakentamisen välillä: valmisagentin voi ottaa käyttöön myös silloin, kun oman rakentaminen ei kannata — rakentamiskustannus on nolla, joten päätöspuun ensimmäinen kysymys ei estä valmisagentin käyttöä.
Vertailussa auttaa kolme perustetta. Kustannus: valmisagentissa maksat tilausmaksun, omassa maksat kehityksen ja jatkuvan ylläpidon. Kontrolli: omassa agentissa päätät itse säännöt, työkalut ja rajat — valmiissa joku muu on päättänyt ne puolestasi. Läpinäkyvyys: omassa n8n-työnkulussa näet jokaisen solmun ja jokaisen suorituksen, valmisagentissa näet vain sen, minkä se näyttää.
Lopputyössä rakennat oman n8n-agentin joka tapauksessa — juuri siksi, että osaisit jatkossa tehdä tämän valinnan perustellusti. Kun olet kerran nähnyt, mitä oman agentin rakentaminen ja ylläpito vaativat, osaat myös arvioida, mistä valmisagentin tilausmaksussa oikeastaan maksetaan.
Pysähdy hetkeksi: Ratkeaisiko sinun lopputyöongelmasi valmisagentilla? Jos ratkeaisi, mitä menettäisit — ja onko sillä menetyksellä sinun tapauksessasi väliä?
Kun rakennat ratkaisua n8n:ssä, tässä oppitunnissa käsitellyt päätökset muuttuvat konkreettisiksi valinnoiksi n8n:n visuaalisessa editorissa.
Yksinkertainen promptaus n8n:ssä: yksi AI Agent -solmu saa viestin ja vastaa siihen. Muita solmuja ei tarvita. Tämä riittää, kun tehtävä on yksinkertainen.
Työnkulku n8n:ssä: ennalta kirjoitettu logiikka määrää etenemisen. Työnkulku voi haarautua, lukea ulkoista tilaa ja tuottaa samasta syötteestä eri tuloksen, jos esimerkiksi tietokannan sisältö muuttuu. Se ei silti ole tämän kurssin rajauksen mukainen agentti, ellei kielimalli valitse rajatuista vaihtoehdoista seuraavaa toimintoa havaintojen perusteella.
Agentti n8n:ssä: AI Agent -solmulla on pääsy työkaluihin, kuten tietokantaan, verkkohakuun tai tiedostoihin. Agentti päättää itse, mitä työkalua se käyttää. Tämä on monimutkaisempaa mutta joustavampaa.
Tämän esikatselun tarkoitus on yksinkertainen: kun tulet Agentin minimiversion rakennustunnille ja avaat n8n:n, tiedät jo, mitä olet rakentamassa ja miksi. Päätös promptauksen, työnkulun ja agentin välillä on arkkitehtuuripäätös, ei pelkkä työkalupäätös.
Palaa Boteista agentteihin -tunnilla kirjaamiisi ongelmaehdokkaisiin ja käy ne läpi päätöspuun avulla. Valitse vasta nyt lopullinen projekti. Jos tavallinen työnkulku riittää, havainto on onnistunut oppimistulos: valitse toinen ehdokas tai rajaa projektiin yksi aidosti tarpeellinen tilannekohtainen mallipäätös. Kirjaa päätösmuistioon myös hylätty vaihtoehto ja syy, miksi et valinnut sitä.
Lopuksi pohdittavaksi: Mitä kielimallin ympärillä pitää olla, jotta ratkaisua voi perustellusti kutsua agentiksi — ja tarvitaanko sitä tässä ongelmassa?
Automatisointi on jatkumo, ei joko–tai-valinta. Älä valitse agenttia automaattisesti. Kysy ensin nämä kuusi kysymystä: Toistuuko tehtävä? Onko tehtävä monimutkainen? Pitääkö seuraava toiminto valita tilanteen perusteella? Kuka maksaa? Mitkä ovat epäonnistumisen kustannukset? Onko valvonta mahdollista?
Päätöspuu ohjaa sinut oikean välineen luo. Yksinkertainen työnkulku ratkaisee usein ongelman riittävän hyvin ja paljon pienemmillä kustannuksilla kuin agentti. Valitse aina yksinkertaisin ratkaisu, joka todella toimii.
Tarkistettu 15.7.2026.
Tällä välilehdellä pääset harjoittelemaan juuri lukemaasi: milloin tehtävä kannattaa hoitaa promptauksella, milloin työnkululla ja milloin agentti todella kannattaa rakentaa. Tehtävät tarkistuvat itsestään — saat palautteen heti jokaisen vastauksen jälkeen, eikä kukaan arvioi tai näe vastauksiasi. Väärä vastaus ei haittaa, sillä jokainen selitys kertoo, miksi juuri se vaihtoehto meni pieleen, joten opit myös virheistä. Tehtävät etenevät sanaston kertaamisesta kohti soveltamista ja päättyvät tilanteeseen, jossa arvioit itse, mikä ratkaisu on yksinkertaisin riittävä — ja kannattaako valmisagentti vai oma.
Aloitetaan tunnin käsitteistä, ennen kuin siirrytään soveltamiseen.
Jokaisen kysymyksen taustalla on yksi yleinen automatisointia koskeva harhaluulo. Valitse vaihtoehto, joka pitää paikkansa.
Nyt sovellat päätöspuuta arkisiin tilanteisiin. Muista, että oikea vastaus ei aina ole ensimmäinen mieleen tuleva.
Viimeistä edellinen tehtävä vie sinut neuvonantajaksi: valitset jokaiseen tarpeeseen yksinkertaisimman riittävän välineen ja ratkaiset lopuksi, ostetaanko valmis vai rakennetaanko oma.
Viimeinen tehtävä kokoaa tunnin yhteen. Et saa pisteitä koneelta, vaan kirjoitat lyhyen selityksen omin sanoin ja vertaat sitä asiantuntijan näkökulmaan ja muistilistaan.
Tavoite: Osaat erottaa toisistaan kertaluonteisen promptauksen, ennalta määritellyn työnkulun ja agentin, joka valitsee toimintoja tilanteen perusteella.
Täytä taulukko. Älä aloita ratkaisusta, vaan tehtävän tarpeesta.
| Tapaus | Prompti, työnkulku vai agentti? | Mikä päätös muuttuu tilanteen mukaan? | Mitä agentin ohjauskehyksen pitäisi hallita? | Miksi yksinkertaisempi ratkaisu ei riitä? |
|---|---|---|---|---|
| Yhden raportin tiivistäminen kerran | ||||
| Saapuvan lomakkeen tallentaminen aina samaan taulukkoon | ||||
| Tukipyynnön tutkiminen, tarvittavan tiedon hakeminen ja epäselvän tapauksen ohjaaminen ihmiselle |
Käytä päätöksessäsi näitä kysymyksiä:
Avaa Boteista agentteihin -tunnilla kirjoittamasi ongelmaehdokkaat. Aja vähintään kaksi ehdokasta saman päätöspuun läpi. Valitse vasta vertailun jälkeen lopullinen agenttiprojektisi ja kirjoita yhden sivun päätösmuistio:
Jos huomaat, että tavallinen työnkulku riittää, älä keksi agentille näennäistä tarvetta. Rajaa projektiasi uudelleen niin, että siinä on yksi todellinen, tilanteen mukaan muuttuva päätös. Voit myös vaihtaa aihetta.
Arvioin tehtävää, johon olen valinnut [promptin / työnkulun / agentin].
Tässä ovat tehtävä, muuttuva päätös, tarvittavat työkalut, riskit ja
valvonta: [liitä muistiosi]. Haasta valintani kolmella kysymyksellä.
Älä ehdota agenttia vain siksi, että tehtävässä käytetään kielimallia.
Etsi ensin yksinkertaisempi ratkaisu, joka voisi riittää.
Muokkaa päätösmuistiotasi saamiesi kysymysten perusteella. Merkitse loppuun yksi muutos, jonka teit, ja miksi.
Menetelmä, jolla tehdään järkevä valinta esittämällä sarja kysymyksiä. Se auttaa päättämään, mikä automatisointiratkaisu on oikea: promptaus, työnkulku vai agentti.
Kielimallia ympäröivä ohjelmallinen kehys, joka antaa agentille tavoitteen, työkalut, tilan, oikeudet, rajat, hyväksynnät, lokituksen ja palautumisen.
Järjestelmän kyky käsitellä yhä suurempaa määrää tehtäviä ilman, että sen rakenne tai toiminta muuttuu merkittävästi. Agentti on paremmin skaalautuva kuin työnkulku muuttuvissa tilanteissa.
Tekijä, joka määrittää, kuinka vaativa järjestelmä on rakentaa ja ylläpitää. Suurempi monimutkaisuus tarkoittaa suurempia kustannuksia.
Prosessi, jossa järjestelmä tekee tehtäviä ilman ihmisen osallistumista. Se voi olla yksinkertainen (skripti) tai monimutkainen (agentti).
Rakenne, jossa agentti tekee päätöksiä, mutta pyytää ihmisen apua vaikeissa tai kriittisissä tilanteissa. Tämä parantaa turvallisuutta ja luotettavuutta.
Vertailu, jossa arvioidaan, ovatko automatisoinnin kustannukset pienemmät kuin sen hyödyt. Se on tärkeä agentin käytöstä päätettäessä.
Etukäteen kirjoitettu ehto, joka ohjaa prosessia. Esimerkiksi: "Jos sähköposti sisältää sanan lasku, siirrä se kansioon A."
Mahdollisuus, että agentti tekee virheen tai aiheuttaa vahinkoa. Suuri riski tarkoittaa, että agenttia täytyy valvoa tarkasti.
Kirjalliset ohjeet, joita työnkulku seuraa. Staattinen työnkulku noudattaa aina samoja sääntöjä.
Säännöt, jotka voivat muuttua tilanteen tai oppimisen mukaan. Agentti soveltuu paremmin muuttuviin sääntöihin.
Päätös siitä, käytetäänkö valmisagenttia vai rakennetaanko oma. Valintaa ohjaavat prosessin toistuvuus ja tarkkuus sekä kolme vertailuperustetta: kustannus, kontrolli ja läpinäkyvyys.