Kopilotista kollegaksi: mitä tarkoittaa, kun tekoäly toimii itsenäisesti

Tutkimukseen pohjautuva katsaus siirtymästä ehdotuskoneista itsenäisiin tiimikavereihin. Miksi muutos tapahtuu nyt, mikä siinä menee rikki ja miten ottaa käyttöön ilman, että luovuttaa avaimia koko valtakuntaan.

Kopilottien aika on saavuttanut lakipisteensä

15. päivänä huhtikuuta 2026 Sam Altman julkaisi X:ssä, että OpenAI julkaisee "Codex-päivityksiä tällä viikolla, painottaen tiimejä ja suuryrityksiä".

Vastaukset olivat paljastavia. Jokaiselle kehittäjälle, joka kysyi tiekartasta, oli toinen, joka esitti vaikeamman kysymyksen: miksi Codex tarvitsee yhä, että vahtin sitä? Kuusi kuukautta aiemmin BeyondTrustin tutkijat olivat julkaisseet proof-of-conceptin, jossa erityisesti muotoiltu Git-haaran nimi pystyi huijaamaan Codexin vuotamaan käyttäjän GitHub-tunnuksen. Kopilotti, jonka voi huijata vuotamaan tunnuksen haaranimen kautta, ei ole kollega. Se on ladattu ase varmistimella.

Tämä jännite on läsnä jokaisessa yritystason tekoälykeskustelussa vuonna 2026. Kopilotit ovat saavuttaneet kattonsa, ja luvut osoittavat sen:

MIT:n NANDA-hanke raportoi vuonna 2025, että 95% generatiivisen tekoälyn piloteista epäonnistuu tuottamaan mitattavaa liiketoiminta-arvoa.
RANDin tutkimus, johon viitattiin toistuvasti Redditin r/ArtificialIntelligence-kanavalla alkuvuodesta 2026, havaitsi, että 80–90% tekoälyagenttihankkeista epäonnistuu tuotantoympäristössä.
Kehittäjien hyväksymisaste GitHub Copilotille on tasaantunut noin 35–40%:ssa, kun taas Cursor on 42–45% ja Claude Code sai 46% "most loved" -arvion 2026 tekoälykoodauskyselyssä. Huima käänne työkalulle, joka julkaistiin vasta toukokuussa 2025.
Satya Nadellan kerrotaan kutsuneen Microsoftin sisäistä Copilot-julkaisua "lähes käyttökelvottomaksi" loppuvuodesta 2025, ja yhtiö ilmoitti johtajien sisäisesti kuvaileman "korkean panoksen nollauksen" tuotteelle.
arXiv-tutkimus julkaistiin loppuvuodesta 2025 ja havaitsi, että Copilot-tyylinen automaattitäydennys itse asiassa lisäsi turhautumista kokeneiden kehittäjien keskuudessa, koska se keskeytti heidän työnsä ehdotuksilla, jotka olivat uskottavia mutta hienovaraisesti vääriä.

Lakipiste ei johdu taustalla olevien mallien epäonnistumisesta. Se johtuu vuorovaikutusmallin epäonnistumisesta. Kopilotti toimii yksittäisen näppäinpainalluksen tai kysymyksen tasolla. Kollega toimii työnkulun tasolla. Bits&Chips kiteytti asian hyvin huhtikuun 2026 esseessään "From copilot to colleague": "Kopilotti toimii yksittäisen vuorovaikutuksen tasolla, kun taas agentti toimii työnkulun tasolla. Sillä on väliä, koska useimmissa organisaatioissa pullonkaula ei ole yksittäinen tehtävä. Se on tehtävien välinen koordinointi."

Tätä muutosta yritykset yrittävät nyt tehdä. Epätasaisesti, epätäydellisesti ja merkittävässä mittakaavassa.

Autonomian kirjo

"Agentti" on muuttunut markkinointitermiksi, joten mennään konkreettisiin asioihin. Tekoälyn autonomiassa on neljä selkeää tasoa, ja suurin osa pettymyksistä vuosina 2025 ja 2026 johtui siitä, että nämä tasot sekoitettiin keskenään.

Taso 1: kopilotti

