Povijest distribuiranog računarstva je povijest proliferacije protokola nakon koje slijedi konsolidacija.
Common Object Request Broker Architecture (CORBA), Distributed Component Object Model (DCOM), Java remote method invocation (RMI) i rani protokol jednostavnog pristupa objektu (SOAP) natjecali su se za tržište integracije poduzeća u kasnim 1990-ima prije nego što je reprezentativni prijenos stanja (REST) tiho pobijedio budući da je bio jednostavniji i HTTP izvorni.
Extensible Messaging and Presence Protocol (XMPP), Internet Relay Chat (IRC) i desetak vlasničkih protokola fragmentirali su razmjenu poruka u stvarnom vremenu prije nego što su MG telemetry transport (MQTT) i WebSockets zauzeli svoje niše. Svaka nova računalna paradigma generira nalet konkurentskih standarda, a zatim polako konvergira kako se implementacije akumuliraju i interoperabilnost postaje ekonomski neophodna.
Ekosustav agenta AI trenutno je u fazi širenja. U proteklih osamnaest mjeseci objavljena su četiri značajna protokola: Kontekstni protokol modela (MCP) od Anthropica krajem 2024., agentski komunikacijski protokol (ACP) od IBM Researcha u ožujku 2025., Agent2Agent (A2A) od Googlea u travnju 2025. i agentski mrežni protokol (ANP) od neovisne radne skupine.
Grupa zajednice W3C AI Agent Protocol otvorila je stazu standarda. Internet Engineering Task Force (IETF) prima internetske nacrte o prijenosu agenata. Na konferencijama se održavaju radionice o interoperabilnosti. Svaki tjedan donosi novi GitHub repozitorij koji tvrdi da rješava problem komunikacije agenata.
Razumijevanje gdje i koliko brzo ovo konvergira ima stvarne posljedice za odluke o arhitekturi koje se donose upravo sada.
Sadržaj objave
Što protokoli zapravo rješavaju
Proliferacija izgleda kaotičnija nego što jest, jer se većina ovih protokola obraća različitim slojevima hrpe umjesto da se natječu za isti utor. Zabuna dolazi iz marketinga, koji svaki opisuje kao "standard za AI agentsku komunikaciju" ne navodeći koji aspekt komunikacije.
MCP je sučelje za pozivanje alata. Definira kako model otkriva koje funkcije poslužitelj izlaže, kako ih pozvati i kako interpretirati odgovor. To je ugovor o tipiziranom pozivu udaljene procedure (RPC) između modela klijenta i poslužitelja alata, koji radi preko HTTP-a. Linux Foundation potvrdio je više od 10.000 aktivnih javnih MCP poslužitelja i 164 milijuna mjesečnih preuzimanja Python SDK-a do travnja 2026. MCP je već osvojio sloj pozivanja alata. Rad na standardizaciji je učinkovito obavljen.
A2A je sučelje za koordinaciju zadataka. Gdje MCP definira kako agent poziva alat, A2A definira kako dva agenta delegiraju zadatak. Predstavlja agentske kartice (reklame mogućnosti), stanja životnog ciklusa zadatka i tri načina interakcije: sinkroni, strujanje i asinkroni. Google ga je donirao Zakladi Linux u lipnju 2025., a timovi za umjetnu inteligenciju u poduzećima široko su ga prihvatili jer ispunjava stvarnu prazninu koju MCP ostavlja otvorenom.
ACP je format omotnice poruke. Lagan, bez statusa, dizajniran za razmjenu poruka između agenta i agenta bez semantike pune koordinacije A2A. Korisno je u sustavima gdje je dovoljno jednostavno prosljeđivanje poruka i gdje su troškovi životnog ciklusa zadatka A2A nepotrebni.
ANP je protokol za otkrivanje i identifikaciju. Koristi decentralizirane identifikatore (DID) za identitet agenta i JSON-LD grafikone za opise mogućnosti, pružajući temelj za decentralizirana tržišta agenata gdje nije potreban središnji registar.
Skup koji se pojavljuje: otkrivanje mogućnosti putem ANP-a ili jednostavnijih registara, koordinacija zadataka putem A2A, pozivi alata putem MCP-a i lagano slanje poruka putem ACP-a za slučajeve koji ne zahtijevaju potpuno upravljanje životnim ciklusom zadatka. Ovi se slojevi nadopunjuju, a ne natječu.
Problem transporta koji ostaje
Svaki protokol na ovom popisu radi preko HTTP-a. Ovo odražava odakle su protokoli došli: istraživački timovi, pružatelji API-ja i poslovne softverske tvrtke koje grade sustave gdje je HTTP neupitna pretpostavka. HTTP je protokol koji oni poznaju, koji već govore njihovi poslužitelji i koji olakšava demonstracije.
Problem proizvodnje je u tome što HTTP pretpostavlja dohvatljiv poslužitelj. Iza prijevoda mrežne adrese (NAT) — a 88% umreženih uređaja nalazi se iza NAT-a — nema dostupnog poslužitelja bez releja. Za flote agenata koji trebaju usmjeravati zadatke izravno između ravnopravnih uređaja preko granica oblaka, kućnih mreža i rubnih implementacija, ova centralizacija prisiljava svaku poruku kroz relejnu infrastrukturu. Infrastruktura releja dodaje kašnjenje, troškove i način kvara.
Protokoli aplikacijskog sloja rješavaju semantiku onoga što agenti govore jedni drugima. Oni ne rješavaju kako se agenti međusobno pronalaze i uspostavljaju izravne veze. To je problem sloja sesije, sloj 5 u modelu međusobnog povezivanja otvorenih sustava (OSI) i nijedan od MCP, A2A, ACP ili ANP ga ne rješava.
Tehnologije za njegovo rješavanje postoje. UDP bušenje rupa s uslužnim programima za prolaz kroz sesiju za NAT (STUN) omogućuje NAT prolaz za otprilike 70% mrežnih topologija. X25519 Diffie-Hellman i AES-256-GCM pružaju autentificiranu enkripciju na razini tunela bez autoriteta certifikata. Brze UDP internetske veze (QUIC) (RFC 9000) ili prilagođeni protokoli s kliznim prozorom preko protokola korisničkog datagrama (UDP) pružaju pouzdanu isporuku bez TCP-ovog blokiranja glave linije. To su iste primitive koje WireGuard koristi za VPN tunele i koje WebRTC koristi za medijske tokove od preglednika do preglednika.
Ono što se razlikuje u kontekstu agenta je usmjeravanje temeljeno na sposobnostima. Agenti moraju pronaći ravnopravne korisnike ne prema nazivu računala, već prema onome što ti ravnopravni korisnici mogu učiniti. Istraživački agent trebao bi moći postavljati upite "koji peeri imaju devizne podatke u stvarnom vremenu?" i dobiti popis trenutno aktivnih agenata specijalista. Ovo je bliže servisnom registru nego DNS-u i prirodni je nastavak ANP-ove filozofije dizajna primijenjene na prijenosni sloj.
Pregršt projekata sastavlja te dijelove. Pilot Protocol ima najcjelovitiju objavljenu specifikaciju, s IETF internetskim nacrtom koji pokriva adresiranje, uspostavu tunela i NAT prolaz za agentske mreže. libp2p pruža temelj testiran u bitkama sa sličnim primitivima. IETF-ova QUIC radna grupa razvija NAT traverzalna proširenja koja će ovdje biti relevantna.
Kako će izgledati konvergencija
Protokoli temeljeni na HTTP-u (MCP, A2A) već se približavaju stabilnim verzijama. Sljedećih 12 mjeseci vidjet ćemo jačanje proizvodnje, sigurnosna poboljšanja, MCP poslužitelje bez stanja za horizontalno skaliranje, bolju A2A federaciju — umjesto novih temeljnih dizajna. Slojevi pozivanja alata i koordinacije zadataka uvelike su riješeni.
Transportni sloj kasni 18 do 24 mjeseca. Očekujte razdoblje raznolikosti implementacije dok timovi eksperimentiraju s različitim pristupima peer-to-peer (P2P) umrežavanju agenata, nakon čega slijedi konsolidacija oko malog broja implementacija nakon što se prikupe empirijski podaci o izvedbi i pouzdanosti. Standardizacijske staze IETF-a i W3C-a vjerojatno će proizvesti nešto u razdoblju 2027.-2028., do kada će jedna ili dvije implementacije otvorenog koda prikupiti dovoljno proizvodnih implementacija za uspostavu de facto standarda prije formalne specifikacije.
Za inženjerske vođe koji danas donose odluke o arhitekturi, praktična implikacija je slojevito usvajanje. Protokoli aplikacijskog sloja dovoljno su stabilni za nadogradnju. Usvajanje MCP-a sada je niskog rizika. Usvajanje A2A za koordinaciju s više agenata je razumno uz očekivanje da će se protokol razvijati. Prijenosni sloj je mjesto gdje ili gradite nešto prilagođeno i planirate to zamijeniti, ili procjenjujete rane implementacije znajući da se prostor još uvijek kreće.
Timovi koji će imati najviše utjecaja kada se transportni sloj stabilizira su oni koji su dizajnirali svoje agentske sustave s čistim odvajanjem između semantike aplikacije (MCP, A2A) i transporta (što god se nalazi ispod). Čisto odvajanje jeftino je implementirati sada, a kasnije ga je skupo naknadno ugraditi, lekcija koju je era mikroservisa naučila svakoga tko je pokušao dodati mogućnost promatranja ili prekidanje strujnog kruga sustavima koji to nisu imali.
Philip Stayetski je suosnivač Vulture Labsa.