Kas yra Model Context Protocol (MCP)? Paprastas paaiškinimas

Model Context Protocol (MCP) — atviras standartas, leidžiantis DI agentams kviesti išorinius įrankius ir skaityti išorinius duomenis per vieną vientisą sąsają. Užuot kūrus atskirą integraciją kiekvienai programai ir kiekvienam duomenų šaltiniui, DI klientas kalba vienu protokolu su bet kuriuo MCP serveriu. ImonesMCP — vienas tokių serverių: jis atveria Lietuvos įmonių registrą, kad agentas galėtų ieškoti ir skaityti įmonių duomenis taip pat, kaip naudotų bet kurį kitą MCP įrankį.

Kas MCP yra (ir ko nėra)

MCP dažnai apibūdinamas kaip „USB-C jungtis dirbtiniam intelektui“. Palyginimas tinka: vienas standartinis jungiklis, daug įrenginių. MCP klientas (jūsų DI programa) prisijungia prie MCP serverio (įrankių ir duomenų teikėjo), o klientas atranda serverio galimybes be jokio iš anksto įrašyto žinojimo apie jį.

Kas MCP yra:

• Atviras protokolas įrankiams (veiksmams, kuriuos agentas gali kviesti) ir ištekliams (duomenims, kuriuos gali skaityti) atverti DI modeliams.
• Vientisa sutartis, todėl tas pats klientas gali kalbėtis su daug serverių, o tas pats serveris — aptarnauti daug klientų.
• Lankstus transportui: serveriai gali veikti lokaliai arba, kaip ImonesMCP, nuotoliniu būdu per Streamable HTTP.

Kas MCP nėra:

• Tai nėra modelis ar pats dirbtinis intelektas — tai jungtis tarp modelio ir išorinio pasaulio.
• Tai nėra konkretaus tiekėjo produktas. Tai bendras standartas, kurį įgyvendina daug klientų ir serverių.
• Tai nėra nuskaitymo triukas. Gerai sukurtas MCP serveris pateikia struktūrizuotus duomenis iš tikro šaltinio su tipizuota sąsaja.

MCP ir paprasta API

Jei jau integravote REST API, teisėtas klausimas: kodėl tiesiog nekviesti jos? Skirtumas — kas atlieka sujungimą. Su paprasta API skaitote dokumentaciją, rašote kliento kodą, susiejate laukus, tvarkote autentifikaciją ir visa tai atnaujinate, kai API pasikeičia — kiekvienam šaltiniui, kiekvienai programai. Su MCP serveris pats paskelbia savo įrankių aprašus, o klientas juos perskaito prisijungdamas. Agentas sužino, kas prieinama ir kaip tai kviesti, be jokio jums skirto integracijos kodo. Vienas ryšys — ir tas pats agentas gali naudoti registrą, kalendorių ir kodo saugyklą per identišką mechanizmą. MCP nepakeičia API — tokie serveriai kaip ImonesMCP remiasi tikrais duomenų šaltiniais — bet standartizuoja, kaip DI modelis juos naudoja.

Kodėl įmonių registras tinka MCP

Įmonių registro duomenys MCP tinka beveik idealiai. Agentams nuolat reikia atsakyti į klausimus, tokius kaip „ar šis tiekėjas — reali, veikianti įmonė?“ arba „kokiame sektoriuje veikia ši sandorio šalis?“ — tai klausimai, kurių atsakymai glūdi patikimame duomenų rinkinyje, o ne modelio mokymo duomenyse.

Atverus tą registrą kaip MCP įrankius, agentas gauna naujus, struktūrizuotus, tipizuotus atsakymus pagal poreikį. Jis iškviečia paieškos įrankį, gauna JSON ir samprotauja jo pagrindu — jokio trapaus HTML nagrinėjimo, jokių pasenusių momentinių kopijų. O kadangi sąsaja standartinė, tas pats registras veikia Claude, Cursor ar saviame agente be jokio perdarymo.

Įrankiai, kuriuos atveria ImonesMCP

ImonesMCP per MCP atveria šešis įrankius. Kiekvienas atlieka vieną darbą ir grąžina struktūrizuotus duomenis:

• search_companies — paieška su filtrais: apytikslis pavadinimo/kodo/PVM query, activityCode/activityDivision, municipality, vatActive, minRevenue/maxRevenue, registracijos datos, taip pat sort, limit ir offset.
• get_company — pilnas profilis pagal įmonės kodą (code) arba vatCode: teisinė forma, statusas, PVM, pagrindinė veikla, savivaldybė ir naujausios pajamos.
• get_company_financials — metiniai skaičiai (pajamos, pelnas prieš mokesčius ir grynasis, turtas, nuosavas kapitalas) plius ataskaitų eilutės, pagal code.
• get_company_people — suvestiniai dalyvių skaičiai (LT/užsienio, fiziniai/juridiniai). Jokių įvardytų asmenų — toks sprendimas iš principo.
• resolve_activity_code — EVRK ekonominės veiklos sekcijų ir skyrių paieška pagal kodą, jo pradžią arba laisvą tekstą.
• aggregate_companies — įmonių skaičiai, grupuoti pagal activityDivision, municipality, legalForm arba status, su papildomais filtrais.

Praktinį pirmųjų dviejų pavyzdį rasite straipsnyje kaip rasti bet kurią Lietuvos įmonę.

Kaip agentas juos naudoja

Prijungus ImonesMCP prie kliento, agentas perskaito įrankių aprašus ir pagal jūsų užklausą nusprendžia, kuriuos kviesti. Vienas klausimas gali sujungti kelis įrankius. Paklauskite „Ar [įmonė] — reali, PVM mokėtoja įmonė, ir kaip kito jos pajamos?“, ir agentas gali:

1. Iškviesti search_companies, kad pavadinimą paverstų įmonės kodu.
2. Iškviesti get_company, kad patvirtintų statusą ir PVM registraciją.
3. Iškviesti get_company_financials, kad perskaitytų pajamų tendenciją.

Jums patiems įrankių įvardyti nereikia. Klausiate paprasta kalba; agentas suderina iškvietimus ir atsako duomenimis, kuriuos galima atsekti iki oficialaus registro.

Kadangi kiekvienas įrankis grąžina struktūrizuotą JSON, o ne laisvą tekstą, agentas gali savo išvadą pagrįsti tiksliomis reikšmėmis — įmonės kodu, statusu, pajamų skaičiumi — ir nurodyti, iš kur jos paimtos. Tai svarbu, kai atsakymu pasitikima priimant sprendimus: rezultatas nėra spėjimas, o registro įrašas, perduotas per tipizuotą sąsają.

Kaip prisijungti

Kadangi ImonesMCP yra nuotolinis MCP serveris per Streamable HTTP, jį gali naudoti bet kuris MCP klientas. OAuth palaikančiuose klientuose, tokiuose kaip Claude Desktop, serverį pridedate ir prisijungiate — jokio rakto valdyti nereikia. CLI agentams ir automatizacijai naudojate API raktą kaip bearer token. Kiekvieno kliento nuoseklų nustatymą rasite straipsnyje prijunkite ImonesMCP prie savo DI agentų, o adresą ir įrankių žinyną — dokumentacijoje.