Ehdottaa. Pyytää lupaa. Pysyy näytölläsi. GitHub Copilotin automaattitäydennys on arkkityyppi. Arvo mitataan säästetyissä näppäinpainalluksissa.

Taso 2: assistentti

Vastaa kysymyksiin ja tuottaa artefakteja pyynnöstä. ChatGPT, Claude selaimessa, Microsoft 365 Copilotin keskustelupaneeli. Arvo mitataan luonnoksen laadussa ja kontekstin yhdistämisessä.

Taso 3: agentti

Hyväksyy tavoitteen, suunnittelee askeleet, suorittaa eri työkaluissa, raportoi takaisin. Claude Code skannaa repoa ja avaa PR:n. ChatGPT:n Deep Research suorittaa 20 minuuttia hakuja ja palauttaa viitatun raportin. Anthropic dokumentoi Claude-instanssin suorittavan 7 tunnin itsenäisen insinöörityön Rakutenille. Arvo mitataan työnkulkujen määrässä per käytetty ihmistunti.

Taso 4: kollega

Agentti, joka toimii olemassa olevassa käyttöoikeusmallissasi, osallistuu tiimisi viestintäkanaviin, säilyttää kontekstin päivien ja viikkojen yli ja on vastuussa samasta auditointiketjusta kuin ihminen. Tämä on eturintamaa.

Redditin r/ChatGPT-yhteisö nosti esiin käytännöllisen testin näiden tasojen erottamiseen, mukaillen: ottako tämä olento itse aloitteen vai odottaako se jokaista ohjetta? Käsitteleekö se odottamattomat tilanteet vai kaatuuko se ja joudutko antamaan uuden kehotteen? Muistaako se kontekstin monivaiheisessa tehtävässä vai joudutko toistamaan itseäsi? Suurin osa tuotteista, joita markkinoitiin "tekoälyagentteina" vuonna 2025, epäonnistui kaikissa näissä kysymyksissä. Ne, jotka läpäisivät, ovat nyt sitä, mitä ihmiset tarkoittavat sanalla "kollega".

Tietokoneen käyttö vs taidot: miksi infrastruktuurilla on väliä

Kollegatasoinen tekoäly tarvitsee kyvyn toimia maailmassa. Siihen on kaksi arkkitehtonista lähestymistapaa, joilla on hyvin erilaiset riskiprofiilit.

Tietokoneen käyttö

Tekoäly ohjaa simuloitua hiirtä ja näppäimistöä. Se näkee ruudun ja klikkaa painikkeita. Anthropic julkaisi Computer Use -toiminnon loppuvuodesta 2024, ja OpenAI:n Operator seurasi perässä. Vetovoima on universaalisuus: mikä tahansa ohjelmisto, jossa on käyttöliittymä, on osoitettavissa.

Hinta on vaikutusalue. Tietokonetta käyttävä agentti perii kaikki kirjautuneen käyttäjän oikeudet. Lokakuussa 2025 BeyondTrustin tietoturvatiimi osoitti, että OpenAI:n Codex-agentin pystyi huijaamaan, haitallisella Git-haaran nimellä, lukemaan ja vuotamaan käyttäjän GITHUB_TOKEN. Agentti teki täsmälleen sen, mitä ihmiskehittäjä tekisi (vaihtoi haaraa), mutta sillä ei ollut intuitiota siitä, että haaranimi itsessään oli vihamielinen syöte. Tässä tapauksessa valtuutusmalli oli kaikki tai ei mitään. Se on tietokoneen käytön oletusarvoinen epäonnistumistila.

Taidot

Tekoäly kutsuu yksittäisiä taitoja. Jokainen taito on eksplisiittinen, tyypitetty funktio, jolla on kapea sopimus: "etsi Slackista viestit, jotka vastaavat q", "luo Linear-tiketti title ja body", "lue tämä GitHub-tiedosto." Toisin kuin tietokoneen käytössä, taidolla on ennalta hyväksytty muoto. Agentti voi kutsua sitä vain parametreilla, jotka vastaavat sopimusta, ja alusta voi sallia, estää tai pyytää vahvistusta ennen kuin kutsu poistuu hiekkalaatikosta.

