Tekoälyagenteista tulee henkilökuntaa: Oletko valmis?
2. helmikuuta 2026, lukuaika 8 minuuttia.
TL; DR: Tekoälyagentit siirtyvät kokeista infrastruktuuriin. He lukevat, päättävät ja toimivat. Joskus vastauksena ihmiseen. Joskus itsenäisesti. Nopeus on ominaisuus , mutta myös riski.
Tekoälypiloteista tuotantovaiheen agenteiksi
Kun agenteista tulee ”infrastruktuuri”, ne lakkaavat olemasta yhden tiimin työkaluja ja niistä tulee jaettuja riippuvuuksia. Ne koskettavat identiteettiä, dataa, yhteistyöpintoja ja operatiivisia työnkulkuja. Heti kun agentti voi käynnistää toimintoja eri järjestelmissä, kysymys ei ole enää ”toimiiko se”, vaan ”voimmeko hallita sitä skaalautuvasti”. Microsoftin tekoälyagenttien käyttöönotto-ohjeet ovat selkeät järjestyksen suhteen: agenttien suunnittelu, agenttien hallinta ja suojaaminen, agenttien rakentaminen ja sitten agenttien käyttö. Jos käännät järjestyksen toisin päin, käyttöönotto tapahtuu yleensä ennen hallintaa.
Miksi tekoälyagentteja on vaikeampi hallita kuin sovelluksia
Microsoftin Cloud Adoption Framework kuvaa agentteja ohjelmistoiksi, jotka pystyvät päättelemään syötteitä, käyttämään työkaluja ja suorittamaan toimia ohjeiden, haun, toimintojen ja muistin tuella. Tämä yhdistelmä tekee agenteista hyödyllisiä ja vaikeuttaa niiden hallintaa perinteisiin sovelluksiin verrattuna. Kyse ei ole pelkästään koodin käyttöönotosta. Otat käyttöön päätöksentekosilmukoita, joilla on ulottuvuus dataan ja järjestelmiin.
Käytännössä "työkalut" tarkoittavat API-käyttöoikeutta, työnkulun käynnistimiä, tiedostotoimintoja, identiteettihakuja, tikettien automatisointia ja järjestelmänvalvojan toimia. "Haku" tarkoittaa, että agentti voi hakea tietoa sisäisistä lähteistä ja syntetisoida sen tulosteiksi ja päätöksiksi. "Muisti" tarkoittaa, että se voi kuljettaa kontekstia vuorovaikutusten välillä, mikä on tehokasta, mutta lisää myös riskiä, että data säilyy, käytetään uudelleen tai se nousee esiin väärässä paikassa, jos kontrollit ovat heikkoja. Tästä syystä Cloud Adoption Framework sitoo agentin hallinnan muuhunkin kuin IAM:ään: datan hallinnan, havaittavuuden, tietoturvakontrollien ja kehityskäytäntöjen on toimittava yhdessä.
Tekoälyagenttien omistajuus on se, mikä hajoaa ensimmäisenä
Useimmissa organisaatioissa ensimmäisenä hajoava asia ei ole malli, vaan omistajuus.
Omistajuus epäonnistuu, koska agenttien identiteetit näyttävät petollisen tutuilta. Ne luodaan kuin "toinen sovellusidentiteetti" ja niistä tulee nopeasti operatiivisia toimijoita. Kun agentti voi toimia jatkuvasti, se elää pidempään kuin sen luonut sprintti. Kun se elää sprintin jälkeen, se tarvitsee elinkaaren. Kun se tarvitsee elinkaaren, se tarvitsee todellisen vastuullisen osapuolen, jolla on uusimisvaltuudet, ei vain jotakuta, joka kerran kirjoitti koodin.
Miksi tämä on nyt johdon asia
Tästä syystä agenttien identiteetistä on tullut johdon puheenaihe. Jos agenttien identiteettejä käsitellään tavallisten sovellusidentiteettien tavoin, päädytään samaan epäonnistumistilaan kuin palvelupäätelmien viimeisen vuosikymmenen aikana, vain enemmän autonomiaa ja enemmän käyttöpinta-alaa.
Riskikäyrä muuttuu, koska agentit vähentävät kitkaa. Kitkan vähentäminen on pointti, ja se tarkoittaa myös sitä, että useampia toimintoja tapahtuu automaattisesti ja useampia järjestelmiä voidaan ketjuttaa yhteen. Yksittäisestä ylioikeuksien piiriin kuuluvasta identiteetistä voi tulla oikotie muuten hyvin suunniteltujen kontrollien kautta. Kun jokin menee pieleen, se tapahtuu nopeammin ja leviää laajemmalle, koska agentti on rakennettu viemään työtä eteenpäin odottamatta hyväksyntöjä jokaisessa vaiheessa.
Agenttien leviäminen on tapa menettää hallinta
Microsoft kutsuu sitä agenttien hajautukseksi: agentit ilmestyvät yrityksen osiin, lisääntyvät nopeasti ja elävät pidempään kuin projekti, jossa ne luotiin. Käyttöoikeudet ovat yleensä liian laajoja, koska "se oli helpompaa", eikä kukaan sitten palaa vähentämään niitä. Kun lokitiedoissa näyttää joltain epäilyttävältä, ei ole vastuullista henkilöä, jolta kysyä, mitä agentin pitäisi tehdä. Näin pienistä automaatioista tulee tietoturvapoikkeamia.
Hajautuminen ei tarkoita vain "liikaa agentteja". Se on liikaa agentteja ilman yhteistä standardia nimeämiselle, metadatalle, riskien tasoitukselle ja tarkastelulle. Se on eri tuotteissa, eri tiimien luomia agentteja, joilla on erilaiset oletukset datan käytöstä, toiminnallisista rajoista ja valvonnasta. Lopputuloksena on identiteettejä, jotka voivat todentaa, kutsua API-rajapintoja ja suorittaa toimia, kun taas organisaatiolla on vaikeuksia vastata peruskysymyksiin, kuten mihin agenttia käytetään, mihin tietoihin se voi koskea ja onko kukaan tarkistanut sen käyttöoikeuksia viimeisellä neljänneksellä. Microsoftin ohjeistus korostaa nimenomaisesti organisaationlaajuisten agenttien hallinta- ja tietoturvakäytäntöjen tarvetta, koska tiimikohtainen hallinta ei kestä, kun agentteja on paljon.
Entra Agent ID käytännössä
Lue lisää Microsoft Entra Agent ID:n toiminnasta käytännössä
Microsoftin suunta: ensin hallinta, sitten skaalaus
Microsoftin vastaus Entra-ekosysteemissä on tehdä agenteista ensiluokkaisia identiteettejä Entra Agent ID:n avulla ja sijoittaa agenttien hallinta käyttöönoton elinkaareen, joka alkaa suunnittelusta ja hallinnasta, ei työkaluista. Sinä suunnittelet, sinä hallitset ja suojaat, sinä rakennat, sinä käytät. Jos käännät tämän järjestyksen päinvastaiseksi, saat skaalautuvuuden ennen hallintaa.
Käytännön muutos tässä on standardointi. Sen sijaan, että jokainen tiimi keksisi oman identiteettimallinsa, siirrytään toistettavien identiteetin ja hallinnan rakennuspalikoiden suuntaan. Entra Agent ID:ssä myös löytämistä käsitellään ensiluokkaisena ongelmana agenttirekisterin kautta, jota kuvataan keskitetyksi metatietovarastoksi ja löytämismekanismiksi organisaatiossa käytössä oleville agenteille. Tällä on merkitystä, koska hallinta alkaa siitä, että tiedetään, mitä on olemassa, ei arvailemalla.
Miltä toimeenpanovallan tulisi näyttää?
Sen tulisi olla lyhyt, täytäntöönpanokelpoinen ja rakennettu todellisuutta varten. Todellisuuteen kuuluvat uudelleenorganisoinnit, toimittajavaihdokset, kiireiset tiimit ja päättyvät projektit. Mandaatin tulisi määritellä, miten agentit saavat olla olemassa vuokraajassasi, miten heidät omistetaan ja miten heidät suljetaan.
Vastuullisuus, joka kestää organisaatiomuutokset
Aloita vastuullisuudella, joka kestää organisaatiomuutokset. Entra Agent ID tuo mukanaan hallinnollisia suhteita, jotka erottavat teknisen hallinnan liiketoimintavastuusta, mukaan lukien sponsorit. Sponsori vaaditaan agentti-identiteetin tai agenttisuunnitelman luomisessa. Se on sisäänrakennettu pakkotoiminto: jokaisella agentilla on oltava ihminen tai ryhmä, joka voi selittää, miksi se on olemassa, ja päättää, milloin se tulisi uusia tai poistaa.
Tämä erottelu on tärkeä, koska teknisten ylläpitäjien ei pitäisi joutua perustelemaan liiketoiminnan tarkoitusta, eikä yritysten omistajien pitäisi tarvita ylläpitäjän oikeuksia ollakseen vastuussa. Sponsorit tekevät elinkaaripäätökset ja pitävät "miksi"-kysymykset elossa. Omistajat hoitavat teknisen hallinnon. Näin vältetään klassinen ansa, jossa vastuu piilee Jira-tiketissä tai lähteneen työntekijän postilaatikossa.
Sisäpiirin riski vain moninkertaistui
Maailmassa, jossa agenttinen tekoäly on saamassa toimijuutta, sisäpiiririski kasvaa hallitsemattomalla nopeudella.
Elinkaari oletusarvoisesti, ei poikkeuksetta
Vaadi sitten oletusarvoisesti elinkaari. Väliaikaisista agenteista ei saisi tulla pysyviä asukkaita. Perustasollesi tulisi sisältyä voimassaolon päättyminen, säännöllinen tarkistus ja rekisteri, jonka avulla voit selvittää, mitä on olemassa ja miksi. Microsoft kuvailee keskitettyä agenttirekisteriä nimenomaisesti etsintämekanismiksi, jossa on metatietoja rekisteröityneistä agenteista. Näin estät näkymättömiä agentteja keräämästä näkymättömiä oikeuksia.
Rekisteri ei ole byrokratiaa. Se on perustoimintojen hallintajärjestelmä. Sen tulisi sisältää riittävästi metadataa, jotta päätöksiä voidaan tehdä nopeasti, kuten käyttötarkoituksen, toimeksiantajan, ympäristön, datan laajuuden ja viimeisimmän tarkistuksen ajankohdan. Ilman sitä "käyttöoikeuden tarkistuksesta" tulee arvailua. Sen avulla uusimisesta tulee rituaalin sijaan päätös. Microsoftin agenttirekisteri on suunniteltu juuri tätä löydettävyyttä ja organisointia varten skaalautuvasti, mukaan lukien ohjeet agenttien metadatasta ja löydettävyysmalleista.
Räjähdyssädettä rajoittavat rajat
Lopuksi, aseta rajat sille, missä agentit voivat toimia ja mihin he voivat koskea. Cloud Adoption Frameworkin hallintanäkökulma yhdistää datan hallinnan ja vaatimustenmukaisuuden, havainnoitavuuden, tietoturvakontrollit ja kehityskäytännöt. Tämä ei ole vain IAM-ongelma. Kyse on käyttöoikeudesta ja datan hallinnasta, valvonnasta ja kustannusten näkyvyydestä, uhkien torjunnasta ja turvallisista rakennusmalleista.
Tähän kohtaan monet organisaatiot investoivat liian vähän. Ne keskittyvät todennukseen ja unohtavat, että agentin arvo tulee datan käyttöoikeudesta ja toimintakyvystä. Jos et yhdistä identiteetin hallintaa datan hallintaan ja valvontaan, et näe eroa "kiireisen agentin" ja "vaarantuneen agentin" välillä, ennen kuin se on jo kallista. Cloud Adoption Frameworkin hallinto- ja tietoturvaohjeet ovat selkeitä, että näiden hallintatoimien on oltava yhdenmukaisia koko organisaatiossa, eikä niitä saa keksiä uudelleen tiimikohtaisesti.
Tekoälyagentit ovat digitaalisia työtovereita, jotka tarvitsevat tiukan sopimuksen
Tekoälyagentteja tulisi kohdella kuin digitaalisia työtovereita, joilla on tiukempi sopimus kuin ihmisillä. Ihmisillä on konteksti ja harkintakyky. Agenteilla on nopeus. Sinun tehtäväsi on varmistaa, ettei nopeus ole aikomuksen edellä.
”Tiukemman sopimuksen” mukaan agentin ei koskaan sallita olevan epämääräinen. Sillä on tarkoitus, joka mahtuu yhteen lauseeseen, vastuullinen sponsori, valvotut rajat ja elinkaari, joka päättyy, ellei sitä uusita. Näin pidät autonomian hyödyllisenä riskialttiiden sijaan.
Oletko valmis hallitsemaan tekoälyagentteja identiteetteinä?
Aloita käytännöllisellä Entra Agent ID -hallintamallilla, joka antaa jokaiselle agentille sponsorin, omistajan, elinkaaren ja tarkistettavan käyttöoikeusmallin.
Tekoälyagentin identiteetin tavoitetulosstandardi
Jos haluat yhden käytännöllisen johtamistuloksen, pyri tähän: jokainen toimija on tunnistettavissa, hänen vastuunsa voidaan osoittaa, hän on tarkistettavissa ja hänen toimintansa voidaan rajoittaa. Jos et pysty tekemään näitä neljää asiaa, sinulla ei ole hallintoa. Sinulla on toivoa.
Tunnistettava tarkoittaa, että sen voi löytää ja ymmärtää sen tarkoituksen ilman arkeologiaa.
Osoitettava tarkoittaa, että on olemassa sponsori, joka voi uusia sen tai poistaa sen käytöstä.
Tarkistettavissa oleva tarkoittaa, että käyttöoikeudet ja laajuus hyväksytään säännöllisesti uudelleen nykytilanteen, ei viime vuoden oletusten, perusteella.
Rajoitettavissa oleva tarkoittaa, että käytännöt ja rajat rajoittavat vahinkoja, kun jokin menee pieleen, jotta onnettomuuksista ei tule koko vuokralaista koskevia ongelmia.
Ota yhteyttä
Tutustumispuhelu auttaa sinua selvittämään, voimmeko auttaa sinua ratkaisemaan ongelmasi, eikä se ole sitova.
