AI agentide standardid on 2026. aasta suvel jõudnud punkti, kus need mõjutavad otseselt sinu ettevõtte tehnoloogiavalikuid. 17. augustil 2026 liikus Google’i loodud Agent2Agent-protokoll (A2A) Agentic AI Foundationi alla — sama sihtasutuse alla, kuhu juba kuulub Anthropicu Model Context Protocol (MCP). Vähem kui aastaga on selle sihtasutuse liikmeskond kasvanud vähem kui 40 liikmelt enam kui 250 liikmeni ning kaasa löövad Google, Microsoft, Amazon, Anthropic, OpenAI, Bloomberg, Shopify ja Block.
Miks see Eesti ettevõtjat huvitama peaks? Sest see otsustab, kas AI-lahendus, mille sa täna tellid, töötab ka siis, kui vahetad kolme aasta pärast CRM-i, mudelipakkujat või agenditarnijat. Standardid on igav teema kuni hetkeni, mil nende puudumine maksab sulle terve integratsiooni ümberkirjutamise. Selles artiklis vaatame, mida MCP ja A2A tegelikult teevad, mida nad veel ei tee ja kuidas ehitada agenditaristu, mis ei vanane järgmise mudelilaine saabudes.
Mis on AI agentide standardid ja miks nad tekkisid
Kui esimesed AI agendid ettevõtetesse jõudsid, ehitas iga tarnija oma ühendused ise. Agent pidi CRM-i jaoks saama ühe kohandatud liidese, laoprogrammi jaoks teise, raamatupidamise jaoks kolmanda. Kümne süsteemi ja kolme agendi puhul tähendas see kuni kolmkümmend eraldi integratsiooni, millest igaüht pidi eraldi hooldama.
Standardid lahendavad just seda. Nad määravad ühise keele, mille abil agendid tööriistade ja üksteisega suhtlevad. Neid protokolle on ka teaduskirjanduses süstemaatiliselt võrreldud: Ehteshami jt ülevaateuuring (arXiv, 2025) analüüsib nelja peamist protokolli — MCP, ACP, A2A ja ANP — ning näitab, et need ei konkureeri omavahel, vaid katavad erinevaid kihte.
MCP – agendi ja tööriista vaheline kiht
Model Context Protocol vastab küsimusele „mida agent teha oskab?“. See standardib, kuidas agent pääseb ligi andmetele, tööriistadele ja süsteemidele. Ühendad oma CRM-i üks kord MCP-serverina ja iga MCP-d toetav agent saab seda kasutada — sõltumata sellest, kas selle taga on Claude, GPT või Gemini. Oleme MCP loogikat lahti seletanud ka varasemas artiklis MCP – AI agentide USB-C.
A2A – agentide omavaheline kiht
Agent2Agent vastab küsimusele „milline agent selle ülesande lahendab?“. Iga agent avaldab nn agendikaardi (Agent Card), mis kirjeldab tema oskusi ja lõpp-punkte. Teised agendid loevad seda kaarti, leiavad sobiva partneri ja delegeerivad talle ülesande. Müügiagent võib nii küsida raamatupidamisagendilt kliendi maksekäitumist, ilma et keegi oleks nende vahele eraldi liidest ehitanud.
Erinevus on lihtne: MCP ühendab agendi süsteemidega, A2A ühendab agendid omavahel. Koos moodustavad nad kahekihilise vundamendi, millele saab ehitada AI agentide meeskondi. Seda tööjaotust kinnitab ka MCP-d ja A2A-d võrdlev uuring (arXiv, 2026), mis käsitleb protokolle täiendavate kihtidena, mitte alternatiividena.
Miks standardid on Eesti ettevõttele rahaline küsimus
Eesti turg on väike ja siinsed ettevõtted ei saa endale lubada sama, mida suurkorporatsioon: kolme aasta tagant kogu AI-taristu ümberehitamist. Just seetõttu on standardid meil olulisemad kui mõnel Saksa tootjal, kellel on ettevõttesisene arendusmeeskond.
Tarnijalukk kaob koos kohandatud liidestega
Kui agent suhtleb sinu süsteemidega MCP kaudu, saad mudelipakkuja vahetada ilma integratsiooni puutumata. Kui uus mudel on kaks korda odavam või kiirem, on üleminek konfiguratsiooniprojekt, mitte arendusprojekt. Axiose vahendusel sõnastas Google Cloudi asepresident Rao Surapaneni A2A algse hüpoteesi täpselt nii: kliendid kasutavad mitme erineva tarnija agente ja need peavad omavahel töötama.
Integratsioonikulu langeb järsult
Kohandatud liideste puhul kasvab integratsioonide arv korrutamise põhimõttel — süsteemide arv korda agentide arv. Standardse kihi puhul kasvab see liitmise põhimõttel: iga süsteem ühendatakse üks kord, iga agent ühendatakse üks kord. Kümne süsteemi ja viie agendi puhul tähendab see viiekümne integratsiooni asemel viieteistkümmet.
Turg liigub selles suunas, kas sa tahad või mitte
Gartner on prognoosinud, et 2026. aastaks sisaldab 40% ettevõtterakendustest ülesandepõhiseid AI agente, võrreldes vähem kui 5%-ga 2025. aastal. See tähendab, et sinu tarkvarapartnerid hakkavad agente sisse ehitama niikuinii. Küsimus on ainult, kas need agendid saavad sinu ülejäänud süsteemidega rääkida või tekib iga tarnijaga uus saar. Kirjutasime sellest kulupoolest pikemalt artiklis AI agendid ja tarkvarakulud.
Kus standardid juba päriselt töötavad
Standard on hea niikaua, kui keegi seda kasutab. 2026. aasta seisuga on mõlemad protokollid liikunud katsetamisfaasist tootmiskasutusse.
MCP-le on loodud üle tuhande kogukonnapõhise integratsiooni ning seda toetavad otse suured pilveplatvormid. A2A jõudis versioonini 1.0 ja sai laiendusmehhanismi, mis lubab protokollile lisada uusi andmetüüpe ja olekumasinaid. Sihtasutuse juht Mazin Gilbert sõnastas Axiosele põhimõtte, mis kirjeldab turu ootust täpselt: ettevõtted ei taha ühte protokolli, nad tahavad, et kogu tehnoloogiapinu oleks avatud.
Praktikas näeb see välja nii, et suured tarkvaratootjad hakkavad oma süsteeme MCP kaudu eksponeerima. Sinu jaoks tähendab see, et vajalik ühendus võib juba olemas olla — seda tuleb lihtsalt küsida. Ja kui tarnija ütleb, et neil on „oma protokoll“, on see hinnasilt, mida arvel ei näidata.
Kolm küsimust, mis maksavad end kohe tagasi
Enne järgmise AI-lahenduse ostmist küsi tarnijalt: kas teie agent räägib MCP-d, kas teie süsteemi saab MCP-serverina avada ja kas agendid suhtlevad omavahel A2A kaudu. Kolm küsimust võtavad viis minutit, aga eristavad standardipõhise lahenduse suletud lahendusest kindlamalt kui ükski müügiesitlus.
Mida standardid veel EI lahenda
Siin tuleb aus olla. Standardid lahendavad koordineerimise, mitte juhtimise — ja see vahe on ettevõtte jaoks kriitiline.
2026. aasta juunis avaldatud juhtimislünkade analüüs (arXiv, 2026) võrdles viit protokolli — MCP, A2A, ACP, ANP ja ERC-8004 — kuue juhtimisdimensiooni suhtes: liikmesus, arutelu, hääletamine, eriarvamuse säilitamine, inimesele eskaleerimine ja auditeeritavus. Tulemus oli ühemõtteline. Hääletamine, eriarvamuse säilitamine ja inimesele eskaleerimine puuduvad kõigis viies protokollis. Liikmesus ja arutelu on kaetud osaliselt. Auditeeritavus, kus see üldse eksisteerib, tuleneb aluskihist (nt plokiahela muutumatusest), mitte protokolli teadlikust disainist.
Praktikas tähendab see järgmist: protokoll ütleb sulle, et agent A võib agendilt B küsida hinnapakkumise kinnitust. Protokoll ei ütle, kes tohib selle otsuse teha, mis juhtub, kui agendid ei nõustu, millal peab inimene sekkuma ja kuidas hiljem tõestada, mis täpselt juhtus. Need reeglid pead sa ise peale ehitama. Sellest, kuidas seda teha, oleme kirjutanud artiklis AI agentide juhtimine ning ligipääsuõiguste vaatest artiklis AI agentide ligipääsuõigused.
Kuidas ehitada standardipõhine agenditaristu
Standardite kasutuselevõtt ei nõua suurt platvormiprojekti. Praktikas töötab viiesammuline lähenemine, mille iga samm annab eraldi tulemuse.
1. Kaardista, mida agent üldse nägema peab
Enne protokollide valimist pane kirja, millised andmed ja tööriistad on agendile vajalikud. Enamikus Eesti ettevõtetes on see nimekiri lühem, kui arvatakse: CRM, e-posti postkast, kalender, arveldussüsteem ja üks-kaks valdkondlikku programmi.
2. Ehita MCP-kiht enne agente
Alusta tööriistakihist, mitte agendist. Kui CRM ja arveldussüsteem on MCP kaudu kättesaadavad, saab nende põhjal ehitada esimese agendi paari nädalaga — ja teise veel kiiremini, sest ühendused on juba olemas.
3. Lisa A2A alles siis, kui agente on rohkem kui üks
Üksik agent ei vaja A2A-d. Kui aga müügiagent peab klienditoe agendilt infot küsima või juhtimisagent koondama mitme agendi tulemusi, muutub A2A kasulikuks. Sama järjekorda soovitatakse ka eespool viidatud protokolliülevaates: kõigepealt MCP tööriistade jaoks, seejärel A2A agentidevaheliseks suhtluseks.
4. Sea juhtimisreeglid samal ajal, mitte hiljem
Kuna protokollid juhtimist ei kata, määra ise: millised toimingud vajavad inimese kinnitust, mida logitakse, kellel on juurdepääs millistele andmetele ja kuidas otsuseid tagantjärele rekonstrueerida. Ilma selleta ei läbi agent ühtegi tõsist siseauditit ega vasta ELi tehisintellekti määruse nõuetele.
5. Mõõda ja alles siis skaleeri
Mõõda kolme asja: kui palju aega agent säästab, kui suur osa ülesannetest vajab inimese sekkumist ja kui palju maksab üks lahendatud juhtum. Kui numbrid on paigas, on skaleerimine turvaline. Kui ei ole, on standardipõhine taristu vähemalt piisavalt paindlik, et suund muuta. Praktilisi näiteid sellistest lahendustest leiad meie AI voogude lehelt.
Levinumad vead standardite juurutamisel
Standardit peetakse ekslikult tooteks. MCP ja A2A on protokollid, mitte lahendused. Nad kirjeldavad, kuidas suhelda — mitte seda, mida agent sinu ärile kasulikku teeb. Ärivajadus tuleb ikka ise sõnastada.
Oodatakse „lõplikku“ standardit. A2A jõudis versioonini 1.0 alles 2026. aastal ja areneb edasi. Kui ootad hetke, mil kõik on lõplikult paigas, kaotad kaks aastat. Praegune baasfunktsionaalsus on tootmiseks piisavalt küps.
Juhtimine jäetakse viimaseks. Kõige kallim viga. Kui agent on juba tootmises ja alles siis hakatakse küsima logide, õiguste ja vastutuse kohta, tuleb pool tööd ümber teha.
Tarnijalt ei küsita standardite kohta. Enne lepingu sõlmimist küsi otse: kas teie agent toetab MCP-d? Kas teie süsteemi saab MCP-serverina eksponeerida? Kas agendid suhtlevad A2A kaudu? Kui vastus on „meil on oma lahendus“, tead, mida see tähendab kolme aasta pärast.
Alustatakse kõige keerukamast protsessist. Esimene agent peaks lahendama kitsa, korduva ja mõõdetava ülesande. Keeruline, mitut osapoolt hõlmav protsess on teine või kolmas projekt, mitte esimene.
Korduma kippuvad küsimused
Kas MCP ja A2A on omavahel konkurendid?
Ei. MCP ühendab agendi tööriistade ja andmetega, A2A ühendab agendid omavahel. Need on täiendavad kihid ja alates augustist 2026 asuvad mõlemad sama sihtasutuse — Agentic AI Foundationi — all.
Kas väike ettevõte peaks standarditega üldse tegelema?
Jah, isegi rohkem kui suurettevõte. Suurel ettevõttel on ressurss kohandatud liideseid hooldada, väikesel ei ole. Standard on just see, mis võimaldab väikesel meeskonnal AI agente kasutada ilma püsiva arendusmeeskonnata.
Kas standardid tähendavad, et agent on automaatselt turvaline?
Ei. Protokollid ei sisalda hääletamise, eriarvamuse säilitamise ega inimesele eskaleerimise mehhanisme — teadusanalüüs kinnitas nende puudumist kõigis levinud protokollides. Turvalisus ja juhtimine tuleb ehitada protokolli peale.
Mida küsida AI-tarnijalt enne lepingut?
Kolm küsimust: kas lahendus toetab MCP-d ja A2A-d, kas saan mudelipakkujat vahetada ilma integratsiooni ümber ehitamata ning kus asuvad logid ja kellele need kuuluvad. Vastused nendele küsimustele ütlevad rohkem kui ükski demo.
Kui kaua võtab MCP-kihi ehitamine?
Ühe süsteemi ühendamine võtab tavaliselt päevi, mitte kuid — eeldusel, et süsteemil on API. Kogu vundamendi rajamine keskmises Eesti ettevõttes mahub tavaliselt mõne nädala sisse.
Kas standardid vähendavad AI projekti maksumust?
Esimese agendi puhul mitte oluliselt. Alates teisest agendist hakkab sääst kiiresti kasvama, sest ühendused on olemas ja iga uus agent kasutab sama kihti. Suurim sääst tekib aga siis, kui mõni süsteem, mudel või tarnija tuleb välja vahetada.
Kokkuvõte
AI agentide standardid ei ole tehniline detail, vaid otsus selle kohta, kas su ettevõtte AI-investeering kestab või vananeb. MCP annab agentidele ligipääsu süsteemidele, A2A võimaldab agentidel omavahel tööd jagada, ja koos vähendavad nad nii integratsioonikulu kui ka sõltuvust ühest tarnijast. Samas ei kata kumbki juhtimist — hääletamine, eriarvamused, inimesele eskaleerimine ja audit tuleb ise peale ehitada.
Praktiline soovitus on lihtne: alusta tööriistakihist, lisa agente ükshaaval, sea reeglid kohe alguses ja küsi igalt tarnijalt standardite kohta enne allkirja andmist. Nii jääb sul valikuvabadus alles ka siis, kui turg järgmine kord pöördub.
Kui soovid teada, kuidas standardipõhine agenditaristu sinu ettevõttes välja näeks ja millest oleks mõistlik alustada, vaata meie AI agentide lehte ja pakette või võta ühendust.
BRONEERI TASUTA KONSULTATSIOON