Ero tietoturvan kannalta tiivistyy vähimmän oikeuden periaatteeseen. Se on tietoturvan perusajatus: prosessilla tulisi olla pääsy vain niihin resursseihin, joita se tarvitsee tehtävänsä suorittamiseen, ei enempää. Taidot mahdollistavat vähimmän oikeuden periaatteen toteuttamisen jokaisessa kutsussa. Tietokoneen käyttö ei.

Kollegatason käyttöönotossa käytetään taitoja rakenteisiin toimiin (CRM:ään kirjoittaminen, tiketin avaaminen) ja varataan tietokoneen käyttö niille harvoille sovelluksille, jotka eivät suostu tarjoamaan rajapintaa. Suhdeluvulla on väliä. Jos jokainen agentin toiminto kulkee simuloidun hiiren kautta, kyseessä on tuottavuusdemo, ei tuotantojärjestelmä.

Luottamusrakenne, jonka yritykset oikeasti tarvitsevat

Siirtymä kopilotista kollegaan ei ole mallipäivitys. Se on infrastruktuuripäivitys. Kolme elementtiä erottaa käyttöön otettavan kollegan riskistä.

1. Käyttöoikeuksien eristäminen

Jokainen agentti toimii omassa käyttöoikeusrajassaan, tunnuksilla, joita agentti ei itse voi nostaa hiekkalaatikostaan. Andrej Karpathyn viraali maaliskuun 2026 autoresearch-kokeilu, jossa hän antoi agentin ajaa 700 harjoituskokeilua valvomatta kahden päivän ajan, on opettavainen siitä, mitä se ei tehnyt. Karpathyn oma repo ohjeistaa käyttäjiä "poistamaan kaikki oikeudet käytöstä" autonomisessa tilassa. Se käy henkilökohtaiselle tutkimuskannettavalle. Säädellyssä yrityksessä se on irtisanomisperuste.

Vastaesimerkki on Moltbook, tekoälylle omistettu sosiaalinen verkosto, joka nousi hetkeksi viraaliksi tammikuun lopulla 2026 1.5 miljoonalla itsenäisellä agentilla. Karpathy kehui sitä "uskomattomimpana scifi-lähdön kaltaisena asiana, jonka olen viime aikoina nähnyt." Sitten Wiz-tietoturvatutkijat löysivät avoimen tietokanta-API-avaimen käyttöliittymästä, joka antoi täyden luku- ja kirjoitusoikeuden koko tuotantotietokantaan, mukaan lukien kaikkien 1.5 miljoonan agentin todennustunnukset. Karpathy muutti kantaansa 24 tunnissa: "Tämä on kaatopaikkapalo. En todellakaan suosittele, että ihmiset ajavat tätä omilla koneillaan." Opetus ei ole "agentit ovat vaarallisia." Opetus on, että ilman identiteettikohtaista käyttöoikeuseristystä agentit romahtavat yhdeksi yhteiseksi riskialueeksi.

2. Auditointiketjut

Jokainen toiminto kirjataan, jokainen päätös on jäljitettävissä. Singaporen IMDA-kehys, joka julkaistiin Davosissa tammikuussa 2026, määrittelee tämän kaksisuuntaisella riskimatriisilla, joka kartoittaa agentin toimintatilan (luku vs kirjoitus, palautuva vs peruuttamaton) ja autonomian (kuinka itsenäisesti se päättää). Mitä korkeammalle kumpikin akseli nousee, sitä kattavampi auditointivaatimus. Tätä kehystä tutkivat tarkasti eurooppalaiset ja yhdysvaltalaiset sääntelijät, koska se on yksi ensimmäisistä, joka kääntää hallinnon abstrakteista periaatteista operatiiviseksi kalibrointityökaluksi.

Simon Willison on puolestaan perustellut yhtenäisen lokituksen puolesta, jotta agentit voivat valvoa omaa toimintaansa ja palautua virheistä: "Agentit, joilla on täysi järjestelmäoikeus, ovat voimakkaita ja vaarallisia." Käytännön pointti: jos agenttisi käyttöönotossa ei ole yhtenäistä lokia, jonka compliance-vastaava voi lukea järjestyksessä, olet yhden tapauksen päässä siitä, että menetät oikeuden ottaa käyttöön.

3. Rajattu taitojen käyttöoikeus

