MCP vs API pre AI agentov

Nesprávne chápanie

Fráza MCP vs API naznačuje náhradu a protokol vyzýva na čítanie, pretože vyzerá ako API: HTTPS koncový bod, JSON, zoznam volateľných operácií. Na spodnej strane je to JSON-RPC 2.0 cez Streamable HTTP, čo znamená, že je to HTTP API s pevnou štruktúrou správy. To, čo štandardizuje, nie je spôsob, ako dosiahnuť systém, ale ako AI aplikácia pýta systém, čo môže robiť, ako volá tieto veci s modelom, ktorý vyberá argumenty, ako sa chyby vracajú, aby sa model mohol sám opraviť, a ako je osoba za modelom autorizovaná. REST API to nič z toho neštandardizuje, pretože to nikdy nepotrebovalo: jeho volajúci boli programy, ktorých autori si prečítali dokumentáciu raz.

Každý seriózny MCP server pre podnikový systém je vrstva nad existujúcou servisnou vrstvou alebo API tohto systému. Otázka teda nie je, čo vybudovať, keďže API potrebujete tak či onak, ale čo odovzdať agentovi.

Čo API poskytuje agentovi a čo nie

Dajte modelu REST API a môže ho použiť, s pomocou. Problém je pomoc. Niekto musí previesť koncové body na definície funkcií, ktoré model vidí, v formáte, ktorý očakáva poskytovateľ modelu; formáty volania funkcií Claudea a OpenAI sú podobné, ale nie identické. Niekto musí napísať slučku, ktorá vezme zvolenú funkciu modelu, zavolá koncový bod s správnymi povereniami a vráti odpoveď. Niekto musí rozhodnúť, ako sa chyby dostanú k modelu, pretože 422 s validačným telom nie je niečo, čo model dobre číta, pokiaľ nie je prevedené. A niekto musí vyriešiť autorizáciu, pretože API kľúč v prostredí agenta robí každú akciu podobnou tej istej servisnej účtu, nie osobe, ktorá sa pýta.

Žiadna z toho nie je ťažká pre jeden systém a jedného agenta, čo je dôvod, prečo to bolo špičkovou technológiou pred protokolom. Zle sa škáluje. Každé spárovanie produktu agenta a podnikového systému je na mieru, definície sa odchýlia od API a neexistuje spôsob, ako by používateľ Claudea alebo ChatGPT mohol sám pripojiť systém. API zostáva vynikajúce v tom, na čo bolo vytvorené: volania s vysokým objemom, program na program, hromadné operácie, webhooks a integrácie, kde je logika fixná a volajúci je kód.

Čo pridáva MCP

Protokol odpovedá na každú z týchto medzier pravidlom, ktoré každý klient implementuje raz. Objavovanie: tools/list vracia nástroje s názvami, popismi a JSON schémami za behu, takže produkt agenta nepotrebuje žiadne predchádzajúce znalosti a zoznam sa môže meniť, keď sa aplikácie inštalujú alebo sa menia úlohy. Vyvolanie: nástroje/vola nesie názov a argumenty; výsledok nesie obsah, ktorý model číta, voliteľný štruktúrovaný obsah a jeChyba praporez názov a argumenty; výsledok nesie obsah, ktorý model číta, voliteľný štruktúrovaný obsah a flag, ktorý hovorí modelu, aby opravil a skúsil znova, namiesto toho, aby sa vzdal. Autorizácia: OAuth 2.1 s tokenom viazaným na server a na osobu, takže zoznam nástrojov a každé volanie môžu byť obmedzené na toho, kto sa pýta. Súhlas: anotácie umožňujú serveru povedať, že nástroj je len na čítanie, destruktívny alebo idempotentný, a klienti ich používajú na rozhodovanie, kedy potvrdiť; server môže tiež vrátiť výsledok vyžadujúci vstup, aby sa spýtal osobu na otázku počas volania. Tu je jedno volanie a jeho odpoveď, ako ich klient posiela a prijíma.

{
  "jsonrpc": "2.0",
  "id": 12,
  "method": "tools/call",
  "params": {
    "name": "recordPayment",
    "arguments": {
      "invoice_id": "9f1c2a6e-4b8d-4c1a-9e2f-2d7a1b6c5e10",
      "amount": 4850,
      "payment_date": "2026-09-18",
      "payment_reference": "BACS 41877"
    }
  }
}

