A probléma, amit megold
Amikor egy AI rendszernek külső adathoz vagy eszközhöz kell nyúlnia, valakinek meg kell írnia az összekötést. Külön a naptárhoz, külön a dokumentumtárhoz, külön a számlázó rendszerhez. Ha több AI alkalmazásod van, akkor ezt mindegyikhez újra megírod.
Ez a szorzat gyorsan elszalad. Öt alkalmazás és nyolc rendszer között negyven összekötés van, és mindegyiket külön kell karbantartani. Ezt hívjuk n-szer m problémának, és nem új, a szoftveriparban sokszor visszatért már.
Az MCP a megszokott választ adja rá. Beékel egy szabványt középre, így minden rendszerhez egyszer kell megírni a kiszolgáló oldalt, és minden alkalmazás ugyanazon a módon éri el.
Szabvány nélkül
- Minden alkalmazás és rendszer párosához saját kód
- Az összekötések száma szorzatként nő
- Egy rendszer változása több helyen fáj
- Az eszközök nem hordozhatók át
MCP-vel
- Rendszerenként egy kiszolgáló
- Az összekötések száma összeadódik, nem szorzódik
- Egy helyen kell javítani
- Ugyanaz a szerver több kliensnek is jó
Mi az MCP pontosan
Az MCP egy nyílt protokoll, amit az Anthropic tett közzé, és ami leírja, hogyan kérhet egy AI alkalmazás kontextust és képességeket egy külső kiszolgálótól. A neve is erre utal, a modell kontextusát adó protokoll.
Fontos, hogy ez protokoll, nem termék és nem keretrendszer. Nem köt semmilyen programozási nyelvhez, és nem köt az Anthropic modelljeihez sem. Ugyanúgy szabvány, mint a HTTP, csak sokkal szűkebb célra.
A háttérben JSON-RPC üzenetváltás zajlik. Ezt a részletet a mindennapi munkában nem kell látni, de segít érteni, hogy nincs benne semmi varázslat, csak egy jól definiált kérés és válasz forma.
Az MCP nem attól hasznos, hogy okos. Attól hasznos, hogy unalmas. Egy szabvány értéke abban van, hogy mindenki ugyanúgy csinálja, és emiatt az eszközök cserélhetővé válnak.
Mit jelent ez a gyakorlatban
Ha megírsz egy MCP szervert a céged dokumentumtárához, azt onnantól használni tudja a Claude Desktop, a Claude Code, és bármelyik más MCP-t támogató alkalmazás. Nem kell mindegyikbe külön beépíteni.
Ha holnap lecseréled a modellt, a szerver marad. Ha lecseréled az alkalmazást, a szerver akkor is marad. Ez a hordozhatóság az egyetlen ok, amiért érdemes MCP-ben gondolkodni ahelyett, hogy egyszerűen behívnál egy API-t a kódodból.
És ez egyben a döntési szempont is. Ha az összekötést pontosan egy helyen fogod használni és soha máshol, akkor az MCP felesleges réteg. Erről a hetedik leckében lesz szó részletesen.
Workshop
AI Transformation Day
Egésznapos, vezetőknek szóló program. Feltérképezzük, hol tart a szervezet, mi az első reális lépés, és milyen belső feltételek szükségesek a sikerhez. A nap végén konkrét, prioritizált cselekvési lista.
Érdekel a program →