Mi az MCP, és miért jött létre: a Model Context Protocol kód nélkül

Amióta az Anthropic 2024. november 25-én nyílt szabványként közzétette az MCP-t, egy AI eszköznek már nem kell külön kapcsolatot építenie minden céges rendszerhez: ugyanazt a távoli MCP szervert ma a Claude és a ChatGPT is tudja használni. Mi az MCP? A Model Context Protocol egy nyílt protokoll, amelyen keresztül egy AI alkalmazás a csevegőablakon kívüli adatokhoz, eszközökhöz és munkafolyamatokhoz is hozzáfér, például fájlokhoz, naptárhoz, adatbázishoz vagy webáruházhoz. A cég számára ebből elsősorban egy döntés következik: mit olvashat az AI az MCP-n keresztül, és mit módosíthat.

Ez a kód nélküli útmutató elmagyarázza, miért jött létre az MCP, hogyan működik a kapcsolat, mit kínálhat egy szerver a mesterséges intelligenciának, és mit érdemes ellenőrizni az első csatlakoztatás előtt. Ha még nem világos, mire képes egy nyelvi modell, kezdje a mi az LLM, és mire nem képes valójában az AI című cikkel. Hogy mely céges folyamatokat érdemes AI-ra bízni, azt az AI folyamatautomatizálásról szóló alapcikk tárgyalja. Ha pedig már tudja, mit szeretne összekapcsolni, nézze meg, hogyan építünk egyedi folyamatautomatizálást és integrációkat.

Mi az MCP, és miért jött létre

Az MCP közös nyelv az AI alkalmazás és azok a rendszerek között, amelyekben a cég adatai vannak, hogy ne kelljen minden kapcsolatot elölről felépíteni.

Az Anthropic az MCP eredeti bejelentésében egyenesen megfogalmazta a problémát: még a legfejlettebb modellek is el vannak zárva az adatoktól, információs silók és régebbi rendszerek mögé szorulnak, és minden új adatforrás saját, egyedi megvalósítást igényel. Az MCP feladata az volt, hogy ezeket a széttöredezett kapcsolatokat egyetlen protokollal váltsa fel. A specifikációval együtt az Anthropic akkor SDK-kat és kész szerverek tárházát is közzétette, például a Google Drive, a Slack, a GitHub és a Postgres számára.

Az MCP hivatalos dokumentációja az USB-C csatlakozóhoz hasonlítja. Ahogy az USB-C egységes módot ad az elektronikai eszközök csatlakoztatására, úgy az MCP egységes módot ad arra, hogy egy AI alkalmazás külső rendszerekhez kapcsolódjon. Ezek a dokumentáció szerint adatforrások (helyi fájlok, adatbázisok), eszközök (keresőmotorok, számológépek) és munkafolyamatok (előre elkészített promptok).

MCP nélkül a táblázatokat, e-maileket és webáruházi kimutatásokat be kell másolni a csevegőbe, az eredményt pedig vissza kell gépelni. MCP-vel az AI alkalmazás közvetlenül a rendszertől kéri le a szükséges adatokat, és az Ön jóváhagyása után ott műveletet is végre tud hajtani. Megspórolja a másolgatást, ugyanakkor olyan adatokhoz is beengedi az AI-t, amelyekhez korábban nem fért hozzá.

Ki felügyeli az MCP-t, és mennyibe kerül maga a protokoll

Az MCP ma már nem egyetlen cégé. A Linux Foundation 2025. december 9-én jelentette be az Agentic AI Foundation megalakulását, és az MCP egyike volt annak a három projektnek, amelyek alapító projektként kerültek bele. A projekt irányításáról szóló oldal szerint az MCP ma Model Context Protocol a Series of LF Projects, LLC formában működik, a kód és a specifikáció pedig Apache 2.0 licenc alatt érhető el. Ugyanezen szabályok szerint a műszaki irányításban a tagság személyhez kötött, egyetlen cégnek sincs fenntartott helye. Maga a protokoll tehát ingyenes. Az Ön által használt AI alkalmazásért fizet, valamint a szerverért, ha azt valakinek fel kell építenie vagy üzemeltetnie.

