Kas ir MCP rīki un kā MI modeļi tos izmanto?

MCP rīki ir funkcijas, kuras MI modelis var izsaukt, lai veiktu uzdevumu ārpus sarunas, piemēram, meklētu jūsu piezīmēs vai vaicātu datubāzi. Katrs rīks atrodas MCP (Model Context Protocol) serverī, un tam ir nosaukums un īss apraksts, kas palīdz modelim izlemt, kad to izmantot.

Terminu „MCP rīks” lieto arī citās nozīmēs. Ikdienā cilvēki saka „MCP rīki”, domājot MCP serverus (lietotnes, kas piedāvā rīkus) vai katalogus, kuros šie serveri ir uzskaitīti. MCP Tools ir arī nosaukums komandrindas programmai, ar kuru var uzskaitīt un izsaukt MCP servera rīkus.

Šajā ceļvedī runa ir par protokola funkcijām, nevis serveriem, katalogiem vai komandrindām. Tajā paskaidrots, no kā sastāv rīks, kādus rīkus piedāvā serveri un ar ko rīki atšķiras no resursiem, uzvednēm un funkciju izsaukšanas. Pēc tam soli pa solim aplūkots, kā modelis izmanto rīku, un noslēgumā apskatītas biežākās ar rīku lietošanu saistītās problēmas.

Kas ir MCP rīki?

MCP rīks ir funkcija, kas ļauj MI modeļiem veikt uzdevumus citās programmatūras lietotnēs. Piemēram, mani MI aģenti un darbplūsmas izmanto MCP rīkus, lai sagatavotu e-pasta melnrakstus pakalpojumā Gmail (create_draft), izveidotu Trello kartītes (trelloWriteCard) un iegūtu reāllaika meklēšanas rezultātus no DataForSEO (serp_organic_live_advanced), un tie ir tikai daži piemēri.

Programmatūras lietotnes savos MCP serveros bieži piedāvā vairākus MCP rīkus. Piemēram, Trello MCP serverī pašlaik ir 14 MCP rīki, kas ļauj MI modeļiem lasīt un atjaunināt dēļus, sarakstus, kontrolsarakstus, kartītes un ne tikai.

Tā kā MCP standartizē to, kā rīki tiek aprakstīti un piedāvāti, vienu un to pašu MCP rīku var izmantot jebkura MI lietotne, kas atbalsta šo protokolu.

No kā sastāv MCP rīks

Katram MCP rīkam ir trīs sastāvdaļas:

• Nosaukums: īss identifikators, ko modelis izmanto, izsaucot rīku (piemēram, get_event pakalpojumā Google Calendar).
• Apraksts: vienkāršā valodā sniegts skaidrojums par to, ko rīks dara un kad tas noder. Lielais valodas modelis (LLM) to izlasa, lai izlemtu, vai rīks atbilst jūsu pieprasījumam (piemēram, „Returns a single event on the given calendar.”).
• Ievaddati: informācija, kas rīkam nepieciešama darbībai, piemēram, klienta vārds un datums piezīmju meklēšanai. Tā ir rakstīta JSON formātā, un izstrādātāji to sauc par ievades shēmu (input schema), jo tā nosaka katras ievades formu (teksts, skaitlis vai saraksts).

Izvērst

Daži rīki pievieno papildu metadatus: attēlojamo nosaukumu, atgriežamo rezultātu aprakstu (izvades shēmu) un anotācijas par rīka darbību.

MI modelis nekad neredz rīka kodu. Tas vadās pēc tā, ko rīks pats par sevi saka, tāpēc neskaidrs nosaukums vai apraksts liek modelim izvēlēties nepareizo rīku.

Kādi MCP rīku veidi pastāv

Pēc to funkcijas MCP rīkus var iedalīt četrās grupās:

• Meklēšanas un uzziņu rīki: atrod vai iegūst informāciju (piemēram, meklē piezīmēs, nolasa failu vai vaicā datubāzi).
• Darbību rīki: izveido vai maina kaut ko citā lietotnē (piemēram, pievieno uzdevumu, izveido kalendāra notikumu, atver atbalsta pieteikumu vai nosūta e-pasta ziņojumu).
• Datu apstrādes rīki: pārveido vai analizē datus (piemēram, analizē izklājlapas failu vai veic aprēķinu).
• Sistēmas rīki: mijiedarbojas ar lokālo sistēmu (piemēram, izpilda komandu terminālī).

MCP rīki salīdzinājumā ar resursiem & uzvednēm

Papildus MCP rīkiem MCP serveris var piedāvāt vēl divu veidu pamatelementus, ko protokols sauc par primitīviem: resursus un uzvednes.

Izvērst

Piemēram, GitHub oficiālais MCP serveris piedāvā:

• Rīku issue_write, kas izveido vai atjaunina pieteikumus (issues),
• Resursu repository_content, kas nodrošina piekļuvi repozitorija failiem,
• Uzvedni issue_to_fix_workflow, kas sagatavo darbības, lai problēmu reģistrētu kā pieteikumu (issue) un liktu GitHub Copilot programmēšanas aģentam ģenerēt pull request tās novēršanai.

Atšķirība ir tajā, ko katrs no tiem dara un kas izlemj, kad to izmantot: jūs, MI lietotne, kurā strādājat (piemēram, Perplexity), vai MI modelis, kas darbojas šajā lietotnē.

• MCP rīks veic darbības vai meklē informāciju. MI modelis patstāvīgi izlemj, kad izsaukt rīku, un jūsu MI lietotne nodod izsaukumu serverim. Rīkus izvēlas jūsu MI modelis, bet jūsu MI lietotnei ir jāparāda jums katrs izsaukums un jāļauj to noraidīt.
• Resurss ir MCP serverī pieejams saturs, piemēram, fails vai ierakstu kopa, un katram resursam ir sava adrese (URI). Jūsu MI lietotne vaicā serverim, kādi resursi tam ir, nolasa vajadzīgo resursu pēc tā adreses un pievieno saturu sarunai kā kontekstu.
• Uzvedne ir servera nodrošināta gatava ziņojuma veidne, dažkārt ar tukšām vietām, kuras aizpildāt jūs. Jūsu MI lietotne parāda pieejamās uzvednes, un jūs izvēlaties vienu no tām, bieži vien kā slīpsvītras komandu.

Kā MI modeļi izmanto MCP rīkus

MI modelis izmanto MCP rīku piecos soļos: atklāšana, rīka izvēle, izsaukšana, rezultāti un kļūdu apstrāde. Visu informāciju starp modeli un serveri nodod jūsu MI lietotne.

Izvērst

Pieņemsim, ka lūdzat savai MI lietotnei pārbaudīt Trello sarakstu „Šonedēļ” un sagatavot redaktoram e-pasta melnrakstu ar jaunāko informāciju. Lūk, kas notiek no sākuma līdz beigām:

1. Atklāšana: kad jūsu MI lietotne, izmantojot MCP klientus, izveido savienojumu ar MCP serveri, tā pieprasa servera pieejamo rīku sarakstu (pieprasījums ar nosaukumu tools/list). LLM redz tikai to, ko lietotne tam nodod: katra rīka nosaukumu, aprakstu un ievaddatus.
2. Rīka izvēle: MI modelis salīdzina jūsu pieprasījumu ar šiem aprakstiem un izvēlas piemērotos rīkus. Šajā gadījumā tie ir Trello trelloReadList saraksta nolasīšanai un Gmail create_draft e-pasta ziņojuma uzrakstīšanai. Modelis arī aizpilda ievaddatus, piemēram, norāda, kuru sarakstu nolasīt.
3. Izsaukšana: modelis atbild ar strukturētu pieprasījumu palaist rīku (šo soli sauc par „funkciju izsaukšanu”). Jūsu MI lietotne nosūta šo pieprasījumu pareizajam serverim (tools/call pieprasījums). Tai arī ir jāparāda jums izsaukums un jāļauj to noraidīt.
4. Rezultāti: serveris izpilda funkciju un nosūta atpakaļ rezultātu (result), šajā gadījumā jūsu saraksta kartītes. Jūsu MI lietotne pievieno rezultātu sarunai, un modelis izlemj, kas notiks tālāk: atbildēt jums vai izsaukt citu rīku, piemēram, create_draft ar e-pasta ziņojumu, kas balstīts uz šīm kartītēm.
5. Kļūdu apstrāde: ja rīks tiek palaists, bet tā darbība neizdodas, piemēram, tāpēc, ka saraksts neeksistē, kļūda tiek atgriezta kā daļa no rezultāta. Modelis var to izlasīt un mēģināt vēlreiz ar citiem ievaddatiem. Ja kļūdains ir pats pieprasījums, piemēram, tāpēc, ka tas izsauc rīku, kura serverim nav, lietotne tā vietā saņem protokola kļūdu. Tad modelim ir mazākas izredzes atgūties.

Galvenais ir tas, ka modelis izvēlas rīkus, balstoties tikai uz to aprakstiem, bet visu saziņu ar serveriem veic jūsu MI lietotne.

Biežākās MCP rīku problēmas un kā no tām izvairīties

MCP rīku problēmas ir saistītas ar četriem aspektiem: cik rīku ir pievienots, kā tie ir nosaukti un aprakstīti, cik daudz datu tie atgriež un no kādiem serveriem tie nāk.

Lūk, kā izpaužas katra problēma un kas palīdz:

Kāpēc MCP rīkiem ir nepieciešams jūsu apstiprinājums?

MCP rīkiem ir nepieciešams jūsu apstiprinājums, jo bez tā MI modelis varētu veikt izmaiņas, kuras neplānojāt, vai kopīgot sensitīvus datus ar serveri, kuru jūs nekontrolējat.

