MCP – az ügynök keze
Amit a napon csináltunk
Nem elmélettel kezdtünk. Megnéztük a közös n8n-példányban tárolt hozzáféréseket — azokat, amiket mindenki látott a teremben, anélkül hogy bármit tett volna érte. Utána kötöttünk be egy MCP-szervert a saját Claude-fiókodba, és futtattunk vele egy valódi feladatot.
Miért a hozzáféréssel kezdtünk
Mert amit ebben a leckében megtanulsz, az hozzáférést ad egy modellnek a rendszereidhez. Előbb érdemes megérteni, mit jelent ez, mint hogy megcsináld.
A teremben pontosan az történt, ami sok cégben: valaki beállított egy hozzáférést, és onnantól mindenki látta, aki belépett. Nem rosszindulatból — így működik egy megosztott rendszer.
Mi az MCP, és miért nem egy gyártó terméke
Az MCP — Model Context Protocol — nem program, hanem szabvány: arra válaszol, hogyan kérhet egy modell segítséget egy külső rendszertől.
Az Anthropic jelentette be 2024. november 25-én, nyílt szabványként. 2025. december 9-én pedig átadta az Agentic AI Foundationnek, ami a Linux Foundation alá tartozik, és amelyet az Anthropic, a Block és az OpenAI közösen alapított — a Google, a Microsoft, az AWS, a Cloudflare és a Bloomberg támogatásával.
Ez azért fontos, mert a leggyakoribb — és teljesen jogos — vállalkozói kérdés így hangzik: „nem maradok egyedül vele két év múlva?“ Az MCP ma nem egyetlen cég terméke, hanem szabvány, amit versenytársak közösen visznek tovább.
És mint minden szabvány, attól ér valamit, hogy sokan használják. Ugyanaz a logika, mint a bankkártyánál: nem attól hasznos, hogy jól van megtervezve, hanem attól, hogy minden terminál elfogadja.
Mit old meg valójában
Nem az volt a probléma, hogy a modell nem tud külső rendszert használni — tudott. Hanem hogy mindenki újraírta ugyanazt az összekötést.
Vegyünk egy konkrét példát: a levelezés. Aki maga építi meg, annak meg kell írnia a bejelentkezést, a levélolvasást, a küldést, a piszkozatot — aztán a törlést, aztán a visszaállítást. És mindezt minden projektben újra.
A törékenység a lényeg. Ha a szolgáltató holnap megváltoztatja a bejelentkezés módját, minden saját összekötés eltörik, külön-külön.
Ez a kérdés a te szempontodból nem technikai, hanem költségkérdés: ki tartja karban? Ha a fejlesztőd írta a saját összekötést, akkor minden változás a te számládra megy. Ha szabványos megoldást használtok, akkor a szolgáltatóéra.
A három szereplő
| mi ez | példa | |
|---|---|---|
| host | az AI-alkalmazás, ami koordinál | a Claude asztali alkalmazása |
| client | egy szerverrel tartja a kapcsolatot | a host része |
| server | a képességet kínálja | levelezés, naptár, fájlok, adatbázis |
Az Anthropic saját hasonlata az USB-C csatlakozó: egyfajta aljzat, amibe sokféle eszköz bedugható. A hasonlat jó annak, aki már érti a problémát, és félrevezető annak, aki nem — mert azt sugallja, hogy a csatlakozó a lényeg.
Amit a hasonlat elhallgat: a konnektor nem dönti el, mit dugsz bele. A szerver felkínál egy képességet; hogy a modell mikor és mire használja, az máshol dől el — és ez a te felelősséged.
Mit kínál egy szerver
Háromfélét: eszközöket (műveletek), adatot és sablonokat. A gyakorlatban szinte mindig csak az első számít — a másik kettő létezik, de ritkán kell hozzányúlni.
Helyi vagy távoli — ez dönti el, hova megy az adatod
Kétféleképpen futhat egy MCP-szerver, és a különbségnek adatvédelmi következménye van:
Helyben, a saját gépeden. Az adat nem hagyja el a gépet. Ez a biztonságosabb, cserébe telepíteni kell.
Távoli szerveren. Kényelmesebb, gyorsabban indul — de az adat kimegy egy harmadik félhez.
Amikor egy MCP-szervert választasz, ez az első kérdés, nem a funkciólista.
Adatbiztonság — az egyetlen kérdés
Kísértés megkérdezni: megbízható a készítője? Ezt úgysem tudod eldönteni, és a válasz idővel változhat. Helyette ezt kérdezd:
Mihez fér hozzá? És ha rosszul viselkedne, mit tudna elrontani?
Ez azért jobb kérdés, mert megválaszolható, és mert a válasz a te kezedben van. Három gyakorlati szabály következik belőle:
- A legszűkebb hozzáférés, ami elég. Ha egy mappa is elég, ne add oda az egész meghajtót.
- Olvasás és írás nem ugyanaz. A legtöbb hasznos feladathoz elég az olvasás.
- Megosztott gépen megosztott a hozzáférés is. Amit beállítasz, azt látja, aki belép — ezt a napon élőben láttuk.
Ez ingyenes csomagon is működik
Az egyéni MCP-connectorok ingyenes Claude-fiókkal is elérhetők, a Coworkben és az asztali alkalmazásban is. Ingyenes csomagon egy darab egyéni connector köthető be.
Ez fontos, mert a következő két eszköz, amiről a következő leckében szó lesz — a Cowork és a Claude Code —, már nem ingyenes. Az MCP tehát az a pont, ahol a saját fiókodban ki tudod próbálni, milyen az, amikor a modell hozzáfér valamihez.
A lépések
A képernyőképes, lépésenkénti útmutató a nap után kerül ide. A felület gyorsan változik, ezért itt szándékosan nincs pontatlan leírás helyette.
Próbáld ki magad
Keress egy MCP-szervert, ami a te munkádhoz kapcsolódik — ne azt, amit a napon használtunk —, és futtass vele valami hasznosat. Ingyenes csomagon egy fér be: válaszd meg, melyik ér a legtöbbet.
Közben figyeld, mihez kér hozzáférést, és tedd fel a fenti egyetlen kérdést, mielőtt megadod.
Ha nem akarsz élesben próbálkozni, van papíros változat is: írd össze, melyik három rendszeredhez lenne a leghasznosabb hozzáférést adni, és mindegyikhez azt, hogy mit tudna elrontani.
Ha elakadsz
Csatlakozik, de nem használja. A modell nem tudja, mikor kellene. Mondd meg neki kifejezetten: használd a … eszközt ehhez. Ez eleinte normális — az eszközválasztás is tanulható viselkedés.
Csatlakozik, de nem találja, amit keres. Nézd meg, milyen hozzáférést adtál. A leggyakoribb ok, hogy nem látja azt a mappát, amiben az adat van.
Már be van kötve egy connector, és nem enged többet. Ingyenes csomagon egy a korlát. Vagy lecseréled, vagy előfizetés kell — a hetedik lecke erről szól.
**„Ez biztonságos?“** A válasz nem igen vagy nem, hanem a fenti egyetlen kérdés — és az, hogy mit adsz oda neki. Ha a válaszod „mindent”, akkor nem biztonságos, függetlenül attól, ki írta a szervert.