A specifikáció jelenlegi verziójának jelölése 2026-07-28 (2026. októberi állapot). A dokumentáció szerint a verzióban szereplő dátum az utolsó, visszafelé nem kompatibilis változtatást jelöli, nem egy új funkció megjelenési napját.

Hogyan működik az MCP kapcsolat: gazda, kliens és szerver

Az AI alkalmazás (a gazda) minden csatlakoztatott MCP szerverhez külön klienst hoz létre, a szerver pedig ezen keresztül kínál neki adatokat és eszközöket.

Az MCP architektúráját leíró dokumentáció három szerepet nevez meg. Ha ezeket érti, azt is érti, hol születik döntés a hozzáférésekről:

• A gazda (host) az az AI alkalmazás, amelyben dolgozik, például a Claude Desktop, a Claude Code vagy a Visual Studio Code. Ez kezeli az összes kapcsolatot, és ez kéri az Ön hozzájárulását.
• A kliens (client) a gazda része, amely egyetlen szerverrel tartja a kapcsolatot. Ha két szervert csatlakoztat, a gazda két klienst hoz létre.
• A szerver olyan program, amely kontextust és képességeket ad az AI alkalmazásnak, például hozzáférést fájlokhoz, adatbázishoz vagy hibabejelentő rendszerhez.

Technikailag a kliens és a szerver JSON-RPC 2.0 formátumú üzeneteket küld egymásnak, a specifikáció pedig saját szavai szerint abból a protokollból merített, amely egységesítette a programozási nyelvek támogatását a fejlesztői eszközökben. A felhasználó szempontjából az a lényeg, hogy ugyanaz a szerver különböző AI alkalmazásokkal működik, így a rendszer szállítója egyszer írja meg, Ön pedig saját belátása szerint választ alkalmazást.

Helyi vagy távoli szerver

Az MCP kétféle átviteli módot ismer. A helyi szerver az Ön számítógépén fut, és a szabványos bemeneten és kimeneten (stdio) keresztül kommunikál, a távoli szerver az interneten fut, és Streamable HTTP-n keresztül kommunikál. Az átviteli módtól az is függ, mihez fér hozzá a szerver:

	Helyi szerver (stdio)	Távoli szerver (Streamable HTTP)
Hol fut	Az Ön számítógépén, közönséges folyamatként	Az interneten, a szolgáltatónál
Kit szolgál ki	Jellemzően egy klienst	Jellemzően sok klienst
Bejelentkezés	A hozzáférési token gyakran egy helyi konfigurációs fájlban van	A protokoll szerinti hitelesítés, az MCP az OAuth-t ajánlja
Mihez fér hozzá	Mindenhez, amit az Ön felhasználói fiókja olvashat	Ahhoz, amihez a bejelentkezés engedi
Frissítések	Minden számítógépen külön	A szolgáltató egy helyen javítja a szervert

A Claude-ban használt távoli szervereknél még egy gyakorlati szempont érvényes. Az Anthropic súgója szerint a Claude az egyéni konnektorhoz az Anthropic felhőinfrastruktúrájából kapcsolódik, nem az Ön számítógépéről, és ez az asztali alkalmazásra is igaz. A szervernek ezért a nyilvános internetről elérhetőnek kell lennie. Egy céges VPN vagy tűzfal mögötti belső rendszer addig nem kapcsolódik, amíg nem engedélyezi rajta az Anthropic IP-címeit.

Ha a szervernek semmire sincs szüksége az Ön számítógépéről, vagyis sem fájlokra, sem helyi eszközökre, sem a helyi hálózatra, az MCP dokumentációja a távoli változat használatát ajánlja.

Mit kínál egy MCP szerver: eszközök, erőforrások és promptok

Egy szerver három dolgot kínálhat az AI-nak: eszközöket, amelyek végrehajtanak valamit, erőforrásokat, amelyekből az AI olvas, és promptokat, amelyeket Ön indít.

Bármely MCP szerver leírását nyitja meg, ezt a három kategóriát látja. Abból, hogy a szerver melyiket kínálja, megítélheti, hogy csak olvas, vagy írni is tud:

