MCP proti API-jem za AI agente

Napačno prepričanje

Fraza MCP proti API nakazuje zamenjavo, protokol pa vabi k branju, ker izgleda kot API: HTTPS končna točka, JSON, seznam klicljivih operacij. Spodaj je JSON-RPC 2.0 preko Streamable HTTP, kar pomeni, da je to HTTP API s fiksno obliko sporočila. Kar standardizira, ni način dostopa do sistema, temveč kako AI aplikacija vpraša sistem, kaj lahko stori, kako kliče te stvari z modelom, ki izbira argumente, kako se napake vrnejo, da se model lahko samopopravi, in kako je oseba za modelom avtorizirana. REST API ne standardizira ničesar od tega, ker nikoli ni bilo potrebno: njegovi klicatelji so bili programi, katerih avtorji so enkrat prebrali dokumentacijo.

Vsak resen MCP strežnik za poslovni sistem je plast nad obstoječo storitveno plastjo ali API-jem tega sistema. Zato vprašanje ni, kateri naj se zgradi, saj potrebujete API v vsakem primeru, temveč kateri naj se predloži agentu.

Kaj API daje agentu in česa ne

Dajte modelu REST API in ga lahko uporabi, s pomočjo. Težava je v pomoči. Nekdo mora pretvoriti končne točke v definicije funkcij, ki jih model lahko vidi, v formatu, ki ga pričakuje ponudnik modela; formati klicanja funkcij Claude-a in OpenAI so si podobni, a ne identični. Nekdo mora napisati zanko, ki vzame izbrano funkcijo modela, pokliče končno točko s pravimi poverilnicami in vrne odgovor. Nekdo mora odločiti, kako napake dosežejo model, saj 422 s telesom za preverjanje ni nekaj, kar model dobro prebere, razen če je pretvorjeno. In nekdo mora rešiti avtorizacijo, saj API ključ v okolju agenta vsako dejanje prikazuje kot isto storitveno računa, ne kot osebo, ki sprašuje.

Nič od tega ni težko za en sistem in enega agenta, kar je razlog, zakaj je bilo to stanje umetnosti pred protokolom. Slabo se širi. Vsaka kombinacija produkta agenta in poslovnega sistema je po meri, definicije se oddaljujejo od API-ja, in ni načina, da bi uporabnik Claude-a ali ChatGPT-a sam povezal sistem. API ostaja odličen pri tem, za kar je bil zgrajen: klici med programi z visokim volumnom, množične operacije, spletni klici in integracije, kjer je logika fiksna in klicatelj je koda.

Kaj dodaja MCP

Protokol odgovarja na vsako od teh vrzeli s pravilo, ki ga vsak odjemalec enkrat implementira. Odkritje: tools/list vrne orodja z imeni, opisi in JSON shemami v času izvajanja, tako da izdelek agenta ne potrebuje predhodnega znanja in se lahko seznam spremeni, ko so aplikacije nameščene ali se vloge spremenijo. Klic: tools/call prenaša ime in argumente; rezultat prenaša vsebino, ki jo model prebere, neobvezno strukturirano vsebino in isError označbo, ki pove modelu, naj popravi in poskusi znova, namesto da bi obupal. Avtorizacija: OAuth 2.1 s tokenom, vezanim na strežnik in na osebo, tako da je seznam orodij in vsak klic lahko omejen na tistega, ki sprašuje. Soglasje: opombe omogočajo strežniku, da pove, da je orodje samo za branje, uničujoče ali idempotentno, in odjemalci jih uporabljajo za odločitev, kdaj potrditi; strežnik lahko tudi vrne rezultat, ki zahteva vhod, da postavi osebi vprašanje med klicem. Tukaj je en klic in njegov odgovor, ko jih odjemalec pošlje in prejme.

{
  "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
  }
}

Zahteva za orodje/klic in rezultat za plačilno orodje Sois. Enaka operacija preko REST API bi potrebovala definicijo funkcije, napisano za ponudnika modela, zanko za posredovanje klica in odločitev o tem, kako predstaviti odgovor; tukaj odjemalec že ve, kako izvesti vse tri.

Obstaja strošek. Protokol je mlajši od REST in se še vedno razvija: revizija 2026-07-28 je odstranila seje na ravni protokola in spremenila, kako strežniki prosijo odjemalce za vhod, odjemalci pa so dolžni preklopiti na prejšnjo revizijo za strežnike. Seznami orodij porabijo kontekst, zato veliki strežniki potrebujejo odloženo nalaganje ali iskanje orodij na strani odjemalca. In klicatelj, ki ga vodi model, je počasnejši in manj predvidljiv kot program, kar je natančno razlog, zakaj ga ne bi uporabili za nočno sinhronizacijo.

Kdaj je vsak pravilen

Kako glavni produkti agentov danes uporabljajo vsak

API-ji ponudnikov rešujejo primerjavo za vsakogar, ki gradi svojega agenta, saj oba zdaj sprejemata MCP strežnik kot prvo orodje poleg običajnega klicanja funkcij. Na strani Claude, prilagojeni povezovalniki v spletnih in namiznih aplikacijah ter Cowork vzamejo URL strežnika in dokončajo OAuth v aplikaciji; Claude Code doda strežnik z enim ukazom; in MCP povezovalnik API-jev sporočil (beta, za mcp-client-2025-11-20 header) zahteva mcp_strežniki vnosu in mcp orodja, 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 z url strežnika, a zahteva odobritev nastavitvijo in neobvezno dovoljena orodja seznam, vrne seznam orodij MCP in klic MCP predmeti in deluje s Streamable HTTP ali starejšim SSE prenosom.

Običajno klicanje funkcij ostaja na voljo v obeh API-jih in je pot za sistem, ki temelji samo na REST-u: definirate funkcije, pokličete API, vrnete rezultate. Razlika je povsem v tem, kdo vzdržuje most. Z MCP lastnik sistema vzdržuje en strežnik in vsak odjemalec ima koristi; pri klicanju funkcij vsak graditelj agenta vzdržuje svoje lastne definicije v skladu z API-jem.

Vzorec, ki deluje: API spodaj, MCP zgoraj

Sistemi, ki to pravilno izvajajo, izpostavljajo oboje in ju usmerjajo skozi isto plast dovoljenj. Sois je ena izvedba tega vzorca. Delovno okolje ima storitveno plast, ki jo uporablja vsak zaslon. Njegov MCP strežnik objavlja to plast kot orodja na eni URL, filtrirani glede na vlogo klicatelja in ponovno preverjeni ob vsakem klicu, z OAuth za povezovalce in nosilnim žetonom za skripte. Isto delovno okolje sprejema poizvedbe v preprostem jeziku na ločenem končnem točki za klicatelje brez agenta, kjer lastni agent delovnega okolja izvaja razmišljanje in odgovarja preko webhooka ali polling-a. In za izhodno smer lahko njegov lastni agent kliče zunanje MCP strežnike preko prehoda, pod istim upravljanjem dovoljenj, vprašanj in zavrnitev.

Nič v tem oblikovanju ne zahteva izbire. API služi programom, MCP strežnik služi modelom, prehod služi klicateljem brez obojega, in en model dovoljenj upravlja vse tri. Ko nekdo vpraša, kaj zgraditi, je iskren odgovor, da je API samoumeven in MCP strežnik je tisto, kar omogoča, da je sistem uporaben za agente, ki jih ljudje že imajo.

Vprašanja, ki jih ljudje postavljajo

Ta članek se pregleda, ko se izdelki, ki jih opisuje, spremenijo. Naslednji načrtovani pregled: 4. december 2026.