Kaj je ERP MCP strežnik?

Strežnik, ki sistem spremeni v orodja

Model Context Protocol ima tri vloge. Gospodar je AI aplikacija, kot sta Claude ali ChatGPT. Znotraj gostitelja se za vsak strežnik ustvari odjemalec, ki komunicira samo s tem strežnikom. Strežnik je storitev, ki ponuja kontekst in zmogljivosti gostitelju preko majhnega števila primitivov. Načela oblikovanja specifikacije pravijo, da bi morali biti strežniki enostavni za gradnjo, sestavljivi in ne bi smeli videti celotne konverzacije ali drugih strežnikov; gostitelj ohranja pogovor in uveljavlja soglasje, strežnik pa vidi samo klice, naslovljene nanj.

Zato ERP MCP strežnik ni ERP. To je akcijska površina ERP, izražena kot orodja z vnaprej določenimi vnosi, dostopna na eni URL. Zanimiva oblikovalska odločitev je, kaj je orodje. Strežnik za vreme ima eno; poslovni sistem ima na stotine, uporabna pa so dejanja, ki jih lahko oseba izvede (ustvari račun, zabeleži plačilo, premakne posel, rezervira zalogo) namesto vrstic v tabelah. Na primer, strežnik delovnega prostora Sois objavlja orodja z imeni, kot so ustvariRačun, zabeležiPlačilo, searchContacts in preverjanje identiteterazvrščeno po modulih, natančen seznam, ki ga klicatelj prejme, pa je odvisen od tega, kdo je.

Orodja, viri in pozivi

Specifikacija opredeljuje tri strežniške primitive, ki se razlikujejo po tem, kdo nadzira njihovo uporabo. Orodja so pod nadzorom modela: model odloča, kdaj poklicati eno. Viri so pod nadzorom aplikacije: gostitelj odloča, kateri kontekst priložiti, pogosto z uporabnikom, ki izbira s seznama. Pozivi so predloge, ki jih nadzira uporabnik. ERP potrebuje prvo, lahko koristi drugo in redko potrebuje tretje.

Dve lastnosti rezultatov orodij sta pomembni za poslovni sistem. Orodje lahko razglasi izhodno shemo in vrne strukturirano vsebino ki ji ustreza, skupaj s tekstom, ki ga model prebere, tako da lahko integracija uporabi rezultat brez razčlenjevanja proze. Orodje, ki ne uspe zaradi poslovnega razloga (račun v napačnem stanju, datum v preteklosti, manjkajoče dovoljenje), vrne normalen rezultat z jeNapaka: true in razlago, namesto napake protokola, tako da lahko model popravi svoj vhod in poskusi znova. Napake protokola so rezervirane za nepravilne zahteve in neznana orodja.

Prevoz in trenutna specifikacija

Dva transporta sta standardna. Stdio je za strežnik, ki ga odjemalec zažene kot lokalni proces, kar je način, kako delujejo namizna orodja, kot je dostop do datotek. Prenosni HTTP je za oddaljene strežnike in je tisto, kar uporablja ERP: strežnik izpostavi eno končno točko, ki sprejema HTTP POST za vsako JSON-RPC sporočilo in odgovarja bodisi z JSON objektom bodisi s tokom dogodkov, ki jih pošlje strežnik, omejenim na to zahtevo, tako da lahko dolga klicna pošilja napredek pred končnim rezultatom. Prejšnji HTTP s prenosom SSE je zastarel.

Trenutna revizija, 2026-07-28, je spremenila transport na način, ki je pomemben za vsakogar, ki uvaja strežnik za obremenitvenim uravnalnikom. Odstranila je seje na ravni protokola: ni več začetnega rokovanja ali glave identifikatorja seje, vsaka zahteva nosi svojo različico protokola in zmogljivosti odjemalca v svoji metapodatkih, strežnik, ki potrebuje stanje med klici, vrne eksplicitno ročico, ki jo model vrne kot argument. Strežniki, napisani za revizijo 2025-11-25, ki so uporabljali seje, še naprej delujejo, ker so odjemalci dolžni zaznati starejšo dobo in se vrniti; nov strežnik ne bi smel sprejeti sej.

Avtorizacija: za koga je klic

Za HTTP prenose specifikacija opredeljuje OAuth 2.1 tok. Strežnik je strežnik virov in mora objaviti zaščitene metapodatke virov (RFC 9728), ki imenujejo njegov avtorizacijski strežnik; ko zahteva prispe brez žetona, odgovori s 401 in z glavo WWW-Authenticate, ki kaže na te metapodatke in, idealno, na najmanjši potreben obseg. Odjemalec odkrije končne točke avtorizacijskega strežnika, se identificira (dokumenti metapodatkov ID odjemalca so priporočena pot; dinamična registracija ostaja za združljivost), izvede tok avtorizacijskega kode s PKCE in mora vključiti kanonični URI strežnika kot parameter vira, tako da je žeton vezan samo na ta strežnik. Strežnik mora potrditi to občinstvo, mora zavrniti žetone, izdane za karkoli drugega, in nikoli ne sme posredovati žetona drugemu servisu.