A szerver képessége	Mit csinál	Ki dönt a használatáról	Példák a dokumentációból
Eszközök (tools)	Műveletet hajtanak végre: írás adatbázisba, API-hívás, fájl módosítása	A modell, amikor úgy ítéli meg, hogy szüksége van rá	Repülőjárat keresése, üzenet küldése, naptáresemény létrehozása
Erőforrások (resources)	Csak olvasható adatokat adnak: fájlok tartalmát, adatbázis-sémát, dokumentációt	Az alkalmazás	Dokumentumok betöltése, tudásbázis megnyitása, naptár olvasása
Promptok (prompts)	Előre elkészített utasítássablonok a szerverrel végzett konkrét munkához	A felhasználó	Szabadság megtervezése, megbeszélések összefoglalása, e-mail piszkozat írása

Kockázati szempontból az eszközök a döntőek. Ezeket a modell maga indítja el, amikor a kérése alapján úgy ítéli meg, hogy szüksége van rájuk. A specifikáció ezért előírja, hogy a gazda bármely eszköz használata előtt kérje a felhasználó kifejezett hozzájárulását. A dokumentáció azt is felsorolja, hogyan oldják ezt meg az alkalmazások: jóváhagyó párbeszédablak az egyes hívásokhoz, beállítások, amelyek előre engedélyezik a biztonságos műveleteket, és napló minden lefuttatott eszközről és annak eredményéről.

A kommunikáció nem csak egy irányba halad. A szerver az elicitation nevű funkcióval hiányzó adatot vagy egy művelet megerősítését kérheti Öntől. Ha munka közben a szervertől érkezik kérdés, közvetlenül neki válaszol, nem a modellnek.

Jóváhagyáskor ezért ne engedélyezzen mindent egyszerre és végleg. Ha a szerver írási eszközöket kínál, és Ön ezeket egyszer s mindenkorra jóváhagyja, az AI ettől kezdve kérdezés nélkül használja őket, valahányszor szerinte ennek van értelme.

Mit hoz az MCP a cégnek, és mit nem old meg

Az MCP lerövidíti az utat a kérdéstől a céges adatokig, de nem teszi megbízhatóbb forrássá a modellt, sem biztonságosabb rendszerré a kapcsolatot.

Hol van értelme az MCP-nek

Az MCP dokumentációja olyan példákat hoz, mint egy asszisztens, amely hozzáfér a Google Naptárhoz és a Notionhoz, vagy egy céges chatbot, amely több adatbázishoz kapcsolódik, így a munkatársak csevegőben feltett kérdésekkel elemezhetik az adatokat. Webáruházak számára két friss példa érdekesebb, közvetlenül a platformok szállítóitól (2026. októberi állapot):

• A WooCommerce 2026. október 21-én a fejlesztői blogján bejelentette, hogy a 11.3-as verziótól az MCP kapcsolat a WordPress MCP Adapter bővítményen keresztül működik. Bejelentkezéshez WordPress alkalmazásjelszót ajánl egy olyan felhasználó számára, akinek csak azok a jogosultságai vannak meg, amelyekre az AI kliensnek szüksége van.
• A Shoptet webáruház-platform a 2026. október 14-i újdonságösszefoglalójában az adminisztráció AI funkciói között MCP szervert említ a Shoptet Premium csomaghoz.

Az AI alkalmazások oldalán a Claude egyéni konnektorokkal támogatja a távoli MCP szervereket, az OpenAI pedig a fejlesztői dokumentációjában leírja, hogyan tehető elérhetővé egy MCP szerver bővítményként a ChatGPT-ben és a Codexben, valamint API-n keresztül. A gyakorlatban ez azt jelenti, hogy az AI eszköz kiválasztásával nem köti magát egyetlen szállító kapcsolataihoz.

Mit nem old meg az MCP

