MCP vs API dirbtiniams agentams

Nesusipratimas

Fraze MCP vs API rodo pakeitimą, o protokolas kviečia skaityti, nes jis atrodo kaip API: HTTPS galinis taškas, JSON, kviečiamų operacijų sąrašas. Apačioje tai yra JSON-RPC 2.0 per Streamable HTTP, tai reiškia, kad tai yra HTTP API su fiksuota žinutės forma. Tai, ką jis standartizuoja, nėra tai, kaip pasiekti sistemą, bet kaip dirbtinio intelekto programa klausia sistemos, ką ji gali padaryti, kaip ji kviečia tuos dalykus su modeliu, pasirinkdama argumentus, kaip klaidos grąžinamos, kad modelis galėtų savęs ištaisyti, ir kaip asmuo, esantis už modelio, yra autorizuotas. REST API nieko iš to standartizuoja, nes jam to niekada nereikėjo: jo kviečiančios buvo programos, kurių autoriai dokumentaciją perskaitė vieną kartą.

Kiekvienas rimtas MCP serveris verslo sistemai yra sluoksnis virš tos sistemos esamos paslaugų sluoksnio arba API. Todėl klausimas nėra, kurį kurti, nes API jums reikalingas bet kuriuo atveju, bet kurį perduoti agentui.

Ką API suteikia agentui, o ko nesuteikia

Duokite modeliui REST API, ir jis gali jį naudoti su pagalba. Problema yra ta pagalba. Kas nors turi paversti galinius taškus į funkcijų apibrėžimus, kuriuos modelis gali matyti, formatu, kurio tikisi modelio teikėjas; Claude'o ir OpenAI funkcijų kvietimo formatai yra panašūs, bet ne identiški. Kas nors turi parašyti ciklą, kuris paima modelio pasirinktą funkciją, kviečia galinį tašką su teisingais akreditivais ir perduoda atsakymą atgal. Kas nors turi nuspręsti, kaip klaidos pasiekia modelį, nes 422 su validacijos kūnu nėra tai, ką modelis gerai skaito, nebent jis būtų konvertuotas. Ir kas nors turi išspręsti autorizaciją, nes API raktas agento aplinkoje kiekvieną veiksmą paverčia tuo pačiu paslaugų paskyra, o ne asmeniu, kuris klausia.

Nieko iš to nėra sunku vienai sistemai ir vienam agentui, todėl tai buvo pažangiausia technologija prieš protokolą. Tai prastai skalė. Kiekvienas agento produkto ir verslo sistemos derinys yra individualus, apibrėžimai nukrypsta nuo API, ir nėra būdo, kaip Claude'o ar ChatGPT vartotojas galėtų pats sujungti sistemą. API išlieka puikus tuo, kam jis buvo sukurtas: didelio tūrio, programos į programą skambučiai, masiniai veiksmai, webhook'ai ir integracijos, kur logika yra fiksuota, o skambinantis yra kodas.

Ką priduria MCP

Protokolas atsako į kiekvieną iš tų spragų taisykle, kurią kiekvienas klientas įgyvendina vieną kartą. Atranka: tools/list grąžina įrankius su pavadinimais, aprašymais ir JSON schemomis vykdymo metu, todėl agento produktui nereikia jokios išankstinės informacijos, o sąrašas gali keistis, kai programos yra įdiegtos arba vaidmenys keičiasi. Iškvietimas: tools/call neša pavadinimą ir argumentus; rezultatas neša turinį, kurį modelis skaito, pasirenkamą struktūruotą turinį ir isError ženklą, kuris sako modeliui, kad jis turi ištaisyti ir bandyti dar kartą, o ne pasiduoti. Autorizacija: OAuth 2.1 su žetonu, susietu su serveriu ir asmeniu, todėl įrankių sąrašas ir kiekvienas skambutis gali būti apriboti pagal tai, kas klausia. Sutikimas: anotacijos leidžia serveriui pasakyti, kad įrankis yra tik skaitymo, destruktyvus arba idempotentinis, o klientai jas naudoja nuspręsti, kada patvirtinti; serveris taip pat gali grąžinti rezultatą, kuriam reikalingas įvestis, kad paklaustų asmens klausimo skambučio viduryje. Štai vienas skambutis ir jo atsakymas, kai klientas juos siunčia ir gauna.

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