Ei "pääsy sähköpostiin." Pääsy search inbox where from:@customer.com AND within last 7 days. Modernit agenttialustat siirtyvät kohti parametrisoituja käyttöoikeuksia, joissa agentin lupa käyttää taitoa rajataan ylläpitäjän ennalta hyväksymiin argumentteihin, ei ihmisen käyttämään laajaan OAuth-oikeuteen.

Nämä kolme elementtiä yhdessä vastaavat kysymykseen, jonka jokainen CISO nyt esittää: mitä agentti tekee, kun se on väärässä, ja miten saan siitä tiedon? 2026 McKinseyn State of AI -kyselyssä 72% yritysvastaajista mainitsi kyberturvallisuuden huolena generatiivisen tekoälyn kanssa, ja tietoturva nimettiin #1 esteeksi agenttityönkulkujen skaalaamiselle noin kahden kolmasosan vastaajista toimesta. Käyttöoikeuseristys, auditointiketjut ja rajattu taitojen käyttöoikeus eivät ole compliance-teatteria. Ne ovat porttirakenne.

Miksi tällä on väliä nyt: kolme voimaa yhdistyy

Siirtymää kopilotista kollegaan vuonna 2026 ei aja yksittäinen läpimurto. Se on kolmen käyrän leikkauspiste.

Voima 1: integraatiosta tuli arkea

Vuonna 2024 agentin liittäminen yrityksen SaaS-pinoon tarkoitti räätälöidyn liittimen kirjoittamista jokaiseen työkaluun. Alkuvuoteen 2026 mennessä tyypitetyt taitosopimukset ja valmiit liittimet ovat purkaneet tämän työn. Agentti, joka vaati kuusi viikkoa integraatiota vuonna 2024, tarvitsee iltapäivän vuonna 2026. Tyypillisen keskisuuren yrityksen (Slack, GitHub, Gmail, Linear, Notion, HubSpot, CRM, kalenterit) pinta-ala on nyt katettu kypsillä, avoimen lähdekoodin liitinkirjastoilla, joissa on tyypitetyt käyttöoikeudet sisäänrakennettuna.

Voima 2: moniagenttijärjestelmät muuttuvat todellisiksi

Gartner nimesi Multi-Agent Systemsin vuoden 2026 strategiseksi teknologiatrendiksi. Distinguished VP Analyst Gene Alvarez tarjosi metaforan, jota nyt toistetaan jokaisessa yritystason tekoälykalvossa: "Ajattele Formula 1 -varikkotiimiä. Jokaisella jäsenellä on erikoistunut rooli (renkaanvaihtaja, tankkaaja, tunkin käyttäjä), mutta heidät on koreografioitu yhteisen tavoitteen ympärille. Tältä näyttävät yritysagenttien käyttöönotot vuonna 2026." Yhden agentin järjestelmät törmäävät päättelykattoihin pitkissä tehtävissä. Moniagenttijärjestelmät, joissa on erikoistuneet roolit ja selkeät siirrot, ovat tapa, jolla tiimit kiertävät nämä katot tänään.

Voima 3: yritysbudjetit avautuvat

G2 raportoi 2026 State of Software -tutkimuksessaan, että 57% yrityksistä käyttää tekoälyagentteja tuotannossa (nousua noin 20% vuodessa).
McKinsey havaitsi, että 23% yrityksistä skaalaa agenttitekoälyä aktiivisesti, ja 62% kokeilee. Vain noin 15% suurista organisaatioista on yhä sivussa.
Deloitten 2026 kysely 3,235 yritysjohtajalle tunnisti finanssialan johtavaksi omaksujaksi, ja dokumentoi tapaustutkimuksen, jossa tekoälyagentti tallensi ja toteutti kokousten tulokset diiliputkessa, joka aiemmin vaati kolme analyytikkoa.
Stanfordin Enterprise AI Playbook, julkaistu alkuvuodesta 2026, luetteloi 51 tuotantokäyttöönottoa, ja fintech ETL -migraatiotapaus nousi säädellyn alan tiimien viitetoteutukseksi.
Raportoitu yritystason tekoälyinfrastruktuuri-investointi ylitti $600 miljardia 2025 syklissä.
Anthropicin Dario Amodei, puhuessaan Code with Claude -konferenssissa, antoi 70–80% todennäköisyyden, että ensimmäinen yhden hengen miljardiyritys syntyy vuonna 2026 agenttityövoiman avulla.