• A válasz minőségét. A dokumentáció szerint az MCP csak a kontextus cseréjével foglalkozik, és nem szabja meg, hogyan dolgozik az AI alkalmazás a modellel és a kapott adatokkal. A modell a helyes adatok birtokában is félreértelmezheti azokat.
• A biztonságot Ön helyett. Az MCP specifikációja maga írja, hogy biztonsági elveit (a felhasználó hozzájárulása, az adatok védelme, óvatosság az eszközökkel) protokollszinten nem tudja kikényszeríteni. A hozzájárulás, a jogosultságok és az adatvédelem az alkalmazás, a szerver és a beállítást végző személy feladata.
• A megbízható szerver kiválasztását. A hivatalos MCP szerverjegyzék saját oldala szerint még előzetes (preview) állapotban van. Ellenőrzi a kiadó névterét, a kód biztonsági vizsgálatát azonban a csomagjegyzékekre és más katalógusokra hagyja.
• A rögzített szabályú, rendszeres folyamatokat. Ha egy feladat minden nap ugyanabban a sorrendben ismétlődik, például rendelés, számla és visszaigazolás, az a klasszikus automatizálás terepe. A különbséget a kisvállalkozások n8n- és Make-alapú automatizálásáról szóló cikk magyarázza el.

Az első csatlakoztatás előtt ezért tisztázza, mit vár az MCP-től. Ha azt szeretné, hogy az AI az Ön adataiból válaszoljon és segítsen a nem rendszeres munkában, az MCP a jó út. A rögzített, ismétlődő folyamatot automatizálásként építse fel.

Az MCP biztonsága: mit ellenőrizzen az első csatlakoztatás előtt

Minden csatlakoztatott szerver megkapja az Ön hozzáféréseinek egy részét, ezért döntő, honnan származik, mit módosíthat, és ki frissíti.

Az Anthropic az egyéni konnektorokról szóló súgócikkében figyelmeztet, hogy ezekkel olyan szolgáltatásokhoz kapcsolja a Claude-ot, amelyeket az Anthropic nem ellenőrzött, és hogy a Claude hozzáfér a csatlakoztatott szolgáltatások adataihoz, és módosíthatja is azokat, az Ön jogosultságainak keretein belül. Ezért azt javasolja, hogy az „Allow always” lehetőséget csak megbízható szervernél és eszköznél használja. A Research funkció közben a Claude további jóváhagyás nélkül, automatikusan hívhatja a konnektorok eszközeit, ezért ilyenkor az írási műveletet végző eszközök kikapcsolását javasolja. Ugyanezen útmutató szerint egy rosszindulatú szerver rejtett utasításokat tartalmazhat, amelyek nem kívánt műveletre próbálják rávenni az AI-t.

A helyi szervereknek saját kockázatuk van. Az MCP helyi szerverek biztonságáról szóló útmutatója a helyi szervert az Ön felhasználói fiókjának közönséges folyamataként írja le, nem elszigetelt környezetben futó bővítményként. Örökli a környezeti változókat, köztük a tokeneket és API-kulcsokat, mindent elolvas, amit az Ön fiókja olvashat, például SSH-kulcsokat, felhőhozzáféréseket, böngészőprofilokat és a saját mappáját, és bárhová kapcsolódhat az interneten. Az eszközök leírását, amelyet a szerver küld, a modell utasításként olvassa, ezért ezeket is megbízhatatlan bemenetként kell kezelni.

A Claude csapatcsomagjainál a megosztott hozzáférések kérdése is felmerül. Ha egy konnektor közös belépési adatot használ, például egyetlen API-kulcsot, mindenki, aki használja, ennek a kulcsnak a hozzáférését kapja, nem a sajátját. A kulcsok és webhookok kezelését automatizálásoknál a folyamatautomatizálás biztonságáról szóló cikk tárgyalja.

Öt kérdés, amelyre a csatlakoztatás előtt tudnia kell a választ

