MCP pret API AI aģentiem

Nepareizs uzskats

Frāze MCP pret API norāda uz aizvietošanu, un protokols aicina lasīt, jo tas izskatās kā API: HTTPS galapunkts, JSON, zvanāmo operāciju saraksts. Apakšā tas ir JSON-RPC 2.0 pār Streamable HTTP, kas nozīmē, ka tas ir HTTP API ar fiksētu ziņojuma formu. Tas, ko tas standartizē, nav veids, kā piekļūt sistēmai, bet gan veids, kā AI lietojumprogramma jautā sistēmai, ko tā var darīt, kā tā zvanīt šiem lietām ar modeli, kas izvēlas argumentus, kā kļūdas tiek atgrieztas, lai modelis varētu pašpārbaudīties, un kā persona, kas stāv aiz modeļa, tiek autorizēta. REST API to neko no tā standartizē, jo tam nekad nebija nepieciešams: tā zvanītāji bija programmas, kuru autori reizi izlasīja dokumentāciju.

Katrs nopietns MCP serveris biznesa sistēmai ir slānis virs šīs sistēmas esošā pakalpojumu slāņa vai API. Tāpēc jautājums nav par to, kuru būvēt, jo API jums ir nepieciešams jebkurā gadījumā, bet kuru nodot aģentam.

Ko API sniedz aģentam un ko tas nesniedz

Dodiet modelim REST API, un tas var to izmantot ar palīdzību. Palīdzība ir problēma. Kādam ir jāpārvērš galapunkti par funkciju definīcijām, kuras modelis var redzēt, formātā, kādu sagaida modeļa nodrošinātājs; Claude un OpenAI funkciju izsaukuma formāti ir līdzīgi, bet ne identiski. Kādam ir jāuzraksta cikls, kas ņem modeļa izvēlēto funkciju, izsauc galapunktu ar pareizajām akreditācijas datiem un atgriež atbildi. Kādam ir jāizlemj, kā kļūdas nonāk pie modeļa, jo 422 ar validācijas ķermeni nav kaut kas, ko modelis labi lasa, ja vien tas netiek pārvērsts. Un kādam ir jāatrisina autorizācija, jo API atslēga aģenta vidē padara katru darbību līdzīgu tai pašai pakalpojumu kontam, nevis personai, kas jautā.

Nekas no tā nav grūti vienai sistēmai un vienam aģentam, tāpēc tas bija modernākais risinājums pirms protokola. Tas slikti mērogojas. Katrs aģenta produkta un biznesa sistēmas pāris ir pielāgots, definīcijas novirzās no API, un nav veida, kā Claude vai ChatGPT lietotājs varētu pats savienot sistēmu. API joprojām ir izcils tajā, kam tas tika izveidots: augstas apjoma, programmu uz programmu izsaukumi, masveida operācijas, webhooks un integrācijas, kur loģika ir fiksēta un izsaucējs ir kods.

Ko pievieno MCP

Protokols atbild uz katru no šīm nepilnībām ar noteikumu, ko katrs klients īsteno vienreiz. Atklāšana: tools/list atgriež rīkus ar nosaukumiem, aprakstiem un JSON shēmām izpildes laikā, tāpēc aģenta produktam nav nepieciešamas iepriekšējas zināšanas, un saraksts var mainīties, kad tiek instalētas lietotnes vai mainās lomas. Izsaukums: tools/call nes sev līdzi nosaukumu un argumentus; rezultāts satur saturu, ko modelis lasa, opciju strukturētu saturu un isError karogu, kas norāda modelim labot un atkārtot, nevis padoties. Autorizācija: OAuth 2.1 ar tokenu, kas saistīts ar serveri un personu, tāpēc rīku saraksts un katrs izsaukums var tikt ierobežots atbilstoši tam, kurš jautā. Piekrīšana: anotācijas ļauj serverim norādīt, ka rīks ir tikai lasāms, destruktīvs vai idempotents, un klienti tos izmanto, lai izlemtu, kad apstiprināt; serveris var arī atgriezt rezultātu, kas prasa ievadi, lai uzdotu personai jautājumu izsaukuma vidū. Šeit ir viens izsaukums un tā atbilde, kad klients tos sūta un saņem.

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