Pārprasts pieprasījums vai neskaidri aprakstīts rīks var izraisīt nepareizu darbību. Turklāt katrs izsaukums nosūta serverim daļu jūsu informācijas.

Tāpēc protokols paredz, ka MI lietotnes procesā iesaista cilvēku, kuram ir iespēja noraidīt jebkuru rīka izsaukumu.

Lūk, praktisks veids, kā sašķirot rīkus pēc tā, cik rūpīgi tie jāpārbauda:

• Darbības, kas tikai nolasa: kaut kā uzmeklēšana, piemēram, saraksta nolasīšana ar Trello trelloReadList, neko nemaina. Šos izsaukumus var palaist bez iepriekšējas apstiprināšanas, ja vien jūsu MI lietotne parāda, kurš rīks tika palaists un ko tas uzmeklēja.
• Darbības, kuras var atsaukt: e-pasta melnraksta izveide ar Gmail create_draft vai Trello kartītes pievienošana maina kaut ko tādu, ko varat atgriezt iepriekšējā stāvoklī. Pirms izsaukuma palaišanas pārbaudiet ievaddatus.
• Darbības, kuras nevar atsaukt: e-pasta ziņojuma nosūtīšanu ar Gmail send_message, ierakstu dzēšanu vai jebko, kas saistīts ar maksājumiem vai sensitīviem datiem, nevar atsaukt. Katru reizi skaidri dodiet atļauju šādām darbībām.

MCP rīku izmantošana pakalpojumā Perplexity

Perplexity darbojas ar MCP rīkiem abos virzienos: tas var izmantot rīkus no jūsu pievienotajiem MCP serveriem un piedāvā savus rīkus citām MI lietotnēm.

• MCP serveru pievienošana Perplexity: plānos Pro, Max un Enterprise varat savienot Perplexity ar jebkuru ārēju rīku vai datu avotu, kam ir MCP serveris, un izmantot to atbildēs un Perplexity Computer aģentiskajās darbplūsmās. Mac lietotnē varat pievienot arī MCP serverus, kas darbojas jūsu datorā
• Perplexity rīku izmantošana citās MI lietotnēs: Perplexity MCP serveris piedāvā četrus rīkus (perplexity_search, perplexity_ask, perplexity_research un perplexity_reason) jebkurai MI lietotnei, kas atbalsta attālos MCP serverus, piemēram, Claude Code. Atsevišķs serveris ļauj citām MI lietotnēm nodot vairāku soļu uzdevumus Perplexity Computer.

Bieži uzdotie jautājumi par MCP rīkiem

Vai MCP ir tikai rīku izsaukšana?

Nē, MCP nav tikai rīku izsaukšana. Rīku izsaukšana ir veids, kā modelis pieprasa rīku, savukārt MCP ir veids, kā MI lietotne atrod rīkus un novirza katru izsaukumu uz serveri, kas to izpilda.

Rīku izsaukšana (saukta arī par funkciju izsaukšanu) ir MI modeļa darba daļa: modelis redz rīku sarakstu un atbild ar pieprasījumu palaist vienu no tiem. Ja izmanto tikai rīku izsaukšanu, katrai MI lietotnei katrs rīks ir jādefinē un jāpalaiž pašai.

MCP ļauj rīkiem atrasties serveros, tāpēc jebkura MI lietotne, kas atbalsta MCP, var tos piedāvāt savam modelim un nosūtīt modeļa pieprasījumus pareizajam serverim.

Vai MCP aizstās API?

Nē, MCP neaizstās API, jo MCP un API darbojas kopā. MCP rīki bieži darbojas virs esošajām API, un, kad modelis izsauc rīku, MCP serveris parasti veic API pieprasījumu.

Kuras MI lietotnes atbalsta MCP rīkus?

MCP rīki darbojas tādos MI asistentos kā Claude, ChatGPT un Perplexity, kā arī tādos izstrādes rīkos kā Visual Studio Code un Cursor. MCP dokumentācijā ir nosauktas šīs lietotnes un norādīts, ka MCP rīkus atbalsta arī daudzas citas.

Vai pašam MI modelim ir jāatbalsta MCP?

Nē. MI modelim nav jāatbalsta MCP, jo protokolu apstrādā jūsu MI lietotne. Tā izveido savienojumu ar serveriem, nodod to rīkus modelim un nosūta modeļa rīku pieprasījumus atpakaļ pareizajam serverim. Modelim ir jāatbalsta tikai funkciju izsaukšana.

Vai MCP kļūst novecojis?

Nē, MCP joprojām tiek aktīvi izstrādāts. Tā uzturētāji 2026. gada jūlijā izlaida jaunu MCP specifikācijas versiju un 2026. gada augustā publicēja atjauninātu ceļa karti, kurā iekļauts darbs, kas ļaus serveriem atklāt savus rīkus pakāpeniski, sarunai kļūstot konkrētākai.