Įrankių/skambučio užklausa ir rezultatas Sois mokėjimo įrankiui. Tas pats veiksmas per REST API reikėtų funkcijos apibrėžimo, parašyto modelio teikėjui, ciklo, kad perduotų skambutį, ir sprendimo, kaip pateikti atsakymą; čia klientas jau žino, kaip atlikti visus tris.

Yra kaina. Protokolas yra jaunesnis už REST ir vis dar juda: 2026-07-28 pataisa pašalino protokolo lygio sesijas ir pakeitė, kaip serveriai prašo klientų įvesties, o klientai privalo grįžti prie serverių pagal ankstesnę pataisą. Įrankių sąrašai sunaudoja kontekstą, todėl dideli serveriai reikalauja atidėto įkėlimo arba įrankių paieškos kliento pusėje. O modeliu pagrįstas skambintojas yra lėtesnis ir mažiau prognozuojamas nei programa, todėl būtent dėl to jo nenaudotumėte naktiniam sinchronizavimui.

Kada kiekvienas yra tinkamas

Kaip pagrindiniai agentų produktai šiandien naudoja kiekvieną

Teikėjo API nustato palyginimą visiems, kurie kuria savo agentą, nes abu dabar priima MCP serverį kaip pirmos klasės įrankį kartu su įprastu funkcijų skambinimu. Claude pusėje, pritaikyti jungikliai internetinėse ir darbalaukio programose bei Cowork priima serverio URL ir užbaigia OAuth programoje; Claude Code prideda serverį vienu komandu; o Messages API MCP jungiklis (beta, už mcp-client-2025-11-20 an mcp_serveriai įraše ir MCP įrankių rinkinys, 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 su serverio_URL, a reikia patvirtinimo nustatymas ir neprivalomas leidžiami įrankiai sąrašas, grąžinimai įrankių sąrašas ir mcp_call elementai ir veikia su Streamable HTTP arba senesniu SSE transportu.

Įprastas funkcijų kvietimas išlieka prieinamas abiejuose API, ir tai yra kelias tik REST sistemai: jūs apibrėžiate funkcijas, kviečiate API, grąžinate rezultatus. Skirtumas yra tik tame, kas palaiko tiltą. Su MCP sistemos savininkas palaiko vieną serverį, o kiekvienas klientas gauna naudą; su funkcijų kvietimu kiekvienas agentų kūrėjas palaiko savo apibrėžimus prieš API.

Veiksmingas modelis: API apačioje, MCP viršuje

Sistemos, kurios tai teisingai įgyvendina, atskleidžia abu ir nukreipia juos per tą pačią leidimų sluoksnį. Sois yra vienas šio modelio įgyvendinimas. Darbo erdvė turi paslaugų sluoksnį, kurį naudoja kiekvienas ekranas. Jos MCP serveris skelbia tą sluoksnį kaip įrankius viename URL, filtruojamą pagal skambinančiojo vaidmenį ir patikrinamą kiekvieno skambučio metu, su OAuth jungtims ir nešėjo žetonu scenarijams. Ta pati darbo erdvė priima paprasto kalbos užklausas atskirame taške skambinančiųjų, neturinčių agento, kur darbo erdvės agentas atlieka mąstymą ir atsako per webhook arba polling. O išoriniuose skambučiuose jos agentas gali skambinti išoriniams MCP serveriams per vartus, laikydamasis tų pačių leidimų, prašymų ir atmetimo taisyklių.

Nieko šiame dizaine nereikia rinktis. API tarnauja programoms, MCP serveris tarnauja modeliams, vartai tarnauja skambinančiųjų, neturinčių nei vieno, ir vienas leidimų modelis valdo visus tris. Kai kas nors klausia, ką kurti, sąžiningas atsakymas yra tas, kad API yra duotas, o MCP serveris yra tas dalykas, kuris leidžia sistemą naudoti jau turimiems agentams.

Klausimai, kuriuos žmonės užduoda

Šis straipsnis peržiūrimas, kai keičiasi jame aprašyti produktai. Kita suplanuota peržiūra: 2026 m. gruodžio 4 d..