Posledica za ERP je pomembna. Ker žeton identificira osebo, lahko strežnik spremeni rezultat tools/list glede na poverilnice v zahtevi, in specifikacija to izrecno navaja. To je mehanizem za filtriranje na podlagi vlog: seznam uporabnika financ in seznam uporabnika skladišča prihajata iz istega strežnika in sta različna. Nezadosten obseg med izvajanjem je označen s 403 in izzivom obsega, s katerega se lahko odjemalec dvigne, čeprav je za večino poslovnih sistemov pravi mejnik vloga v ERP-ju, ne pa grob obseg OAuth.

Težji del: dovoljenja in transakcije

Vse zgoraj navedeno se lahko implementira v popoldne s pomočjo SDK. Kar loči strežnik ERP MCP od demota, je obravnava dveh stvari, ki jih protokol prepušča strežniku: ali je klic dovoljen in kaj klic pomeni.

Dovoljenje je treba preveriti dvakrat. Filtriranje seznama orodij preprečuje, da bi model izbral nekaj, kar ne bi smel, kar prihrani žetone in zmedo. Ponovno preverjanje, ko se orodje izvaja, je dejanska meja, ker lahko odjemalec pošlje kakršen koli klic želi. Najbolje je, da se zavrnitev vrne kot napaka pri izvajanju orodja, tako da jo model prebere in poroča, namesto kot napaka pri prenosu, ki konča krog. Tako izgleda zavrnjen klic iz Sois delovnega prostora: normalen rezultat, označen, z razlogom.

{
  "jsonrpc": "2.0",
  "id": 7,
  "result": {
    "content": [
      {
        "type": "text",
        "text": "Tool not permitted for this account: approveInvoice requires the finance approver role."
      }
    ],
    "isError": true
  }
}

Zavrnitev dovoljenja, vrnjena kot napaka pri izvajanju orodja. Model se nauči zakaj in lahko prosi osebo, da odobri namesto tega; nič ni bilo zapisano. Sois prav tako rezervira JSON-RPC kode napak za nepooblaščene seje, nezadostne kredite, nedovoljena orodja in dosežene proračunske omejitve.

Transakcije so druga polovica. Orodje bi moralo ustrezati eni poslovni transakciji s jasnim pred in po: ustvariRačun ustvari osnutek z identifikatorjem, zabeležiPlačilo izvede eno plačilo za en račun, in nobeno ne pusti polpisanega stanja, če ne uspe. Modeli ponavljajo, zato bi morale biti pisne operacije varne za ponovitev ali pa bi morale zavrniti ponovitev s jasnim sporočilom; opombe specifikacije omogočajo strežniku, da razglasi orodje kot samo za branje, idempotentno ali uničujoče, in odjemalci, kot je ChatGPT, uporabljajo te namige pri odločanju, ali naj zaprosijo za potrditev. Kjer korak potrebuje odločitev, ki je nad pooblastili agenta, lahko strežnik vrne rezultat, ki zahteva vnos, in postavi osebi vprašanje preko odjemalca, namesto da bi ugibal.

Kako Sois to implementira

Delovno okolje Sois je MCP strežnik na eni sami URL, naslov delovnega okolja, ki mu sledi: /api/mcp. Odgovarja na izziv 401 z metapodatki zaščitenih virov, objavi metapodatke svojega avtorizacijskega strežnika, zahteva PKCE in izdaja žetone, ki so omejeni na delovno okolje; povezovalnik v Claude ali ChatGPT zaključi prijavo brez lepljenja. Žeton nosilca z API ključem je na voljo za skripte, ki ne uporabljajo OAuth, pri čemer sta identiteta in poraba namerno shranjeni v ločenih poverilnicah.

Seznam orodij je ustvarjen iz žive definicije orodij in filtriran po vlogi ter nameščenih aplikacijah, nato pa se vsaka klic preveri glede dovoljenj ob izvedbi in se zaključi, če ni dovoljena. Klici so omejeni na hitrost na povezavo, merjeni tam, kjer lastni agent delovnega prostora izvaja razmišljanje, in brez stroškov AI, kjer to počne agent klicatelja, omejeni z proračunom, ki ga določi delovni prostor, in zabeleženi z vnosi in rezultati proti osebi, ki jih je ustvarila. Aplikacije, objavljene na trgu, dodajo svoja orodja na isti seznam pod istimi pravili, tako da je aplikacija razvijalca operativna z agentom, takoj ko je nameščena.

Vprašanja, ki jih ljudje postavljajo

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