Rīku/izsaukuma pieprasījums un rezultāts Sois maksājumu rīkam. Tā pati darbība REST API būtu nepieciešama funkciju definīcija, kas uzrakstīta modeļa nodrošinātājam, cikls, lai pārsūtītu izsaukumu, un lēmums par to, kā prezentēt atbildi; šeit klients jau zina, kā veikt visas trīs darbības.

Ir izmaksas. Protokols ir jaunāks par REST un joprojām attīstās: 2026-07-28 revīzija noņēma protokola līmeņa sesijas un mainīja, kā serveri lūdz klientus sniegt ievadi, un klientiem ir jāatgriežas pie serveriem uz iepriekšējo revīziju. Rīku saraksti patērē kontekstu, tāpēc lieliem serveriem nepieciešama atlikta ielāde vai rīku meklēšana klienta pusē. Un modelim vadīts izsaucējs ir lēnāks un mazāk paredzams nekā programma, kas ir tieši iemesls, kāpēc jūs to neizmantotu nakts sinhronizācijai.

Kad katrs ir pareizs

Kā galvenie aģentu produkti šodien izmanto katru no tiem

Pakalpojumu sniedzēju API nosaka salīdzinājumu ikvienam, kurš veido savu aģentu, jo abi tagad pieņem MCP serveri kā pirmās klases rīku kopā ar parastajiem funkciju izsaukumiem. Claude pusē pielāgotie savienotāji tīmekļa un galddatoru lietotnēs un Cowork ņem servera URL un pabeidz OAuth lietotnē; Claude Code pievieno serveri ar vienu komandu; un Messages API MCP savienotājs (beta, aiz mcp-klients-2025-11-20 virsraksts) ņem mcp_serveri ievadi un mcp rīku komplekts, 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 ar servera URL, a prasa apstiprinājumu iestatījumu un izvēles atļautie rīki saraksts, atgriež MCP rīku saraksts un MCP izsaukums vienumi un darbojas ar Streamable HTTP vai vecāku SSE transportu.

Parastā funkciju izsaukšana joprojām ir pieejama abos API, un tā ir ceļš REST tikai sistēmai: jūs definējat funkcijas, jūs izsaucat API, jūs atgriežat rezultātus. Atšķirība ir pilnībā tajā, kurš uztur tiltu. Ar MCP sistēmas īpašnieks uztur vienu serveri, un katrs klients gūst labumu; ar funkciju izsaukšanu katrs aģenta veidotājs uztur savas definīcijas pret API.

Darbojošais modelis: API apakšā, MCP virsū

Sistēmas, kas to pareizi izpilda, atklāj abus un maršrutē tos caur to pašu atļauju slāni. Sois ir viens no šī modeļa īstenojumiem. Darba videi ir pakalpojumu slānis, ko izmanto katra ekrāns. Tās MCP serveris publicē šo slāni kā rīkus vienā URL, filtrējot pēc zvanītāja lomas un pārbaudot to katrā zvana reizē, izmantojot OAuth savienotājiem un nesēja tokenus skriptiem. Tā pati darba vide pieņem vienkāršas valodas pieprasījumus atsevišķā galapunktā zvanītājiem bez aģenta, kur darba vides paša aģents veic loģiku un atbild, izmantojot webhook vai polling. Un izejošajā virzienā tās paša aģents var zvanīt ārējiem MCP serveriem caur vārtiem, saskaņā ar to pašu atļaut, jautāt un noraidīt pārvaldību.

Nekas šajā dizainā neprasa izvēlēties. API kalpo programmām, MCP serveris kalpo modeļiem, vārti kalpo zvanītājiem, kuriem nav neviena, un viens atļauju modelis pārvalda visus trīs. Kad kāds jautā, kuru būvēt, godīga atbilde ir tāda, ka API ir doti, un MCP serveris ir tas, kas padara sistēmu izmantojamu ar aģentiem, kas cilvēkiem jau ir.

Cilvēki uzdod jautājumus

Šis raksts tiek pārskatīts, kad mainās tajā aprakstītie produkti. Nākamais plānotais pārskats: 2026. gada 4. decembris.