Raha on olemassa, protokolla on olemassa ja arkkitehtuuri on olemassa. Jokaisessa hallituksen kokouksessa neuvotellaan nyt siitä, kuinka paljon autonomiaa, millä hallinnalla ja mihin työnkulkuihin.

Skeptikon näkökulma: mitä Reddit, arXiv ja tapausraportit kertovat

Vastuullinen tarkastelu tästä muutoksesta vaatii vakavaa otetta niihin, joiden mielestä koko ilmiö on yliarvostettu.

Redditissä konsensus r/LocalLLaMA-, r/ClaudeCode- ja r/ChatGPT-kanavilla on käytännöllinen: koodausagentit ovat tulleet ja ovat hyödyllisiä. Suurin osa muista "agenteista" on automaatiotyönkulkuja chatbotin naamioissa. Lause, jota lainataan kymmenissä 2026 ketjuissa, "Käytä Copilotia, kun haluat ehdotuksia. Käytä Claude Codea tai Cursor-työkalua, kun haluat, että se oikeasti tekee jotain," kiteyttää tuottavan jaon. Samat yhteisöt ovat armottomia vertailuissa. Parhaatkin agentit saavat noin 60% kokonaispisteet Terminal-Benchissä ja putoavat 16% vaikeissa tehtävissä. Claude Opus 4.5 johtaa SWE-benchissä tuloksella 80.9%, mikä tarkoittaa silti, että joka viides tehtävä epäonnistuu.

Akateemista skeptisyyttä on vaikeampi karistaa. Vishal Sikka (entinen SAP:n teknologiajohtaja, John McCarthyn oppilas) ja hänen kollegansa julkaisivat Hallucination Stations: On Some Basic Limitations of Transformer-Based Language Models, jossa matemaattisesti perustellaan, että transformer-pohjaisilla LLM-malleilla on perustavanlaatuisia rajoitteita suorittaa laskennallisia ja agenttitehtäviä tietyn monimutkaisuuden yläpuolella. Sikan johtopäätös, "Niistä ei voi koskaan tulla luotettavia" erittäin kriittisissä toiminnoissa, kiertää nyt jokaisessa CISO:n Slackissa. Paperi ei väitä, että agentit olisivat hyödyttömiä. Se väittää, että on olemassa ongelmaluokka, jossa ihmistä ei voi poistaa silmukasta, vaikka malli olisi kuinka hyvä.

Todelliset tapaukset tukevat skeptisyyttä. Vähittäiskaupan asiakaskokemusjohtaja lainattiin Yellow.ai:n 2026 kyselyssä: "Meidän piti vetää tekoälytuki pois käytöstä kahden viikon jälkeen, koska se alkoi siteerata vääriä palautuskäytäntöjä ja keksiä alennustarjouksia noin 1.35% tapauksessa. Niiden virheiden hyvittäminen tuli paljon kalliimmaksi kuin mitä toivoimme säästävämme." Suuressa mittakaavassa jopa alle 2% virheprosentti käy nopeasti kalliiksi.

Yhteenveto: kollegatason tekoäly on todellinen koodauksessa, tutkimuksessa, rakenteellisessa operatiivisessa työssä ja rajatuissa tukityönkuluissa. Se ei ole vielä todellinen avoimissa asiakaskohtaamisissa ilman ihmistarkastajaa. Yritykset, jotka saavat arvoa vuonna 2026, ovat niitä, jotka ovat rehellisiä siitä, mihin koriin työnkulku kuuluu.

Käytännön vaikutus: viisi kysymystä ennen käyttöönottoa

Jos tiimisi arvioi tekoälytiimikaveria (itse rakennettua tai kolmannen osapuolen), nämä kysymykset erottavat tuotantokäytön läheltä piti -tilanteesta.

