Model Context Protocol a gyakorlatban · Lecke 07

Mikor MCP és mikor nem

Nem minden összekötésnek kell MCP-nek lennie. Ez a lecke arról szól, mikor éri meg a protokoll, és mikor egyszerűbb sima API hívás vagy parancssori eszköz.

Vissza a tananyaghoz


A döntési kérdés

Az MCP egy réteget tesz a rendszer és az alkalmazás közé. Minden réteg költséggel jár, karbantartással, hibalehetőséggel és tanulási igénnyel. Ezt a költséget akkor éri meg kifizetni, ha cserébe valamit kapunk.

Az egyetlen dolog, amit az MCP ad, a hordozhatóság. Ugyanaz az összekötés több alkalmazásból, több modellel, több felhasználó által használható. Ha ez nem kell, akkor a réteg felesleges.


Elég az egyszerű hívás

  • Egyetlen alkalmazásból használod
  • A hívás sorrendje előre ismert
  • Nem a modell dönti el, mikor kell
  • Nincs szándék más eszközökbe bekötni

Megéri az MCP

  • Több alkalmazásból is kell
  • A modell dönti el, mikor nyúl hozzá
  • Több ember használja, eltérő joggal
  • Az eszközkészlet bővülni fog

A három lehetőség egymás mellett

Beépített hívás a kódban. A leggyorsabb és a legegyszerűbb. Akkor jó, ha a folyamat lépései előre adottak, és nem a modell dönt a sorrendről. Egy összefoglaló generálása egy ismert dokumentumból ilyen.

Parancssori eszköz. Ha a modell egy fejlesztői környezetben dolgozik, gyakran elég, ha meglévő parancsokat futtathat. Nem kell hozzá protokoll, és az eszköz amúgy is létezik.

MCP szerver. Akkor, ha a képességet szolgáltatásként akarod kiadni, több fogyasztónak, kiszámítható felülettel és jogosultsággal.


Egy egyszerű próba. Ha meg tudod nevezni a második alkalmazást, ami ugyanezt az összekötést használni fogja, akkor érdemes MCP-t építeni. Ha nem tudod, akkor egyelőre ne.


A köztes út

Nem kell egyszerre eldönteni. Kezdheted egyszerű hívással a kódban, és ha kiderül, hogy máshonnan is kellene, akkor abból írsz MCP szervert. A logika ugyanaz marad, csak más burkot kap.

Ez sokkal olcsóbb út, mint előre protokollt építeni egy olyan képességre, amiről még nem tudod, hasznos lesz-e. A leggyakoribb pazarlás az AI projektekben az, amikor a második lépést csináljuk meg először.


← Előző lecke Következő lecke →

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 →