Mikä on MCP, ja miksi jokainen tekoälytyökalu tukee sitä yhtäkkiä?
Suurimman osan viime vuosikymmenestä tekoälymallin yhdistäminen yrityksesi työkaluihin tarkoitti räätälöityä integraatiota jokaiselle parille. Model Context Protocol, avoin standardi, jonka Anthropic esitteli marraskuussa 2024, korvasi tämän yhdellä pistokkeella, joka sopii kaikkialle, ja OpenAI, Google ja Microsoft ovat kaikki sittemmin ottaneet sen käyttöön. Tässä kerrotaan, miten se oikeasti toimii, sekä käytännön tarkistuslista ennen kuin yhdistät sen tiimisi dataan.
Avaa Clauden työpöytäsovellus ja pyydä sitä tarkistamaan tiimisi avoimet pull requestit, ja se osaa tehdä sen heti. Ei siksi, että Anthropic olisi rakentanut GitHub-integraation Clauden sisään, vaan siksi, että jossain – IT-tiimissäsi, toimittajalla tai GitHubin kehittäjällä – joku kirjoitti pienen ohjelman, joka puhuu MCP-nimistä protokollaa, ja Claude osaa jo keskustella kaiken sellaisen kanssa, joka puhuu sitä. Sama pätee nyt ChatGPT:hen, Googlen Geminiin ja Microsoft Copilotiin. Tämä lähentyminen on enemmän kuin mikään yksittäinen ominaisuusjulkaisu syy siihen, että MCP:stä on tullut asia, jonka tukea lähes jokainen tekoälytoimittaja on viime vuoden aikana rakentanut.
Mitä MCP todella on
MCP on lyhenne sanoista Model Context Protocol. Anthropic suunnitteli sen ja julkaisi spesifikaation avoimena lähdekoodina yhdessä ensimmäisten SDK:iden kanssa 25. marraskuuta 2024. Sen omissa lanseerausmateriaaleissa ideaa kuvattiin vertauksella, joka jäi mieleen: ajattele MCP:tä tekoälysovellusten USB-C-porttina eli yhtenä fyysisenä liitinstandardina sen sijaan, että jokaiselle lisälaitteelle olisi oma kaapelinsa. Lanseerauksen yhteydessä Anthropic nimesi varhaisia käyttöönottajia, jotka rakensivat jo MCP-tukea omiin tuotteisiinsa, kuten yritysohjelmistoyhtiöt Block ja Apollo sekä kehitystyökalujen tekijät Zed, Replit, Codeium ja Sourcegraph. Clauden työpöytäsovellus julkaistiin samana päivänä ominaisuudella, jonka avulla MCP-palvelimia voi ajaa paikallisesti käyttäjän omalla koneella.
Ongelma, jonka se ratkaisee: N työkalua kertaa M tietolähdettä
MCP:n ratkaisemalla ongelmalla on insinöörien arkikielessä oma nimensä: N kertaa M -integraatio-ongelma. Oletetaan, että yritys käyttää viittä tekoälytyökalua, joiden pitää toimia yrityksen datalla (Claude, ChatGPT, GitHub Copilot, Cursor ja sisäinen tukibotti) ja että data sijaitsee kahdeksassa paikassa: Slackissa, GitHubissa, Postgres-tietokannassa, Salesforcessa, Notionissa, Google Drivessa, Jirassa ja sisäisessä API:ssa. Ilman yhteistä protokollaa jokaisen työkalun yhdistäminen jokaiseen lähteeseen hyödyllisellä tavalla vaatii jopa neljäkymmentä erillistä integraatiota (viisi kertaa kahdeksan), joista jokaisella on oma todennusmallinsa, oma virheenkäsittelynsä ja oma ylläpitorasitteensa aina, kun jonkin näistä API:ista rakenne muuttuu. Lisää kuudes tekoälytyökalu, ja luku hyppää neljäänkymmeneenkahdeksaan. Käytännössä kukaan ei rakentanut kaikkia neljääkymmentä. Jokainen tekoälytoimittaja rakensi sen kourallisen, jonka katsoi olevan insinöörityön arvoinen, ja kaikki muu jäi käsityöksi: kopioi, liitä, selitä uudelleen, toista.
MCP muuttaa kertolaskun yhteenlaskuksi. Yritys, joka haluaa Clauden lukevan Postgres-tietokannastaan, ei rakenna Claude-kohtaista Postgres-liitintä. Se rakentaa yhden Postgresin tarjoavan MCP-palvelimen (tai käyttää uudelleen jonkun muun jo julkaisemaa), ja tuo palvelin toimii Clauden, ChatGPT:n, Geminin tai minkä tahansa muun MCP-yhteensopivan agentin kanssa ilman lisäkoodia. Anthropicin oma lista nimesi lanseerauksessa valmiit palvelimet Google Drivelle, Slackille, GitHubille, Gitille, Postgresille ja Puppeteer-nimiselle selainautomaatiotyökalulle. Ajatuksena ei koskaan ollut, että Anthropic rakentaisi ne kaikki, vaan että kuka tahansa voi rakentaa, ja saatavilla olevien palvelinten luettelo on kasvanut reilusti yli sen, mitä yksikään yritys pystyisi ylläpitämään.
Miten protokolla oikeasti toimii
Kun kehys riisutaan pois, MCP on melko tavallinen asiakas–palvelin-protokolla, tarkoituksella vailla hohtoa. Se määrittelee kolme roolia. Host on sovellus, jonka käyttäjä oikeasti avaa, kuten Claude Desktop, Cursorin kaltainen IDE tai ChatGPT-sovellus. Host sisältää MCP Clientin, joka avaa suoran, tilallisen yhteyden MCP Serveriin – pieneen ohjelmaan, joka tarjoaa yhden tietyn järjestelmän: tietokannan, tikettityökalun, tiedostojärjestelmän tai sisäisen API:n. Asiakas ja palvelin vaihtavat JSON-RPC 2.0 -muotoisia viestejä, eli kevyttä etäproseduurikutsujen muotoa, joka on jo yleinen olemassa olevassa infrastruktuurissa, jommankumman kahdesta siirtotavasta kautta: stdio, kun palvelin on paikallisesti samalla koneella pyörivä ohjelma, tai Streamable HTTP, kun se on muualla pyörivä isännöity palvelu.
Se, mitä palvelin voi tarjota, tiivistyy kolmeen primitiiviin. Tools ovat funktioita, joita malli voi kutsua toiminnon suorittamiseksi: create_task, run_query, send_message – ja malli päättää keskustelun perusteella, milloin se kutsuu jotakin niistä. Resources ovat vain luettavaa kontekstia, jonka Host voi hakea ja antaa mallille ilman, että mallin tarvitsee pyytää: tiedoston sisältö, tietokantaskeema tai tukitiketti. Prompts ovat uudelleenkäytettäviä, käyttäjän käynnistämiä pohjia, kuten valmis ”tiivistä tämä ketju” tai ”laadi tilapäivitys”, jonka ihminen kutsuu erikseen eikä malli päätä tehdä itse. Hyvin rakennettu palvelin kertoo selvästi, mitä näistä kolmesta se tarjoaa kustakin toiminnosta, koska juuri tämä ero ratkaisee, voiko yhdistetty tekoälytyökalu vain katsoa jotakin vai myös muuttaa sitä.
Kuka muu otti sen käyttöön, ja milloin
MCP:n ensimmäiset kuukaudet olivat pelkästään Anthropicin projekti. Se muuttui nopeasti, ja tavalla, joka on tekoälyalalla aidosti epätavallinen: suorat kilpailijat yhtyivät yhden yhtiön protokollaan sen sijaan, että olisivat julkaisseet omansa. OpenAI lisäsi MCP-tuen Agents SDK:honsa maaliskuussa 2025, minkä ansiosta kehittäjät voivat yhdistää agenttien työnkulut mihin tahansa MCP-palvelimeen sen sijaan, että rakentaisivat räätälöityjä, OpenAI-kohtaisia työkaluintegraatioita. Seuraavana kuukautena Google DeepMind vahvisti, että myös Gemini ja sen oma agenttien kehityspaketti tukisivat MCP:tä. Google yhdisti siirron omaan täydentävään Agent2Agent-protokollaansa, jonka tarkoitus on antaa itsenäisten agenttien koordinoida toimintaansa keskenään eikä vain työkalujen kanssa. Toukokuuhun 2025 mennessä Microsoft oli tuonut natiivin MCP-tuen Windows 11:een Windows AI Foundryksi kutsumansa kerroksen kautta, ja tuki tuli myös GitHub Copilotiin ja Copilot Studioon.
Nämä neljä yhtiötä eivät ole samaa mieltä juuri mistään, mitä tulee malliarkkitehtuuriin, hinnoitteluun tai alustastrategiaan. Silti kaikki neljä toimittavat nyt tuotteita, jotka puhuvat samaa protokollaa agentin yhdistämiseksi työkaluun. Se on tällä alalla niin harvinaista, että se on varsinainen uutinen, enemmän kuin mikään yksittäinen ominaisuus, jonka MCP mahdollistaa.
Miksi tämä on luottamuskysymys, ei vain putkistoa
Tämä lähentyminen on aidosti hyödyllistä, ja juuri siksi MCP ansaitsee tarkastelun sokean luottamuksen sijaan. Protokolla, joka tekee agentin yhdistämisestä yrityksesi järjestelmiin triviaalia, tekee triviaaliksi myös sen, että huonosti rakennettu tai huonosti konfiguroitu yhteys yltää samoihin järjestelmiin. MCP itse ei estä tätä. Spesifikaatio määrittelee, miten asiakas ja palvelin puhuvat keskenään, mutta se ei sano mitään siitä, kuka saa myöntää yhteyden, mihin yhteys saa koskea tai huomaako kukaan, jos jokin menee pieleen. Nämä valinnat ovat kokonaan sen käsissä, joka rakensi tai konfiguroi edessäsi olevan palvelimen tai asiakkaan. Jotkut toimittajat rakentavat kaiken tämän huolellisesti. Jotkut eivät rakenna sitä lainkaan, eikä protokolla pysäytä heitä.
MCP on tiedonsiirtoprotokolla, ei pääsynhallintajärjestelmä. Se standardoi, miten agentti pyytää työkalua tekemään jotakin. Se, onko tuo pyyntö rajattu, kirjattu ja peruttavissa, on päätös, jonka joku teki tai jätti tekemättä protokollan päällä.
Tarkistuslista ennen kuin yhdistät sen
Ennen kuin tiimisi yhdistää MCP-palvelimen, olipa se toimittajan tuote, avoimen lähdekoodin työkalu, jonka joku löysi GitHubista, tai talon sisällä rakennettu, kuusi kysymystä erottaa hallitun yhteyden avoimesta ovesta. Yksikään niistä ei vaadi spesifikaation lukemista. Ne vaativat vain, että joku kysyy ennen kuin painaa hyväksy-painiketta ja lukee oikeasti yhteysnäkymän antaman vastauksen.
| Kysy tämä | Miltä hyvä näyttää | Varo tätä |
|---|---|---|
| Mitä oikeuksia tai työkaluja se pyytää? | Eritelty Nimetty, täsmällinen lista, jonka voit lukea ennen hyväksymistä: ”luo tehtäviä, lue viestejä tällä kanavalla.” | Yleisvaltuus ”Täysi tilin käyttöoikeus” ilman eriteltyä listaa siitä, mitä se oikeasti voi tehdä. |
| Onko se vain lukuoikeudella, vai voiko se kirjoittaa ja toimia? | Erotettu Lukuoikeus oletuksena; jokainen dataa muuttava toiminto vaatii oman näkyvän luvan. | Niputettu Kirjoitusoikeus sisältyy automaattisesti, eikä voi erottaa, mikä toiminto tekee mitä. |
| Onko se henkilökohtainen vai jaettu koko tiimille? | Henkilökohtainen Jokainen kirjautuu omilla tunnuksillaan; agentti näkee vain sen, minkä kyseinen henkilö näkee. | Jaettu Yksi API-avain tai palvelutili koko tiimin käytössä, mikä ohittaa yksilölliset oikeudet. |
| Onko olemassa auditointilokia siitä, mitä se teki? | Kirjattu Jokainen työkalukutsu tallennetaan: kuka sen yhdisti, mihin se koski ja milloin. | Kirjaamaton Ei muuta merkintää kuin se, minkä tekoälytyökalu itse päättää kertoa tapahtuneen. |
| Voiko sen perua heti? | Välitön Yksi kytkin, joka tulee voimaan heti ja löytyy hallitsemaltasi asetussivulta. | Viivästynyt Peruminen vaatii tukipyynnön tai soiton toimittajalle, tai se ei ole mahdollista lainkaan. |
| Rikkooko sen peruminen jotain muuta? | Eristetty Rajattu kyseiseen yhteyteen; sen sammuttaminen vaikuttaa vain siihen. | Kietoutunut Jakaa tunnuksen muiden työkalujen kanssa, joten yhden peruminen rikkoo hiljaa kolme muuta. |
Miltä hyvin rakennettu yhteys oikeasti näyttää
FabricLoopin oma MCP-asetus on yksi konkreettinen vastaus tuohon tarkistuslistaan. Se ei ole epätavallinen, mutta jokainen osa vastaa suoraan yhtä yllä olevista kuudesta kysymyksestä, ja todellinen mekaniikka kannattaa nimetä markkinointiversion sijaan. FabricLoop toimii molemmissa rooleissa yhtä aikaa: se on MCP-palvelin, johon ulkoiset työkalut yhdistyvät, jotta Cursor, Claude tai ChatGPT voi luoda tehtävän, lisätä kommentin tai lukea muistiinpanon tietyn henkilön omilla FabricLoop-oikeuksilla, ja se on MCP-asiakas, joka yhdistää ulospäin, jotta kanava voi tuoda mukaan toimittajan MCP-sovelluksen, kuten GitHubin tai Linearin, ja sitä voi @-mainita kuin tiimikaveria.
Jokainen yhteys kumpaankin suuntaan alkaa henkilöstä, ei työtilasta. Ulkoisen asiakkaan, kuten Cursorin, yhdistäminen avaa OAuth-suostumusnäytön osoitteessa app.fabricloop.com/oauth/consent, jossa kyseinen henkilö valitsee työtilan ja hyväksyy ne työkalut, joita asiakas pyytää. Asiakas voi sen jälkeen toimia vain kyseisellä näytöllä myönnetyillä oikeuksilla tuon yhden henkilön oikeuksien alaisena, ei koskaan jaetulla palvelutilillä. Vastakkainen suunta toimii samoin: ylläpitäjä voi ottaa toimittajan MCP-sovelluksen käyttöön koko tiimille, mutta jokaisen on silti kirjauduttava itse ennen kuin se toimii hänelle, ja ylläpitäjä voi asettaa sovelluksen vain luku -tilaan tai rajoittaa sen tiettyjen työkalujen sallittujen listaan sen sijaan, että se saisi kaiken, mitä toimittaja tarjoaa.
Jokainen yhdistetty asiakas näkyy asetussivulla Peru-painikkeen vieressä, joka katkaisee yhteyden heti. Se on henkilön omalla sivulla, ei tukipyynnön takana. Enterprise-paketeissa tämä toiminta, MCP-luvat ja se, mitä yhdistetty agentti todella teki mukaan lukien, päätyy auditointilokiin, jonka tietoturvatiimi voi käydä läpi pyydettäessä, eikä jälkikäteen chat-ketjusta poimittuihin kuvakaappauksiin.
Mikään tästä ei ole eksoottista insinöörityötä. Se on pieni, tarkoituksella vaatimaton joukko päätöksiä, joita toistetaan johdonmukaisesti: rajaa oikeudet, kiinnitä yhteys henkilöön, kirjaa toiminta ja tee siitä peruttava ilman sivuvahinkoa. Se on sama argumentti, jonka tämä sivusto esittää laajemmin käsitteestä Legibility – pääsy, jonka voi nimetä, kirjata ja perua, voittaa pääsyn, josta kenenkään ei tarvitse välittää, ja MCP tuottaa tämän vain, jos joku rakentaa sen niin. Protokolla tekee putkistosta standardin. Se ei tee hallinnasta automaattista.
Päätös, jolla on oikeasti merkitystä
MCP ei ole katoamassa, ja sen vastustaminen on tässä vaiheessa vähän kuin USB:n vastustamista. Jokainen suuri mallintarjoaja toimittaa sitä nyt, saatavilla olevien palvelinten lista kasvaa jatkuvasti, ja agentti, joka ei yllä työkaluihisi, on useimmassa oikeassa työssä agentti, joka ei voi tehdä paljoa. Kiinnostava päätös ei ole se, annatko tekoälytyökalun yhdistyä järjestelmiisi. Jokin versio tuosta päätöksestä tehdään yhä useammin jo puolestasi, yksi integraatio kerrallaan, kun tiimisi jo käyttämät työkalut lisäävät hiljaa MCP-tuen sellaisen ominaisuuden alle, johon klikkasit lukematta pientä präntättyä. Päätös, joka on yhä sinun, on se, mitä tarkistat ennen kuin painat hyväksy.
MCP standardoi, miten tekoälyagentti pyytää työkalua tekemään jotakin. Se ei standardoinut lainkaan sitä, onko tuon pyynnön myöntäminen turvallista. Se osa on edelleen, ja pysyy, sen henkilön päätös, joka painaa ”hyväksy”.