Mikä on pahimman yksittäisen agentin tekemän toimen vaikutusalue? Piirrä se kirjaimellisesti. Jos pahin tapaus on "lähettää keskeneräinen sähköposti väärälle henkilölle", hallintarima on matala. Jos kyseessä on "muokkaa tuotantodataa" tai "lähetä tilisiirto-ohjeet", rima on kymmenen kertaa korkeammalla. Määritä tämä ennen käyttöönottoa, ei ensimmäisen tapauksen jälkeen.
Miten agentti saa tunnuksensa, ja voiko se koskaan lukea raakaa tunnusta? Kolme vastausta, joista vain yksi on turvallinen. Jos agentilla on kopio käyttäjän OAuth-tunnuksesta ympäristössään, olet käytännössä antanut LLM:lle lompakkosi. Jos agentilla on "oma" identiteetti erillisellä palvelutilin OAuthilla, sinun täytyy seurata ja peruuttaa se kuin oikea pääkäyttäjä. Kolmas vastaus, joka on oikea: tunnus ei koskaan päädy agentille. Se säilytetään alustalla salattuna ja ruiskutetaan verkko-proxyn kautta juuri ajoissa, vain niihin kutsuihin, jotka läpäisivät politiikkatarkistuksen, vain siihen asti kun kutsu palautuu.
Kirjataanko jokainen toiminto paikkaan, jonka compliance-vastaava voi lukea järjestyksessä? Yhtenäinen, kyseltävä, väärentämisen kestävä. Jos vastauksesi on "meillä on jotain lokeja jossain CloudWatchissa", et ole valmis.
Voitko rajata taitojen käyttöoikeuden juuri niihin parametreihin, joita tämä työnkulku tarvitsee? Kutsu kerrallaan, ei integraatio kerrallaan. Luku vs kirjoitus. Resurssitunnuksen mukaan. Aikajakson mukaan. Agentin oikeudet pitäisi rajata tiukasti tehtävän ympärille, ei koko varastoon.
Mikä on palautusprosessi, jos jokin menee pieleen? Miten toiminto perutaan? Kuinka nopeasti? Kuka hälytetään? Peruuttamattomat toiminnot (rahan siirrot, asiakasviestit, tuotantoonvientiin liittyvät toimet) tarvitsevat vahvistusvaiheen tai viiveikkunan. Palautettavat voivat toimia itsenäisesti.

Käy läpi nämä viisi. Jos pystyt vastaamaan kaikkiin, olet jo ohittanut kopilottivaiheen ja siirtynyt siihen, mikä oikeasti muuttaa tiimisi toimintaa. Jos pystyt vastaamaan kahteen tai kolmeen, keskity niihin seuraavaksi – se ei ole syy odottaa. Kollegatason tiimikaveri, jota tiekarttasi tavoittelee, on jo tuotannossa jossain. Väli sinun ja sen välillä on infrastruktuuriväli, ei frontier-tekoälyväli. Ja infrastruktuurivälit sulkeutuvat nopeasti.

Sinun ei tarvitse odottaa seuraavaa mallijulkaisua. Sinun pitää valita alusta, joka jo vastaa näihin viiteen, ja alkaa antaa agentillesi oikeaa työtä.

Usein kysytyt kysymykset

Mikä on oikea ero kopilotin ja tekoälykollegan välillä?

Kopilotti ehdottaa, pyytää lupaa ja elää yhdessä työkalussa. Kollega hyväksyy tavoitteita, suunnittelee järjestelmien yli, toimii rajatuilla oikeuksilla ja on vastuussa samasta auditointiketjusta kuin ihminen. Bits&Chips kiteytti: kopilotit toimivat vuorovaikutustasolla, kollegat työnkulun tasolla.

Miten agenttien tulisi käsitellä käyttäjätunnuksia?

Kumpikaan ilmeisistä vaihtoehdoista ei ole oikea. Käyttäjän OAuth-tunnuksen kopioiminen agentin ympäristöön asettaa elävän tunnuksen LLM:n kontekstiin. Erillisen identiteetin luominen agentille tekee jokaisesta agentista pääkäyttäjän, jota pitää seurata, peruuttaa ja auditoida kuin ihmistä. Käytännössä toimiva malli on välitetty pääsy: tunnus säilytetään alustalla salattuna; hiekkalaatikon ulosmenevä verkko-proxy kutsuu alustaa pyyntöhetkellä; alusta purkaa tunnuksen ja palauttaa vain ratkaistut todennuspäät otsikot niille kutsuille, jotka läpäisivät politiikkatarkistuksen; agentti ei koskaan lue, kirjaa tai pyydä raakaa tunnusta.