1. Ki adja ki a szervert? Össze tudja kötni egy valódi kiadóval és forráskód-tárral, és pontosan azt a csomagot telepíti, amelyre a dokumentáció hivatkozik, nem egy hasonló nevű másolatot. Az MCP útmutatója szerint egy jegyzékbeli bejegyzés nem ajánlás.
2. Muszáj az Ön számítógépén futnia? Ha nincs szüksége az Ön fájljaira és helyi eszközeire, használja a távoli változatot.
3. Mely eszközök írnak? Ezeket csak egy ártalmatlan feladaton végzett próba után kapcsolja be, és csak akkor engedélyezze véglegesen, ha megbízik a szerverben.
4. Milyen hozzáférést kap a szerver? Minden szerver saját, szűkre szabott belépési adatokat kapjon, semmi örököltet vagy más eszközzel megosztottat.
5. Ki fogja frissíteni? Az MCP útmutatója azt javasolja, hogy a legújabb helyett konkrét verziót telepítsen, és biztonsági figyelmeztetés esetén tudatosan frissítse. Példa erre az a hét biztonsági figyelmeztetés a hivatalos TypeScript SDK-hoz, amelyeket 2026. szeptember 30. és október 15. között tettek közzé, és amelyeket az MCP SDK sebezhetőségéről szóló cikk részletez.

Amíg ezek közül bármelyik kérdésre nem tudja a választ, ne csatlakoztassa a szervert. Különben olyan programnak ad hozzáférést a céges adatokhoz, amelyről nem tudja, ki áll mögötte, és ki javítja ki.

Hogyan kezdjen bele egy cég az MCP-be: az első kapcsolat öt lépésben

Kezdje egyetlen feladattal, egyetlen szerverrel a rendszere szállítójától, és csak olvasó eszközökkel.

1. Válasszon ki egy feladatot. Olyat, amelynél ma kézzel másol adatokat egy AI csevegőbe, például a heti rendelések áttekintését vagy a keresést belső dokumentumokban.
2. Keresse meg a hivatalos szervert. Nézze meg annak a rendszernek a dokumentációját, amelyet csatlakoztatni szeretne. A szállító saját szervere elsőbbséget élvez egy ismeretlen internetes csomaggal szemben, a távoli változat pedig a helyivel szemben.
3. Csatlakoztassa az AI alkalmazásban. A Claude-ban a távoli szervert egyéni konnektorként, az URL-címe megadásával lehet hozzáadni. Az Anthropic súgója szerint egyéni konnektorok a Free, Pro, Max, Team és Enterprise csomagokban érhetők el, a Free csomagban azonban csak egy. A Team csomagban csak a tulajdonos (Owner vagy Primary Owner) adhatja hozzá őket a szervezethez, a tagok pedig ezután egyenként csatlakoznak. 2026. októberi állapot.
4. Szűkítse a jogosultságokat. A konnektor beállításaiban csak azokat az eszközöket hagyja bekapcsolva, amelyekre a feladatnak szüksége van, az írást pedig egyelőre kapcsolja ki. Ha a szerver egy rendszerfelhasználóval jelentkezik be, hozzon létre neki külön felhasználót minimális jogosultságokkal, ahogy a WooCommerce az alkalmazásjelszóhoz ajánlja.
5. Rendszeresen tegyen rendet. Ha csak egy dolgot tesz meg, az MCP helyi szerverekről szóló útmutatója szerint nyissa meg az AI alkalmazása konfigurációját, távolítsa el a nem használt szervereket, a megmaradtaknál pedig ellenőrizze, honnan származnak, és melyik verziót futtatják.

Ezt a folyamatot maga is elvégezheti, amíg a szállító kész szerveréről és olvasó eszközökről van szó. Szakembert akkor érdemes bevonni, ha az AI-nak rendelésekbe, számlákba vagy ügyféladatokba kellene írnia, ha hivatalos szerver nélküli belső rendszert kell csatlakoztatni, vagy ha egyetlen hozzáférésen az egész csapat osztozna.

MCP a gyakorlatban: mit jelent egy kisebb cégnek

Egy kisebb cégnek érdemes a rendszere szállítójától származó kész szerver kiválasztásával és beállításával kezdenie, nem saját szerver fejlesztésével.

