Az elmúlt év legfontosabb AI-hírei közé tartozik, hogy 2025 decemberében az Anthropic átadta a Model Context Protocolt (MCP) az újonnan alakult Agentic AI Foundationnak, amely a Linux Foundation alá tartozó, irányított alapítvány, és amelyet az Anthropic, a Block és az OpenAI közösen indított el a Google, a Microsoft, az AWS, a Cloudflare és a Bloomberg támogatásával. Hat hónappal korábban a Google az Agent2Agent protokollt (A2A) adta át ugyanehhez a szervezetcsaládhoz. Azok a vállalatok, amelyek erősen versengenek modellek terén, formálisan és semleges irányítás alatt együttműködnek az interfészek kialakításában.
Mit szabványosít az MCP és az A2A?
A Model Context Protocol (MCP) szabványosítja, hogyan kapcsolódik egy AI-alkalmazás eszközökhöz és kontextusokhoz: JSON-RPC üzeneteket használ hostok, kliensek és szerverek között. A szerverek eszközöket tehetnek elérhetővé, kontextust és adatot tartalmazó erőforrásokat, valamint sablonjellegű munkafolyamatokat leíró promptokat. A specifikáció a Language Server Protocolt nevezi meg inspirációként. Az MCP jelenlegi specifikációja 2026. július 28-i keltezésű, és ez már az ötödik dátumozott protokollrevízió óta a projekt 2024 novemberi indulása óta — ez aktív kormányzást jelez, és azt sugallja, hogy a megvalósítóknak változásra kell számítaniuk.
Az Agent2Agent protokoll (A2A) az ügynökök közti felfedezésre és kommunikációra fókuszál több szolgáltatón átívelően. Az A2A elérte a v1.0 verziót 2026 áprilisában, több mint 150 támogató szervezettel, aláírt Agent Cardokkal igazolt identitáshoz, SDK-kkal ötl nyelven, és általános elérhetőséggel a Microsoft Copilot Studio, Azure AI Foundry és Amazon Bedrock AgentCore szolgáltatásokban. Az A2A fiatalabb és kevésbé bizonyított a termelésben, mint az MCP, de a kormányzás és az alkalmazás terjedése túlmutat az egyetlen platform korlátain.
Kiegészítő projektek és telemetria
A fejlődő verem más projekteket is magába foglal: az OpenAI AGENTS.md konvenciója, amely repository-szintű utasításokat ad kódoló ügynököknek, csatlakozott az MCP-hez mint az Agentic AI Foundation alapító projektje. Az OpenTelemetry generatív AI semantikus konvenciói közös szókincset fejlesztenek a modell- és eszközhívások trace-eihez és metrikáihoz, bár ez a munka még nem stabil.
Kapcsolat, együttműködés, utasítás és telemetria kezd közös interfészeket kapni.
Miért számít ez a mérnöki csapatok számára?
A legközvetlenebb következmény az újrafelhasználhatóság: egy belső jegykezelő rendszer MCP-szervere kiszolgálhat minden kompatibilis IDE-t, chat-alkalmazást és ügynök-hostot. Bár modellek és hostok változni fognak, maga az interfész-szerződés, a szerver-implementációk, a sémák és az autorizációs kapcsolás hosszabb távon is fennmaradhat. Ez az integráció olyan erőforrássá válik, amelyet alkalmazások oszthatnak meg, hasonlóan ahhoz, ahogy a nyelvszerverek megőrizték a kompatibilitást szerkesztők váltakozása közben.
A szabványos interfészek emellett koncentrálják a figyelmet a közös biztonsági határra. Egy megosztott protokoll felismerhető varratot kínál, ahol a csapatok identitást, jogosultságokat, adatáramlást és naplózási viselkedést határozhatnak meg, és ezeket a kontrollokat sok eszközre és hostra alkalmazhatják. Az MCP autorizációs specifikációja meglévő IETF-munkákra épít (beleértve az OAuth 2.1-et, a védett erőforrás metaadatokat, az autorizációs szerver metaadatokat és a resource indicator-okat), és megköveteli a Proof Key for Code Exchange (PKCE) használatát az autorizációs kódok védelmére. Az MCP-szervereknek el kell utasítaniuk más audience-re kiadott tokeneket, és nem továbbíthatnak ilyen tokeneket downstream felé. A szabvány előnye a megszokottságból fakad: a csapatok kihasználhatják az OAuth bevezetésének tapasztalatait.
Ugyanakkor a specifikáció világossá teszi, milyen metadata nem bizonyít semmit. Az eszközök viselkedési annotációkat hordozhatnak (például read-only, destructive, idempotent vagy open-world), amelyek házigazdák számára szabályalkotási szókincset adnak, de a jelenlegi tools specification megköveteli, hogy a kliensek ne tekintsék ezeket megbízhatónak, hacsak nem egy megbízható szerver adta őket. Az önleírás segítheti a döntéshozatalt, de nem alapozza meg önmagában a bizalmat.
Felfedezés és ellátási lánc-kockázatok
Miután a szerverek osztoznak az interfészen, felfedezhetők lesznek: az MCP Registry egy nyílt katalógus és API nyilvános szerverekhez, ami downstream piactereknek és privát katalógusoknak szolgáltat adatot. A regiszter szerepe felfedezési mechanizmusként hasonlít az npm-hez vagy a PyPI-hez, azzal a különbséggel, hogy szabványos szerver-metaadatokat tárol, míg a csomag-disztribúciót máshová hagyja. A regiszter preview állapotban van, lehetséges megtörő változásokkal és tartóssági garancia nélkül.
A felfedezés hozza magával az ismert ellátási lánc-kockázatokat—ezek most olyan komponenseket érintenek, amelyek rendkívül erős hozzáféréssel bírhatnak. Typosquatting, elhagyott csomagok, rosszindulatú frissítések és kérdéses eredet most olyan szoftvereknél jelent kockázatot, melyek élő hitelesítő adatokat őrizhetnek és termelési rendszereken léphetnek akcióba. A regiszter névtér-ellenőrzést és moderációt kínál, és a downstream modell lehetővé teszi a szervezetek számára kurált katalógusok építését. Egy belső alregiszter vagy allowlist ésszerű első kontrollnak tűnik.
Tesztelés és szerződésellenőrzés
A közös szerződés a tesztelést is javítja. Az MCP-eszközök JSON Schema-t deklarálhatnak bemenetükhöz és strukturált kimenetükhöz; a jelenlegi tools specification szerint a kimeneti sémát deklaráló szervereknek megfelelniük kell annak, és a klienseknek érdemes érvényesíteniük. A csapatok így szervert tesztelhetnek anélkül, hogy modellt kellene bevonniuk: lehet mockolást használni felvett vagy szintetikus viselkedéssel, és contract-testelni mindkét oldalt, mint egy REST vagy gRPC határvonalnál.
Ez kettéválasztja azokat a bizonytalanságokat, amelyeket az ügynökértékelések gyakran összekevernek: a protokoll-tesztek az üzenetcsere és a szerződés betartásának ellenőrzésére szolgálnak, míg a modellértékelés arra koncentrálhat, hogy az ügynök a megfelelő eszközt választotta-e és helyesen értelmezte-e az eredményt. Az OpenTelemetry konvenciók kiterjeszthetik ezt futásidejű bizonyítékokra közös nyelv révén.
A határok és a jelentős kérdések
Ezek az előnyök azonban megállnak ott, ahol az interfészek leírják a formátumot: egy séma megadja egy eszköz argumentumainak alakját, de a jelentés nagyrészt szabad szöveges leírásban marad, amelyet a modellnek kell értelmeznie. A séma nem mondja meg, mikor helyénvaló egy eszköz használata, hogyan hatnak egymásra az eszközök hatásai, vagy hogy két hasonló nevű művelet szemantikailag egyenértékű-e. A hordozhatóság lehetővé teszi, hogy egy szerver több hoston elérhető legyen; a viselkedés azonban modellektől és kontextustól függően eltérhet.
A szemantikai rés bizalmi rést eredményez. Az MCP továbbíthatja egy szerver állításait, az A2A Agent Card digitális aláírást hordozhat, de egy aláírás csak egy állítást köt egy identitáshoz. A mérnöki szervezeteknek továbbra is el kell dönteniük, mely identitások, kiadók, kódok és állítások jogosultak tekintetbe venni. A protokoll képes ezen döntéseket átvinni a rendszerben, de nem hozza meg helyettük a döntést.
A delegálás tovább bonyolítja a helyzetet. Az MCP autorizációs modellje kezeli, hogy egy kliens szervert hív egy audience-hez kötött tokennel. A termelési rendszerek azonban gyakran involve-álnak láncolt hívásokat (ügynök hív egy másik ügynököt, amely eszközt vagy harmadik ügynököt hív). A token-továbbítás megakadályozása fontos lépés, de minden downstream hopnak továbbra is egy szűkebb engedéllyel kell rendelkeznie, amely a felhasználó eredeti jogától származik. Jelenleg nincs közös, általános mechanizmus arra, hogyan kell ezeknek a jogoknak gyengülniük egy tetszőleges lánc mentén; a platformok lokálisan oldják meg vagy túl sok hatalmat hagynak meg.
Fiatal infrastruktúra, óvatos tervezés
Mindez fiatal infrastruktúrán zajlik: a regiszter preview állapotú, a telemetriai konvenciók még nem stabilak, és az MCP kevesebb mint két év alatt öt dátumozott protokollrevízión ment keresztül. A revízió a szabványosodás természetes folyamata, ezért a csapatoknak verziórögzítést, belső, vékony adapterek mögé helyezett protokollkódot és migrációs költségvetést kell tervezniük. Néhány absztrakció tévesnek bizonyulhat, mert a szabványok és a gyakorlat egyszerre fejlődnek.
Ajánlott gyakorlatok
Ésszerű válaszlépések: minden belső szervernek legyen tartós gazdája, a protokollfelületet tekintsék architektúra-döntésnek; séma-validálás, megfelelőségtesztek és protokoll-mockok írják alá a varratot; harmadik fél szerverei legyenek allowlistben vagy privát katalógusban, származási követelményekkel és annotációk megerősítésével; és belső absztrakció a kialakuló telemetriai szókörnyezet körül csökkentheti a kitettséget a tervezettnél változó revíziókhoz.
Akik jelentős kitettséggel rendelkeznek az ügynökökben, érdemes bekapcsolódniuk a szabványosítási munkába: az Agentic AI Foundation és az A2A projekt még annyira fiatal, hogy a találmányokon kívüli mérnöki csapatok is befolyásolhatják, mi válik hordozhatóvá, megfigyelhetővé és érvényesíthetővé. Az itt megírt szabályok később beágyazódnak a termékek feltételezései közé.
Modellekkel kapcsolatos javulások továbbra is a címoldalakon lesznek, de a szabványok döntik el, hogy ezek a modellek milyen ökoszisztéma részeseivé válhatnak. Az Ethernet azért volt fontos, mert interfészként széles körben elfogadták; a nyelvszerverek azért, mert a szerkesztők és nyelvi eszközök nem kellettek páronként tervezve. Az ügynökrendszerek most megkapták az első közös interfészeiket, amelyeket riválisok közösen kormányoznak és függetlenül implementálnak. A mérnöki csapatok két elvárással dolgozzanak velük: ezek az interfészek valószínűleg hosszú életűek lesznek, és ugyanakkor jelenlegi formáik változni fognak.