Tietokoneen käyttö vai taidot – kumpi kannattaa valita?

Taidot oletuksena, kaikkeen missä on API. Tietokoneen käyttö vain, kun kohdejärjestelmässä ei ole ohjelmoitavaa rajapintaa. BeyondTrust Codex -tapaus on varoittava esimerkki: tietokoneen käyttö perii käyttäjän kaikki oikeudet, ja haitallinen syöte missä tahansa agentin näkökentässä voi muuttua hyväksikäytöksi.

Kuinka itsenäisesti agenttien pitäisi oikeasti toimia?

Käytä Singaporen IMDA:n kaksisuuntaista kehystä: toimintatila × autonomia. Kapea toimintatila (vain luku, palautuva) sallii korkean autonomian. Laaja toimintatila (kirjoitus, peruuttamaton, asiakasrajapinta) vaatii ihmisen vahvistuksen tai viiveikkunan. Pahin yhdistelmä on korkea autonomia korkean riskin toiminnoissa ilman auditointiketjua.

Miten mitataan ROI?

Lopeta säästettyjen näppäinpainallusten mittaaminen. Mittaa työnkulkuja per käytetty ihmistunti, operatiivisten tapausten ratkaisuun kuluvaa aikaa ja palautusprosenttia (tehtävät, jotka agentti palautti ihmiselle). Deloitten 2026 havainnot viittaavat siihen, että johtavat omaksujat seuraavat kolmea mittaria: työnkulun valmistumisaste, virheprosentti ja ihmisen väliintuloprosentti, ja optimoivat niiden suhdetta.

Mitä tehdä 95% pilotin epäonnistumisprosentille?

Lue MIT NANDA:n erittely tarkasti. Epäonnistuneet pilotit perustuivat pääosin "tyhmään RAG:iin" (kaiken kaataminen kontekstiin), "hauraisiin liittimiin" (rikkinäiset API-integraatiot) ja tapahtumattomaan arkkitehtuuriin. Onnistuneilla piloteilla oli LLM:n ympärillä käyttökerros: muisti, I/O ja oikeudet. LLM-ydin ei ole pullonkaula. Ympäröivä infrastruktuuri on.

Missä VM0 on mukana

Rakensimme Zeron yhden arkkitehtonisen oletuksen varaan: agentti ei saa koskaan pitää tunnusta hallussaan. Ei ympäristössään, ei kehotteessaan, ei muistissaan. Tunnus pysyy alustalla. Jokainen agentin ulosmenevä kutsu välitetään verkko-proxyn kautta, joka päättää kutsuko auth-otsikko vai estää pyynnön.

Se on poikkeuksellinen valinta. Yleiset mallit vuonna 2026 ovat joko antaa agentille oma OAuth-identiteetti (nyt sinulla on toinen pääkäyttäjä auditoitavaksi ja peruutettavaksi) tai antaa sille kopio käyttäjän tunnuksesta ympäristömuuttujassa (nyt LLM voi lukea lompakkosi). Me emme tee kumpaakaan. Näin se oikeasti toimii.

Tunnus ei koskaan päädy agentille. Kun liität liittimen Zeroon (GitHub, Slack, Gmail, Linear, Notion, HubSpot jne.), OAuth-tunnus tallennetaan salattuna alustalle. Refresh-tunnukset pysyvät tietokannassa eivätkä koskaan poistu sieltä. Hiekkalaatikossa ei ole GITHUB_TOKEN-ympäristömuuttujaa luettavaksi, ei salaisuustiedostoa avattavaksi, ei työkalua, joka palauttaa tunnuksen.

Verkko-proxy välittää jokaisen kutsun. Jokainen HTTP-pyyntö, joka lähtee hiekkalaatikosta, kulkee mitmproxy-pohjaisen lisäosan kautta. Proxy tunnistaa liittimen pyynnön isäntänimestä, tarkistaa agentin palomuuripolitiikan ja katsoo, onko metodi ja polku sallittu. Jos on, proxy kutsuu alustan webhookia. Alusta purkaa tunnuksen, päivittää sen jos se on vanhentunut, ratkaisee otsikkopohjat (${{ secrets.GITHUB_TOKEN }} muuttuu oikeaksi arvoksi) ja palauttaa vain ratkaistut auth-otsikot proxylle. Proxy lisää otsikot lähtevään pyyntöön. Kun kutsu on valmis, otsikot poistetaan proxyn muistista. Agentti ei koskaan nähnyt niitä.