{
  "jsonrpc": "2.0",
  "id": 12,
  "result": {
    "content": [
      { "type": "text", "text": "Payment recorded against INV-1057. Amount paid 4850.00 of 4850.00; status is now paid." }
    ],
    "structuredContent": {
      "invoice_id": "9f1c2a6e-4b8d-4c1a-9e2f-2d7a1b6c5e10",
      "number": "INV-1057",
      "amount_paid": 4850,
      "status": "paid"
    },
    "isError": false
  }
}

Žiadosť o nástroj/volanie a výsledok pre nástroj platby Sois. Rovnaká operácia cez REST API by potrebovala definíciu funkcie napísanú pre poskytovateľa modelu, slučku na sprostredkovanie volania a rozhodnutie o tom, ako prezentovať odpoveď; tu klient už vie, ako urobiť všetky tri.

Existuje náklad. Protokol je mladší ako REST a stále sa vyvíja: revízia z 28. júla 2026 odstránila relácie na úrovni protokolu a zmenila spôsob, akým servery žiadajú klientov o vstup, a klienti sú povinní sa vrátiť k serverom na predchádzajúcu revíziu. Zoznamy nástrojov spotrebúvajú kontext, takže veľké servery potrebujú odložené načítanie alebo vyhľadávanie nástrojov na strane klienta. A volajúci riadený modelom je pomalší a menej predvídateľný ako program, čo je presne dôvod, prečo by ste ho nepoužili na nočné synchronizácie.

Kedy je každý z nich správny

Ako hlavné produkty agentov dnes využívajú každý z nich

API poskytovateľov usmerňuje porovnanie pre každého, kto si vytvára vlastného agenta, pretože obidva teraz akceptujú server MCP ako prvotriedny nástroj vedľa bežného volania funkcií. Na strane Claude, vlastné konektory vo webových a desktopových aplikáciách a Cowork berú URL servera a dokončujú OAuth v aplikácii; Claude Code pridáva server jedným príkazom; a konektor MCP API správ správ (beta, za mcp-client-2025-11-20 hlavička) prijíma mcp_servery vstup a mcp nástrojový set, supports tool calls only, and expects you to supply the access token. On the OpenAI side, ChatGPT's developer mode connects a remote server with OAuth or no authentication and asks for confirmation on write actions by default; the Responses API takes a tool of type MCP s server_url, a vyžaduje schválenie nastavenie a voliteľné povolené nástroje zoznam, vracia mcp_list_tools a mcp_call položky a funguje so Streamable HTTP alebo starším SSE transportom.

Bežné volanie funkcií zostáva dostupné v oboch API a je to cesta pre systém iba s REST: definujete funkcie, voláte API, vraciate výsledky. Rozdiel je úplne v tom, kto udržiava most. S MCP vlastník systému udržiava jeden server a každý klient má z toho prospech; s volaním funkcií si každý tvorca agenta udržiava svoje vlastné definície voči API.

Fungujúci vzor: API na spodnej strane, MCP na vrchnej strane

Systémy, ktoré to robia správne, vystavujú oboje a smerujú ich cez rovnakú vrstvu oprávnení. Sois je jednou implementáciou tohto vzoru. Pracovný priestor má servisnú vrstvu, ktorú používa každá obrazovka. Jeho server MCP zverejňuje túto vrstvu ako nástroje na jednej URL, filtrované podľa úlohy volajúceho a znovu kontrolované pri každom volaní, s OAuth pre konektory a bearer tokenom pre skripty. Ten istý pracovný priestor prijíma požiadavky v bežnom jazyku na samostatnom koncovom bode pre volajúcich bez agenta, kde vlastný agent pracovného priestoru vykonáva uvažovanie a odpovedá cez webhook alebo polling. A pre outbound smer, jeho vlastný agent môže volať externé servery MCP cez bránu, pod rovnakou správou povolení, žiadostí a zamietnutí.

Nič v tomto dizajne nevyžaduje výber. API slúži programom, server MCP slúži modelom, brána slúži volajúcim bez oboch a jeden model oprávnení riadi všetky tri. Keď sa niekto opýta, čo postaviť, úprimná odpoveď je, že API je dané a server MCP je to, čo robí systém použiteľným pre agentov, ktorých ľudia už majú.

Otázky, ktoré sa ľudia pýtajú.

Tento článok sa prehodnocuje, keď sa zmenia produkty, ktoré popisuje. Ďalšie naplánované prehodnotenie: 4. decembra 2026.