Ha Shoptet vagy WooCommerce alapon értékesít, 2026 októberében mindkét platformnak van dokumentált útja az MCP-hez (a Shoptetnek a Premium csomagban), így az első lépést programozás nélkül megteheti. Bonyolultabb a helyzet azoknál a rendszereknél, amelyek csak belső hálózaton futnak, például egy régebbi raktárkezelő programnál. A Claude távoli konnektora a hálózat módosítása nélkül nem éri el őket, így ez architektúrával kapcsolatos döntés, nem egyetlen kattintás.

A választásnál ezért elsősorban az számít, mihez engedi hozzá az AI-t. Ugyanaz a szerver a Claude-dal és a ChatGPT-vel is működik, így az AI alkalmazást később lecserélheti. A szervernek adott hozzáférések viszont megmaradnak, amíg Ön vissza nem vonja őket.

Így csináljuk a Denvánál: automatizálásoknál és integrációknál először Önnel együtt összeírjuk, mely feladatok ismétlődnek, és mennyi kézi munkába kerülnek, és nyíltan megmondjuk, mit nem érdemes automatizálni. A kapcsolatot úgy tervezzük meg, hogy világos legyen, mi történik az egyes lépésekben, és hol lép be az AI a folyamatba, az Ön valós adatain teszteljük, majd dokumentálva és betanítással együtt adjuk át. MCP esetén ez azt jelenti, hogy a csatlakoztatás előtt világos, mely eszközöket kapja meg az AI, és melyeket nem.

Összegzés: mikor csatlakoztassa az MCP-t, és mikor várjon még

Próbálja ki az MCP-t most, ha a cégnél már használnak AI-t, kézzel másolják bele az adatokat, és a rendszere szállítója hivatalos szervert kínál. Kezdje olvasó eszközökkel és egyetlen feladattal. A csatlakoztatással várjon, amíg nem tudja a választ a fenti öt kérdésre. Ez különösen akkor érvényes, ha az AI-nak rendelésekbe, számlákba vagy ügyféladatokba kellene írnia. Ilyenkor előbb írja le, mit tehet, és ki fog rá felügyelni. Ha nincs konkrét feladata, egyelőre ne csatlakoztasson semmit.

GYIK

Gyakori kérdések.

Mit jelent az MCP rövidítés?

Az MCP a Model Context Protocol rövidítése. Nyílt szabvány, amelyen keresztül az AI alkalmazások, például a Claude vagy a ChatGPT, külső rendszerekhez kapcsolódnak: fájlokhoz, adatbázisokhoz, eszközökhöz és munkafolyamatokhoz. Az Anthropic 2024. november 25-én tette közzé.

Ingyenes az MCP?

Maga a protokoll igen, a kód és a specifikáció Apache 2.0 licenc alatt érhető el. Az AI alkalmazásért és annak csomagjáért fizet, például a Claude Free csomagjában az Anthropic szerint egy egyéni konnektor használható (2026. októberi állapot), valamint a szerver fejlesztéséért vagy üzemeltetéséért, ha azt nem a rendszere gyártója biztosítja.

Mi a különbség az MCP és az API között?

Az API egy adott rendszer felülete, az MCP pedig egységes mód arra, hogy ez az AI alkalmazások számára elérhető legyen. Egy MCP szerver becsomagolhat egy meglévő API-t, és eszközökként, erőforrásokként és promptokként kínálhatja fel, amelyeket minden MCP-t támogató alkalmazás megért.

Kié az MCP, és ki gondozza?

Az MCP az Anthropicnál született, amely 2025 decemberében a Linux Foundation alá tartozó új Agentic AI Foundationnek adta át. A projekt ma Model Context Protocol a Series of LF Projects, LLC formában működik. A műszaki irányításban a tagság személyhez kötött, egyetlen cégnek sincs fenntartott helye.

Biztonságos az AI-t MCP-n keresztül céges adatokhoz kapcsolni?

Lehet az, de a biztonságot nem a protokoll garantálja, hanem a beállítás. Az MCP specifikációja kimondja, hogy biztonsági elveit önmagában nem tudja kikényszeríteni. Ellenőrzött kiadótól származó szervereket használjon, csak a szükséges eszközöket kapcsolja be, az írást csak próba után engedélyezze, és minden szervernek adjon saját, szűkre szabott hozzáférést.