Oikeudet ovat agentti- ja liitinkohtaisia, tyypitettyjä päätepisteen tasolla. Jokaisella agentilla on politiikkaobjekti, joka kartoittaa jokaisen liittimen nimettyihin oikeusryhmiin. github:repo-read ei ole epämääräinen oikeus. Se on joukko tiettyjä metodi- ja polkusääntöjä, esimerkiksi GET /repos/{owner}/{repo}/pulls. GitHub-oikeuden myöntäminen ei myönnä GitHubia. Se myöntää tietyn intentiomallin GitHubin sisällä.

Kolme politiikkatilaa, ei kahta. Jokainen oikeus ratkeaa tilaan allow, deny tai ask. Viimeinen pyytää ihmiseltä vahvistuksen ennen toiminnon suorittamista. Kaikki, mitä palomuuri ei eksplisiittisesti salli, menee liitin-kohtaiseen unknownPolicy:een, joka oletuksena on deny. Vähin oikeus on oletus, ei valinnainen.

Yksi hiekkalaatikko per suoritus. Jokainen agentin suoritus ajetaan omassa Firecracker-mikroVM:ssä eristetyssä verkkonamespace-tilassa. Kun suoritus päättyy, namespace puretaan. Kaksi saman agentin suoritusta ovat kaksi erillistä hiekkalaatikkoa ja kaksi erillistä auditointiketjua.

Pyyntökohtainen auditointiketju. Sama proxy, joka päättää sallita/estää, kirjoittaa jokaisesta suorituksesta JSONL-lokin, jossa on palomuurin metadata jokaisessa pyynnössä: liitin, oikeusryhmä, joka täsmäsi, täsmännyt sääntö, päätös, aikaleima. Lokit palautetaan alustalle. Jos CISO haluaa tietää, mitä agentti teki huhtikuun 14 klo 15–17 CST, se on yksi kysely.

CLI, joka selittää estonsa. Kun oikeus estää kutsun, agentti (tai sen vieressä istuva ihminen) voi ajaa zero doctor permission-deny <connector> --method <M> --path <P> ja saa takaisin täsmällisen oikeusryhmän, joka esti pyynnön, sekä korjauslinkin. zero doctor permission-change antaa ylläpitäjien vaihtaa oikeuden suoraan tai jäsenen lähettää kirjallisen pyynnön (enintään 500 merkkiä, jotta perustelu on luettavissa), joka ohjataan ylläpitäjälle. Korkean riskin oikeudet kuten slack:chat:write tai gmail.send laukaisevat lisävaroituksen, joka osoittaa turvallisempaan, bottikohtaiseen vaihtoehtoon.

Kaksi roolia, yksi hyväksymisprosessi. Omistajat ja ylläpitäjät muuttavat oikeuksia suoraan. Jäsenet lähettävät perustellun pyynnön, joka ohjataan ylläpitäjälle. Kolmatta "puoli-ylläpitäjä"-tasoa ei ole. Prosessi on niin pieni, että sitä oikeasti käytetään, mikä on koko pointti.

Varamme tietokoneen käytön vain niille harvoille vanhoille järjestelmille, jotka eivät suostu tarjoamaan rajapintaa. Kaikki muu kulkee taitojen kautta. Jokainen toiminto tarkistetaan politiikan mukaan. Jokainen tunnus pysyy alustalla. Jokainen päätös kirjataan.

Jos olet ohittanut "taas yhden tekoälyautomaattitäydennyksen" ja haluat kokeilla tekoälytiimikaveria, jonka tietoturvatiimisi hyväksyy, katso miten Zero käsittelee ajastettuja työnkulkuja, priorisoi tuotantotapauksia tai pidä aamun tuotekatsaus.

Kopilottien aika ei ole päättymässä. Se sulautuu osaksi jotain suurempaa. Seuraavan syklin voittavat ne tiimit, jotka ymmärtävät eron.