Kihagyás

Building agents that reach production systems with MCP

Szerző: Anthropic
Dátum: 2026. április 22.
Olvasási idő: 5 perc


Három megközelítés az ágensek külső rendszerekhez csatlakoztatására

1. Közvetlen API hívás

Az ágens közvetlenül hívja az API-t — HTTP kéréseket ír kódfuttató sandboxban, vagy általános függvényhívó eszközzel. Jó kezdéshez, de skálázásnál problémás: minden ágens–rendszer páros egyedi integráció, auth, eszközleírások, edge case-ek — az M×N integrációs probléma.

2. Parancssori felület (CLI)

Az ágens futtatja a CLI eszközt shell-ben. Gyors, lightweight, előre létező toolingra épít. Jó lokális környezethez és sandboxolt konténerekhez. Korlátok: mobile/web/cloud platformok elérése nehézkes, auth a CLI saját mechanizmusával (általában hitelesítő adat fájl a lemezen).

3. Model Context Protocol (MCP)

Az MCP protokoll szintű közös réteget ad. Az ágens egy szerverhez csatlakozik, amely kifelé mutatja a rendszer képességeit — auth, felfedezés, gazdag szemantika standardizálva. Egy távoli szerver elér minden kompatibilis klienst (Claude, ChatGPT, Cursor, VS Code stb.), bármely telepítési környezetben.


Production ágensek a felhőben futnak

A production ágensek egyre inkább a felhőben futnak, hogy skálázódjanak és folyamatosan működjenek. Az MCP SDK-k nemrég átlépték a 300 millió letöltést havonta (év eleje: 100 millió). Milliók használják naponta Claude-dal. A protokoll alapja a Claude Cowork, Claude Managed Agents és a Claude Code channel-eknek.


Hatékony MCP szerver építésének mintái

Távoli szerverek a maximális elérésért

A távoli szerver az egyetlen konfiguráció, amely átfogja a webet, a mobilokat és a felhőben futó ágenseket. Minden nagy kliens erre van optimalizálva.

Szándék alapú eszközcsoportosítás

Kevesebb, jól leírt eszköz következetesen jobban teljesít, mint a teljes API tükrözése. Ne egy-az-egyben másold az API-t — csoportosítsd az eszközöket szándék szerint. Egyetlen create_issue_from_thread eszköz jobb, mint get_thread + parse_messages + create_issue + link_attachment.

Kód alapú orkesztráció nagy felületeknél

Ha a szolgáltatás száz különálló műveletet igényel (pl. Cloudflare, AWS, Kubernetes), ne mindet eszközként add ki. Adj egy vékony eszközfelületet, amely kódot fogad: az ágens rövid scriptet ír, a szerver sandboxban futtatja az API ellen, csak az eredmény tér vissza. Cloudflare példa: két eszköz (search és execute) ~2500 endpoint-ot fed le ~1000 tokennel.

Gazdag szemantika, ahol segít

Az MCP Apps az első hivatalos protokoll-kiterjesztés — eszköz interaktív felületet ad vissza (chart, űrlap, dashboard), inline a chat felületben. A szerverek, amelyek MCP Apps-t használnak, jelentősen magasabb adoptációt és megtartást mutatnak.

Elicitation — felhasználói bevitel kérése

A szerver megállhat eszközhívás közben, hogy felhasználói bevitelt kérjen: - Form mód: egyszerű séma, a kliens natív űrlapot renderel — hiányzó paraméter, megerősítés, opciók egyértelműsítése - URL mód: böngészőbe adja a felhasználót — OAuth befejezés, fizetés, hitelesítő adatok, amelyek soha nem haladhatnak át az MCP kliensen

Standardizált auth

A legújabb MCP spec támogatja a CIMD-t (Client ID Metadata Documents) — gyors első alkalmi auth folyamat, kevesebb váratlan újrahitelesítési kérés. Ajánlott megközelítés az auth-hoz, támogatott az MCP SDK-kban, Claude.ai-ban és Claude Code-ban.


MCP kliensek kontextus-hatékonysága

Az eszközdefiníciók késleltetett betöltése — az ágens keres a katalógusban futás közben, csak a szükséges eszközöket tölti be. ~85%-kal csökkenti az eszközdefiníciós tokeneket, magas választási pontosság mellett.

Programmatikus eszközhívás

Az eszközöket eredményeit kódfuttató sandboxban dolgozza fel, nem nyersen adja vissza a modellnek. Ciklus, szűrés, aggregálás kódban — csak a végeredmény kerül a kontextusba. ~37%-kal csökkenti a token-használatot összetett, több lépéses munkafolyamatoknál.


Skills + MCP párosítás

Az MCP és a skills kiegészítik egymást: - MCP = eszközök és adatok elérése külső rendszerekből - Skills = az ágens procedurális tudása, hogyan használja az eszközöket valódi munka elvégzéséhez

Két fő minta:

  1. Plugin-ként csomagolás — skills, MCP szerverek, hooks, LSP szerverek és specializált subagentek egy könnyen fogyasztható csomagban
  2. Skills terjesztése MCP szerverről — a szerver publikál egy skill-t az MCP szerver mellé, így az ágens megkapja a képességeket és a használati útmutatót is

Összegzés

A három megközelítés (API, CLI, MCP) együtt létezik: API az alap, CLI lokális környezethez, MCP felhőalapú ágensekhez. Ahogy a production ágensek a felhőbe kerülnek, az MCP válik a kritikus réteggé — hordozható, skálázható, és gazdag szemantikát biztosít.

Bottom line: Ha production ágenseket építesz a felhőben, építs MCP szervert. Minden MCP-re épülő integráció erősíti az ökoszisztémát: kevesebb edge case, kevesebb egyedi integráció.

Vissza a tetejére