- MCP veikia kaip vieningas standartas dirbtinio intelekto modeliams, sąveikaujantiems su naršyklėmis, GNOME darbalaukio programomis ir išorinėmis paslaugomis.
- Yra paruoštų gamybai MCP serverių („Cloudflare“, „GitHub“, „Figma“, „Docker“, „Stripe“ ir kt.) ir kitų, specialiai „Linux“ skirtų, („Puppeteer“, AT-SPI2).
- Savo MCP serverio kūrimas ir diegimas GNOME sistemoje reikalauja modulinės architektūros, geros saugumo praktikos ir kruopštaus testavimo.
- Tokie klientai kaip „Claude Desktop“ ar „KoboldCpp“ gali dalytis ta pačia MCP serverio ekosistema, taip suteikdami lankstumo „Linux“ darbo eigai.
Jei dirbate su pažangiais dirbtinio intelekto asistentais ir „Linux“ darbalaukio aplinkomis, tikriausiai jau esate susidūrę su modelio konteksto protokolu (MCP) ir jo integracija su GNOME . Vis daugiau įrankių, serverių ir platformų jį naudoja, kad modeliai galėtų standartizuotu ir saugiu būdu bendrauti su programomis, naršyklėmis, API ir darbalaukio sistemomis.
Šiame straipsnyje išsamiai apžvelgsime, kaip MCP serverio palaikymas veikia GNOME aplinkoje „Linux“ sistemoje : nuo naršyklės automatizavimo naudojant „Puppeteer“ ir sąveikos su vietinėmis programomis per AT-SPI2 iki integracijos su tokiomis platformomis kaip „Cloudflare“, „GitHub“, „Figma“, „Docker“ ir „Stripe“. Taip pat apžvelgsime, kaip nustatyti savo MCP serverius, juos išbandyti, diegti ir kokį vaidmenį šioje naujoje ekosistemoje atlieka „Windows“, „ChatGPT“, „Claude“ ir kiti įrankiai.
Kas yra MCP ir kodėl jis toks svarbus GNOME darbalaukiuose?
Modelio konteksto protokolas (MCP) tapo savotišku „USB-C“ jungtimi, skirta modelių kalboms ir įrankiams integruoti . Užuot kūręs atskirą jungtį kiekvienai programai (CRM, duomenų bazei, diegimo ataskaitų suvestinei ir kt.), MCP apibrėžia atvirą standartą, skirtą LLM bendrauti su serveriais, kurie nuosekliai pateikia įrankius ir išteklius.
Praktiškai MCP serveris yra paslauga, siūlanti įrankius (veiksmus) ir išteklius (pasiekiamus duomenis) pagal tiksliai apibrėžtą schemą, paprastai naudojant JSON ir JSON schemas. Dirbtinio intelekto modeliai gali aptikti šiuos įrankius, pateikti užklausą, kuriuos parametrus jie priima, ir saugiai juos iškviesti, kūrėjui nereikės kiekvienu atveju kurti naujo protokolo.
GNOME ir kitų „Linux“ darbalaukių kontekste MCP puikiai tinka, nes leidžia modeliams prisijungti prie specializuotų serverių, kurie supranta grafinę ekosistemą : X11, Wayland, AT-SPI2 prieinamumas, „Puppeteer“ valdomos naršyklės, GTK/Qt/Electron programos ir kt. Visa tai neverčiant vartotojų keisti aplinkos ar pasikliauti ad hoc integracijomis.
Architektūriniu požiūriu MCP aiškiai atskiria klientą (DI asistentą arba jį naudojančią programėlę) nuo serverio (komponento, kuris sąveikauja su realiuoju pasauliu). Šis atskyrimas leidžia pakeisti modelį, IDE arba debesijos teikėją nereikalaujant iš naujo atlikti visų integracijų , jei tik išlaikote tą patį MCP serverį ir tą pačią įrankių sutartį.
MCP palaikymas sistemoje „Windows“, klausimai apie svetainės ir darbalaukio naudojimą
Vienas iš dažniausiai užduodamų klausimų šiomis dienomis bandant MCP yra tai , kaip lengva jį priversti veikti „Windows“ sistemoje , ypač su „Node.js“ pagrindu veikiančiais serveriais. Daugelis vartotojų susidūrė su rankinio diegimo, „Node“ kelių, „PowerShell“ saugos konfigūracijų arba dirbtinio intelekto kliento konfigūracijos failo problemomis.
Kad palengvintų šį galvos skausmą, kažkas nusprendė paprašyti Klodo sugeneruoti „PowerShell“ scenarijus, galintis valdyti MCP serverių diegimą ir atnaujinimąRezultatas yra scenarijus (talpinamas viešoje „gist“ saugykloje), kurį galite atsisiųsti kaip mcp-install.ps1Idėja labai paprasta: jei pakuotė pasirodo mcp-get.com ir yra atpažįstamas pagal „Node.js“ piktogramą, scenarijus pasirūpina jo atsisiuntimu, įdiegimu ir paruošimu naudoti.
Įprasta „Windows“ darbo eiga apima „PowerShell“ atidarymą ir kažko panašaus paleidimą. ./mcp-install.ps1 @modelcontextprotocol/server-everythingŠi komanda diegia pavyzdinį serverį, kad patikrintų, ar visas MCP srautas veikia tinkamai su jūsų klientu (pvz., „Claude Desktop“). Proceso ekrano kopijos rodo, ko tikėtis, ir padeda patikrinti, ar viskas sukonfigūruota teisingai.
Viena įdomi detalė yra ta, kad scenarijus Tai neperrašo jūsų failo. claude_desktop_config.jsonVerčiau patikrinkite MCP paketo įėjimo tašką ir atnaujinkite konfigūraciją palaipsniui. Jei MCP serveris jau įdiegtas, tiesiog jį atnaujinkite, atsižvelgdami į ankstesnius nustatymus. Tai sumažina riziką prarasti pasirinktines konfigūracijas arba maršrutus į kitus serverius.
„Windows“ sistemose su senesnėmis „PowerShell“ versijomis gali tekti ją paleisti pirmiausia. Set-ExecutionPolicy Bypass -Scope Process kad scenarijus galėtų veikti. Tai įprastas sprendimas, kai „PowerShell“ dėl saugumo priežasčių blokuoja iš interneto atsisiųstų .ps1 failų vykdymą.
Lygiagrečiai kyla kitas vis dažnesnis klausimas: ar pamatysime „Claude“ ar „ChatGPT“ žiniatinklio versijas su visišku MCP palaikymu? Architektūriniu požiūriu tam nėra jokių kliūčių: MCP serveriai jau egzistuoja, jie paprastai naudoja HTTP arba STDIO, o protokolas yra gerai dokumentuotas. Paprastai paslaugų teikėjus stabdo saugumo, leidimų, išteklių apribojimų, naudotojo patirties ir valdymo derinys: MCP atskleidimas žiniatinklyje reiškia, kad debesyje talpinami modeliai gali bendrauti su išorinėmis, potencialiai jautriomis, sistemomis iš žiniatinklio naršyklės.
Daugelis žmonių įsivaizduoja ateitį, kai jie atidarys „ChatGPT“ arba „Claude“ per internetą, prijungę visus asmeninius MCP įrankius („GitHub“, „Figma“, „Jira“, „Docker“ ir kt.) , ir paleis sudėtingas komandas nė karto neprisiliesdami prie terminalo. Ši vizija techniškai įmanoma ir iš tikrųjų kai kurie žingsniai jau žengiami, tačiau tam reikės patobulintos leidimų politikos, gerai įdiegtos „OAuth“ sistemos ir vartotojo patirties, kuri aiškiai paaiškintų, ką dirbtinis intelektas gali daryti bet kuriuo metu.
„Linux“ ekosistemoje vienas galingiausių MCP serverių yra „Puppeteer“, kuris automatizuoja tikrą žiniatinklio naršyklę su vietiniu X11 ir „Wayland“ palaikymu. Šis serveris leidžia kalbos modeliui sąveikauti su tinklalapiais taip, lyg jis būtų žmogus: atidaryti URL, spustelėti elementus, pildyti formas, vykdyti „JavaScript“, daryti ekrano kopijas ir skaityti konsolės žurnalus.
Šis įgyvendinimas apima specialų sluoksnį, skirtą ekrano serveriui valdyti „Linux“ („X11“, „Wayland“ arba net „XWayland“) sistemoje . Dokumentacijoje aprašyta šakutė prideda automatinį grafinės aplinkos aptikimą ir dinamiškai konfigūruoja kintamuosius, kurių „Puppeteer“ reikia, kad naršyklė sklandžiai paleistų tiek GNOME, tiek KDE, taip pat kitose darbalaukio aplinkose.
Pagrindinės šio naršyklės MCP serverio galimybės: Automatinis X11/Wayland aptikimas, dinaminė kintamųjų, tokių kaip DISPLAY y XAUTHORITY, „XWayland“ kaip suderinamumo mechanizmo palaikymas ir atsarginių procedūrų serija su patikimu klaidų apdorojimu, siekiant išvengti serverio gedimų egzotiškesnėse aplinkose.
Kalbant apie išteklius, šis serveris siūlo du labai naudingus URI tipus: viena vertus, konsolės žurnalai, pasiekiami per console://logsir, kita vertus, ekrano kopijos, į kurias nurodoma kaip screenshot://<name>Tai suteikia modeliui vertingą vaizdinį ir derinimo kontekstą automatizuojant E2E srautus arba tikrinant sudėtingas žiniatinklio programas.
Galimos funkcijos apima daugumą tipinių kokybės užtikrinimo ir duomenų išgavimo užduočių: puslapio naršymą, paspaudimus, formų pateikimą, pasirinktinių scenarijų vykdymą , konsolės skaitymą ir ekrano kopijų valdymą. Tiems, kurie dirba su GNOME, šis MCP sluoksnis visiškai abstrahuoja ekrano serverio subtilybes, leisdamas modeliui bendrauti aukšto lygio kalba.
MCP palaikymas „Linux“ darbalaukio programoms per AT-SPI2
Be naršyklės, yra dar vienas labai įdomus MCP serveris, kuris tvarko pritaikymo neįgaliesiems sąveiką su vietinėmis „Linux“ darbalaukio programomis . Jis naudoja AT-SPI2 (pagalbinės technologijos paslaugų teikėjo sąsają) – pritaikymo neįgaliesiems standartą GNOME ir kitose šiuolaikinėse darbalaukio aplinkose, kad atskleistų savotišką sąsajos „semantinį medį“.
Šis serveris siūlo kažką panašaus į tai, ką kai kurie „Chrome“ plėtiniai teikia su savo nuorodomis. ref_1, ref_2bet pritaikytas „GTK Windows“, „Qt“, „Electron“ ir bet kuri programa, kuri skelbia savo informaciją, yra prieinama.Jis gali aptikti vaidmenis (mygtukus, tekstus, nuorodas, meniu ir kt.), būsenas (sufokusuotas, įjungtas, pažymėtas, redaguojamas) ir atlikti sąsajos elementų paiešką natūralia kalba.
Tarp išskirtiniausių įrankių yra tokios funkcijos kaip desktop_snapshot, kuris fiksuoja prieinamumo medį su semantinėmis nuorodomis, desktop_find rasti elementus pagal aprašymus, pvz., „išsaugojimo mygtukas“ arba „paieškos laukas“, desktop_click spustelėti pagal nuorodą arba koordinates, desktop_type rašyti tekstą, desktop_key siųsti sparčiuosius klavišus ir desktop_capabilities patikrinti, kokio tipo automatizavimas galimas kiekvienoje aplinkoje.
Kad visa tai veiktų tinkamai, GNOME sistemoje būtina įjungti darbalaukio pritaikymą neįgaliesiems . Paprastai tai atliekama per Nustatymai → Pritaikymas neįgaliesiems. KDE sistemoje taip pat yra panašios parinktys. Daugumoje šiuolaikinių darbalaukio ji įjungiama pagal numatytuosius nustatymus, tačiau kai kuriais atvejais, norint tinkamai paleisti AT-SPI2 demoną, reikia paleisti sesiją iš naujo.
Kalbant apie suderinamumą su grafikos platformomis, šis MCP serveris palaiko X11, Wayland ir XWaylandGalimybių lentelėje parodyta, kad AT-SPI aptikimas, paspaudimų pagal nuorodą nustatymas, teksto rašymas ir tokių įrankių naudojimas kaip ydotool yra visiškai palaikomi visose trijose aplinkose, tuo tarpu xdotool Jis veikia visu našumu X11 ir XWayland sistemose, bet nenaudojamas grynose Wayland sesijose.
Trikčių šalinimo skyriuje dokumentacijoje minimos dažnos klaidos, pvz., „AT-SPI2 nepasiekiamas“ arba „AT-SPI2 registras neveikia “, kurios dažniausiai kyla dėl to, kad neįgalintas pritaikymas neįgaliesiems arba paslauga nepaleidžiama tinkamai. Taip pat aptariama „Wayland“ pranešimo „Įvesties posistemė nepasiekiama“ problema, kuri paprastai išsprendžiama įdiegus ir sukonfigūravus atitinkamus įvesties modeliavimo įrankius. Be to, pažymima, kad kai kurios senesnės arba prastai integruotos programos gali nerodyti savo pritaikymo neįgaliesiems medžio, todėl kai kurie elementai nebus rodomi momentinėse kopijose.
MCP kaip integracijos standartas front-end komandoms
Be darbalaukio, MCP tampa pagrindine platforma, skirta integruoti svarbiausius front-end darbo eigos įrankius : dizainą („Figma“), versijų valdymą („GitHub“, „GitLab“), diegimą („Vercel“, „Netlify“, „Cloudflare“), stebimumą („Sentry“, „Chromatic“) ir darbo valdymą („Linear“, „Jira“, „Notion“, „Atlassian“ ir kt.).
MCP dažnai apibūdinamas kaip „USB-C agentų ir įrankių integracijai“ atitikmuo, nes jis leidžia sujungti projektavimo specifikacijas, saugyklas, diegimo srautus, stebėjimą ir užduočių valdymą viename kanale, kurį supranta dirbtinio intelekto asistentai, kodo redaktoriai ir CI/CD sistemos – nereikalaujant kiekvienai įrankių porai pritaikytų adapterio sluoksnių.
Jau yra gana išsamus gamybai paruoštų nuotolinių MCP serverių sąrašas, daugelis jų turi „OAuth“ ir detalias teises . Pavyzdžiui, „Cloudflare“ tvarko valdomų MCP serverių, kurie integruojasi su „Workers“, „Pages“, „KeyV“ arba „R2“, katalogą; „Notion“ siūlo serverį (oficialų arba bendruomenės valdomą) dokumentų, užduočių ir specifikacijų skaitymui ir rašymui; o „GitHub“ ir „GitLab“ turi savo MCP serverius problemoms valdyti, užklausoms dėl ištraukimo / sujungimo ir kodo peržiūros darbo eigų automatizavimui.
Kitos platformos, kurios prisijungė prie šio mišinio, yra MCP šablonai ir serveriai, kurie valdo diegimus , aplinkas, domenus ir projektus, ir „Supabase“, suteikianti tik skaitymo prieigą prie duomenų bazių ir kitų platformos funkcijų, skirtų front-end programoms. Darbo valdymo srityje „Linear“ ir „Atlassian“ („Jira“ / „Confluence“) teikia nuotolinius MCP, kurie leidžia vartotojams kurti problemas, atnaujinti būsenas, peržiūrėti sprintas arba apibendrinti puslapius, žinant kiekvieno vartotojo teises.
Kalbant apie stebimumą, „Sentry“ siūlo MCP serverį (su talpinamomis ir atvirojo kodo versijomis), skirtą klaidoms tikrinti, problemų kontekstui realiuoju laiku pateikti ir netgi siūlomiems pataisymams generuoti. „Stripe“ palengvina sąveiką su savo mokėjimo API ir dokumentacija; „Chromatic“ / „Storybook“ teikia vizualinio testavimo ir sąsajos peržiūros įrankius; o tokie projektai kaip „Grep MCP“ leidžia atlikti didelio masto kodo paiešką viešose „GitHub“ saugyklose , derinant reguliariąsias išraiškas ir semantiką.
Visa tai daro MCP labai pragmatišku pasirinkimu šiuolaikinei front-end komandai 2025 m. ir vėliau . Užuot skriptus surišus izoliacine juosta, pakaktų pasirinkti tinkamą MCP serverių rinkinį („Figma“, „GitHub“ / „GitLab“, „Vercel“ / „Netlify“ / „Cloudflare“, „Sentry“ / „Chromatic“ ir kt.) ir leisti dirbtinio intelekto asistentui redaktoriuje arba CI sistemoje organizuoti projektavimo, kodo, diegimo ir stebėjimo srautus.
Praktinis vadovas: savo MCP serverio anatomija ir kūrimas
Jei norite dar labiau išplėsti MCP palaikymą GNOME aplinkoje, anksčiau ar vėliau turėsite susikurti savo MCP serverį . Be jau paruoštų serverių naudojimo, serverio kūrimas nuo nulio verčia suprasti serverio architektūrą, įrankių valdymą ir protokolo pranešimų modelį, o tai suteikia jums visišką dirbtinio intelekto sąveikos su jūsų sistemomis kontrolę.
Tipinė MCP serverio architektūra yra modulinė ir paprastai suskirstyta į keturis blokus: pagrindinę serverio programą , įrankių ir išteklių modulius, ryšio tvarkykles ir integracijos taškus. Programa yra atsakinga už HTTP/STDIO lizdų arba galinių taškų atidarymą, lygiagrečių ryšių valdymą, klientų autentifikavimą ir duomenų srauto koordinavimą.
Įrankių moduliai yra kodo dalys, apimančios konkrečius veiksmus: užklausų pateikimą duomenų bazėje, skaičiavimo atlikimą, diegimo inicijavimą, automatizavimo veiksmų plano paleidimą ir kt. Kiekvienas įrankis turi unikalų pavadinimą, aiškų aprašymą, parametrų schemą ir atsakymo schemą, dažnai apibrėžtas JSON schemoje, siekiant užtikrinti patvirtinimą . Serveris saugo šių įrankių įrašą ir, gavęs MCP pranešimą, persiunčia užklausą atitinkamai funkcijai.
Ryšio tvarkyklės analizuoja gaunamus pranešimus MCP formatu, patikrina, ar jie atitinka schemą, ir nukreipia kiekvieną užklausą į atitinkamą įrankį ar išteklių. Jos taip pat formuoja atsakymą , užpildydamos kliento laukiamus laukus (rezultatai, klaidos, metaduomenys ir kt.). Galiausiai, integracijos taškai yra išorinės sąsajos, leidžiančios asistentams ir programoms prisijungti: HTTP galiniai taškai, „WebSockets“, STDIO perdavimas arba bet kas, kas apibrėžta įgyvendinimo procese.
Sąveikos srautas paprastas: klientas siunčia MCP užklausą serveriui, tvarkyklė ją interpretuoja, serveris vykdo nurodytą įrankį, o tvarkyklė supakuoja ir grąžina atsakymą. Dėl šio sluoksniuoto dizaino galite pakeisti transportą arba pridėti naujų įrankių neliesdami pagrindinės programos logikos.
Norint praktiškai sukurti MCP serverį, paprastai pradedama nuo pasirinkimo programavimo kalba su geru tinklo palaikymu pvz., „Python“ arba „Node.js“. „Python“ kalboje įprastos tokios platformos kaip „Flask“ arba „FastAPI“; „Node.js“ kalboje puikiai tinka „Express“. Rekomenduojama projektą struktūrizuoti naudojant įrankių aplankus (/tools), tvarkytojai (/handlers) ir pagrindinį failą (server.py o server.js), be priklausomybių failų (requirements.txt o package.json).
Kalbant apie aplinką, sveikiausia yra dirbti su virtualios arba izoliuotos aplinkos: venv Python kalboje arba tiesiog projektas su node_modules „Node.js“ aplinkoje. Versijų valdymas naudojant „Git“ ir gerą .gitignore Jie padeda palaikyti tvarką. Diegimo proceso dokumentavimas README faile leidžia kitiems kūrėjams lengviau atkartoti jūsų MCP serverį savo kompiuteriuose.
MCP serverių įrankiai, ištekliai, testavimas ir diegimas
Kad kalbos modelis galėtų patikimai jas naudoti, labai svarbu gerai apibrėžti savo įrankius. Kiekvienas įrankis turėtų atlikti vieną, aiškiai apibrėžtą užduotį (atomiškumo principas) su aprašomuoju pavadinimu, aiškiu paaiškinimu ir išsamia įvesties / išvesties schema. Tai leidžia serveriui reklamuoti savo galimybes, o klientui (modeliui) suprasti, ko jis gali prašyti ir ką gaus.
Kode paprastai prižiūrima įrankių juosta (pavyzdžiui, „Python“ žodynas, kuris susieja įrankių pavadinimus su funkcijomis). Naujos įrankių juostos pridėjimas apima funkcijos su jos patvirtinimais parašymą, jos dokumentavimą ir pridėjimą prie tos įrankių juostos. Kita vertus, ištekliai yra duomenys arba paslaugos, su kuriomis šie įrankiai sąveikauja: duomenų bazės, išorinės API, failų sistemos, eilės ir pan.
Testavimo etapas apima tiek rankinius testus (naudojant MCP Inspector, Postman arba cURL), tiek automatinius testus. Paprastai pavyzdiniai MCP pranešimai siunčiami į serverio galinį tašką ir patikrinami. Atsakymai atitinka numatytą formatą.įskaitant klaidų kodus, duomenų struktūrą ir privalomus laukus. Python kalboje pytest Tai palengvina vienetinį ir integracinį testavimą; „Node.js“ sistemoje tokios sistemos kaip mocha o jest Jie atlieka tą funkciją.
Derinimui labai svarbi gerai suprojektuota registravimo sistema. Tokios bibliotekos kaip logging Python arba winston Node.js Jie leidžia įrašyti, kas nutinka gavus užklausą, kuris įrankis vykdomas, kokie parametrai įvedami ir kas išvedama. Kūrimo aplinkose galite naudoti grafines derinimo programas („VS Code“, „PyCharm“, „WebStorm“), kad nustatytumėte lūžio taškus ir išsamiai išnagrinėtumėte kintamuosius.
Kai jūsų MCP serveris veikia lokaliai, kitas žingsnis yra diegimas. Daugelis žmonių renkasi „Docker“ konteinerius ir platformas, tokias kaip „Google Cloud Run“, „AWS ECS“ arba „Azure App Service“ , kurios siūlo automatinį mastelio keitimą, aukštą prieinamumą ir integruotą TLS sertifikatų valdymą. Svarbu perkelti visą jautrią konfigūraciją (API raktus, kredencialus ir kt.) į aplinkos kintamuosius ir neįtraukti paslapčių į kodą.
Saugumas priklauso nuo autentifikavimo mechanizmų, tokių kaip API raktai arba „OAuth“, kurie riboja prieigą tik patikimiems klientams. Taip pat patartina apibrėžti išteklių apribojimus ir horizontalios mastelio keitimo politiką , kad serveris galėtų valdyti srauto šuolius. Stebėjimas naudojant tokias priemones kaip „CloudWatch“ ar „Google Operations“ ir galinių punktų sveikatos patikra leidžia daug lengviau aptikti incidentus.
Kalbant apie priežiūrą, patartina reguliariai atnaujinti priklausomybes ir operacinę sistemą , diegti saugos pataisas ir naudoti mėlynos/žalios arba nuolatinio diegimo strategijas, kad būtų išvengta paslaugų teikimo sutrikimų. Visa tai vienodai taikoma tiek MCP serveriui, kuris automatizuoja GNOME, tiek serveriui, kuris integruoja „Stripe“ ar „GitHub“.
MCP serveriai, skirti „Docker“ ir dirbtinio intelekto valdomoms „Linux“ smėlio dėžėms
Kitas labai iliustruojantis pavyzdys, ką galima padaryti su MCP, yra Serveris, kuris naudoja „Docker Engine“, kad sukurtų dirbtinio intelekto valdomas „Linux“ smėlio dėžesŠio tipo serveris sukuria izoliuotus konteinerius, kuriuose tokios priemonės kaip „Gemini-cli“ ar „Claude“ gali vykdyti komandas, kompiliuoti kodą, redaguoti failus ir netgi atidaryti redaktorius, pvz. vim, o vartotojas mato viską, kas vyksta.
Įprastoje demonstracijoje vartotojas prašo dirbtinio intelekto parašyti C programą, ją sukompiliuoti ir paleisti konteineryje, nurodydamas jam naudoti terminalo redaktorių. MCP serveris veikia kaip tarpininkas: jis sukuria konteinerį, pateikia atitinkamus įrankius, persiunčia komandas ir fiksuoja išvestį . Visa tai atliekama užtikrinant didelį matomumą, todėl tiksliai žinote, ką modelis veikia smėlio dėžėje.
Šis metodas labai naudingas eksperimentams, mokymams ar potencialiai pavojingoms kūrimo užduotims, nes jis apsaugo pagrindinę sistemą . Šio konkretaus serverio šaltinio kodas yra pasiekiamas „GitHub“, todėl galite jį studijuoti, pritaikyti savo poreikiams arba prisidėti prie patobulinimų. Tai puikus pavyzdys, kaip MCP gali itin lanksčiai sujungti dirbtinį intelektą ir konteinerius.
GNOME aplinkose tokio tipo serveris yra visiškai logiškas: galite naudoti darbalaukio MCP klientą, paprašyti dirbtinio intelekto nustatyti „Docker“ smėlio dėžės aplinką ir toliau dirbti su grafinėmis programomis, kol konteineris atlieka savo darbą fone . Darbalaukio ir smėlio dėžės atskyrimas suteikia ramybės neprarandant automatizavimo galios.
Be to, derinant šio tipo serverį su naršyklės arba darbalaukio automatizavimo serveriais (per „Puppeteer“ arba „AT-SPI2“), atsiveria durys į labai pažangius darbo eigą : pavyzdžiui, paleisti programėlę „Docker“, paleisti MCP valdomą naršyklę E2E testams atlikti ir tuo pačiu metu leisti modeliui sąveikauti su darbalaukio dialogais ir langais.
MCP alternatyviuose klientuose: pavyzdys iš „KoboldCpp“
Ne visas MCP palaikymas teikiamas tik komerciniams klientams, tokiems kaip „Claude Desktop“. Tokie įrankiai kaip „KoboldCpp“ naujausiose versijose įtraukė vietinį MCP palaikymą , siekdami pasiūlyti darbalaukio alternatyvą, galinčią prisijungti prie tų pačių serverių, kuriuos naudotumėte su kitais klientais.
„KoboldCpp“ 1.106 versijoje pridėtas „MCP tiltas“, kuris gali prisijungti prie visų faile deklaruotų serverių. mcp.json naudojant tą patį formatą kaip ir „Claude Desktop“. Šis tiltas gali bendrauti tiek su HTTP pagrindu veikiančiais MCP serveriais, tiek su tais, kurie naudoja STDIO kaip transportą, automatiškai peradresuodamas skambučiai į įrankius kad DI nuspręstų paleisti į teisingą serverį.
„KoboldCpp“ vartotojo sąsajoje galite peržiūrėti visuose prijungtuose MCP serveriuose esančių įrankių sąrašą , įjungti arba išjungti tuos, kuriuos norite, kad modelis galėtų naudoti, ir netgi įjungti įrankių iškvietimų patvirtinimo sistemą, kad prieš DI atlikdamas tam tikrus jautrius veiksmus turėtumėte patvirtinti.
Tai rodo, kad MCP nėra susietas su vienu tiekėju; bet kuris klientas, diegiantis protokolą, gali naudoti tą pačią serverių ekosistemą . Praktiškai, jei jau turite MCP serverių rinkinį, sukonfigūruotą jūsų GNOME aplinkai, galite išbandyti skirtingus klientus („Claude“, „KoboldCpp“, redaktorius su MCP papildiniais ir kt.) nereikėdami iš naujo atlikti visų integracijų.
„KoboldCpp“ bendruomenė pasidalijo ekrano kopijomis, kuriose jas galima pamatyti keli įrankių serveriai veikia Tuo pačiu metu, parodant, kaip MCP tiltas koordinuoja skirtingas galimybes, vartotojui nereikės daug keisti konfigūracijos, kai tik mcp.json.
Galiausiai, tokio tipo pažanga sustiprina MCP idėją kaip universalų agentų ir įrankių standartą , o ne kaip patentuotą konkretaus produkto priedą. Tai naudinga tiek GNOME ir „Linux“, tiek „Windows“ ar „macOS“ naudotojams.
Atsižvelgiant į visa tai, kas išdėstyta pirmiau, MCP serverių palaikymo GNOME aplinkose perspektyvos yra labai daug žadančios: turime naršyklių ir darbalaukio automatizavimą su X11/Wayland palaikymu, nuotolinius serverius praktiškai visiems pagrindiniams šiuolaikinės kūrimo komandos įrankiams, išsamius vadovus, kaip kurti ir diegti savo serverius, ir vis įvairesnį klientų, kurie supranta protokolą, ratą. Jei tai derinsite su gera saugumo praktika, įgalinta darbalaukio prieiga ir aiškia strategija, kuriuos serverius įjungti, galima sukurti darbo eigą, kurioje dirbtinis intelektas peržengtų paprastą pokalbių robotą ir taptų operatoriumi, galinčiu sklandžiai naršyti tarp jūsų GNOME programų, „Docker“ konteinerių ir debesijos platformų.
