Mikä MCP on, ja miksi jokainen tekoälytyökalu puhuu 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 sen yhdellä pistokkeella joka sopii kaikkialle — ja OpenAI, Google ja Microsoft ovat kaikki sittemmin ottaneet sen käyttöön. Tässä on, miten se todella toimii, ja oikea tarkistuslista ennen kuin yhdistät yhden tiimisi dataan.
Avaa Clauden työpöytäsovellus ja pyydä sitä tarkistamaan tiimisi avoimet pull requestit, ja se voi yksinkertaisesti tehdä sen. Ei siksi, että Anthropic olisi rakentanut GitHub-integraation Clauden sisään. Vaan siksi, että jossain — IT-tiimisi, toimittaja, kehittäjä GitHubissa — joku kirjoitti pienen ohjelman, joka puhuu MCP-nimistä protokollaa, ja Claude osaa jo puhua mille tahansa, joka puhuu sitä. Sama pätee nyt ChatGPT:hen, Googlen Geminiin ja Microsoft Copilotiin. Tämä yhteensulautuminen, enemmän kuin mikään yksittäinen ominaisuusjulkaisu, on syy siihen, että MCP:stä tuli se asia, jolle lähes jokainen tekoälytoimittaja käytti viime vuoden rakentaessaan tukea.
Mitä MCP todella on
MCP tarkoittaa Model Context Protocolia. Anthropic suunnitteli sen ja julkaisi spesifikaation avoimena lähdekoodina yhdessä ensimmäisten SDK:iden kanssa 25. marraskuuta 2024. Omat lanseerausmateriaalit kuvasivat ideaa analogialla, joka jäi mieleen: ajattele MCP:tä USB-C-porttina tekoälysovelluksille — yksi fyysinen liitinstandardi sen sijaan, että joka lisälaitteelle olisi eri kaapeli. Lanseerauksessa Anthropic nimesi varhaisia omaksujia, jotka rakensivat jo MCP-tukea omiin tuotteisiinsa, mukaan lukien yritysohjelmistoyhtiöt Block ja Apollo sekä kehittäjätyökalujen tekijät Zed, Replit, Codeium ja Sourcegraph. Clauden työpöytäsovellus julkaistiin samana päivänä kyvyllä ajaa MCP-palvelimia paikallisesti henkilön omalla koneella.
Ongelma jonka se ratkaisee: N työkalua kertaa M tietolähdettä
Ongelmalla, jonka MCP ratkaisee, on nimi jota insinöörit käyttävät ohimennen: 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 elää kahdeksassa paikassa: Slack, GitHub, Postgres-tietokanta, Salesforce, Notion, Google Drive, Jira ja sisäinen API. Ilman yhteistä protokollaa jokaisen työkalun yhdistäminen jokaiseen lähteeseen hyödyllisellä tavalla vie enintään neljäkymmentä erillistä integraatiota — viisi kertaa kahdeksan — jokaisella oma todennusmalli, oma virheenkäsittely ja oma ylläpitovero aina kun jokin näistä API:sta muuttaa muotoaan. 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 insinöörityön arvoiseksi, ja kaikki muu jäi manuaaliseksi: kopioi, liitä, selitä uudelleen, toista.
MCP muuttaa kertolaskun yhteenlaskuksi. Yritys, joka haluaa Clauden lukevan Postgres-tietokannastaan, ei rakenna Claude-kohtaista Postgres-liitintä. Se rakentaa — tai käyttää uudelleen jonkun muun jo julkaisemaa — yhden MCP-palvelimen, joka tarjoaa Postgresin, ja se 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 selainautomaatiotyökalulle nimeltä Puppeteer. Pointti ei koskaan ollut, että Anthropic rakentaisi ne kaikki. Se oli, että kuka tahansa voi, ja saatavilla olevien palvelinten luettelo on kasvanut reilusti sen ohi, mitä yksikään yritys pystyisi miehittämään.
Miten protokolla todella toimii
Kun kehys riisutaan pois, MCP on melko tavanomainen asiakas–palvelin-protokolla, tarkoituksella vailla glamouria. Se määrittelee kolme roolia. Host on sovellus, jonka ihminen todella avaa — Claude Desktop, IDE kuten Cursor, ChatGPT-sovellus. Host upottaa MCP Clientin, joka avaa suoran, tilallisen yhteyden MCP Serveriin — pieneen ohjelmaan, joka tarjoaa yhden tietyn järjestelmän: tietokannan, tikettityökalun, tiedostojärjestelmän, sisäisen API:n. Asiakas ja palvelin vaihtavat viestejä JSON-RPC 2.0 -muodossa, kevyessä etäkutsujen muodossa joka on jo yleinen olemassa olevassa infrastruktuurissa, yhden kahdesta siirtotavasta yli: stdio, kun palvelin on ohjelma joka pyörii paikallisesti samalla koneella, 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 tehdäkseen toiminnon — create_task, run_query, send_message — ja malli päättää keskustelun perusteella, milloin se kutsuu yhtä. Resources ovat vain luettavaa kontekstia, jonka Host voi hakea ja antaa mallille ilman että mallin tarvitsee pyytää — tiedoston sisältö, tietokantaskeema, tukitiketti. Prompts ovat uudelleenkäytettäviä, käyttäjän käynnistämiä malleja — valmis ”tiivistä tämä ketju” tai ”laadi tilapäivitys”, jonka ihminen kutsuu erikseen, eikä jotain minkä malli päättää tehdä itse. Hyvin rakennettu palvelin sanoo selvästi, mitä kolmesta se tarjoaa tietylle kyvylle, koska juuri se ero ratkaisee, voiko yhdistetty tekoälytyökalu katsoa jotain vai 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älyssä 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, jolloin 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ä Gemini ja sen oma agenttien kehityspaketti tukisivat myös MCP:tä — siirto, jonka Google yhdisti omaan täydentävään protokollaansa Agent2Agent, jonka tarkoitus on antaa riippumattomien agenttien koordinoida keskenään eikä vain työkalujen kanssa. Toukokuuhun 2025 mennessä Microsoft oli tuonut natiivin MCP-tuen Windows 11:een sen kautta, mitä se kutsuu Windows AI Foundryksi, ja tuki laskeutui myös GitHub Copilotiin ja Copilot Studioon.
Yksikään näistä neljästä yhtiöstä ei ole samaa mieltä paljosta, kun puhutaan malliarkkitehtuurista, hinnoittelusta tai alustastrategiasta. Kaikki neljä toimittavat nyt tuotteita, jotka puhuvat samaa protokollaa agentin yhdistämiseksi työkaluun. Se on tällä alalla tarpeeksi harvinaista ollakseen varsinainen tarina — enemmän kuin mikään yksittäinen ominaisuus, jonka MCP mahdollistaa.
Miksi tämä on luottamuskysymys, ei vain putkistoa
Tuo yhteensulautuminen on aidosti hyödyllinen, ja juuri siksi MCP ansaitsee tarkastelun sokean luottamuksen sijaan. Protokolla, joka tekee agentille triviaaliksi yhdistää yrityksesi järjestelmiin, on protokolla joka tekee triviaaliksi sen, että huonosti rakennettu tai huonosti konfiguroitu yhteys yltää samoihin järjestelmiin. MCP itse ei estä sitä. Spesifikaatio määrittelee, miten asiakas ja palvelin puhuvat toisilleen — se ei sano mitään siitä, kuka saa myöntää yhteyden, mihin tuo yhteys saa koskea, tai huomaako kukaan jos jokin menee pieleen. Ne valinnat ovat kokonaan sen käsissä, joka rakensi tai konfiguroi edessäsi olevan palvelimen tai asiakkaan. Jotkut toimittajat rakentavat kaiken tuon huolellisesti. Jotkut eivät rakenna sitä lainkaan, eikä protokolla pysäytä heitä.
MCP on johdinprotokolla, ei pääsynhallintajärjestelmä. Se standardoi sen, miten agentti pyytää työkalua tekemään jotain. Onko tuo pyyntö rajattu, kirjattu ja peruttavissa, on päätös jonka joku teki — tai jätti tekemättä — sen päälle.
Tarkistuslista ennen kuin yhdistät yhden
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 ei vaadi spesifikaation lukemista. Ne vaativat vain, että joku kysyy ennen kuin painaa hyväksy, ja lukee oikeasti vastauksen jonka yhteysnäyttö antaa takaisin.
| 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ässä kanavassa.” | Yleisvaltuus ”Täysi tilin käyttöoikeus” ilman eriteltyä listaa siitä, mitä se oikeasti voi tehdä. |
| Onko se vain luettavissa, vai voiko se kirjoittaa ja toimia? | Erotettu Lukuoikeus oletuksena; jokainen dataa muuttava toiminto tarvitsee oman näkyvän myönnön. | Niputettu Kirjoitusoikeus mukana automaattisesti, eikä voi erottaa mikä kyky tekee mitä. |
| Onko se henkilökohtainen vai jaettu koko tiimille? | Henkilökohtainen Jokainen kirjautuu omalla tunnuksellaan; agentti näkee vain sen, mitä tuo henkilö näkee. | Jaettu Yksi API-avain tai palvelutili koko tiimin käytössä, ohittaa yksilölliset oikeudet. |
| Onko siitä audit-loki, mitä se teki? | Kirjattu Jokainen työkalukutsu tallennetaan — kuka yhdisti sen, mihin se koski ja milloin. | Kirjaamaton Ei merkintää sen yli, mitä tekoälytyökalu itse päättää kertoa tapahtuneen. |
| Voiko sen perua heti? | Välitön Yksi kytkin, voimassa heti, asetussivulta jota hallitset. | Viivästynyt Peruminen vaatii tukipyynnön, soiton toimittajalle, tai ei ole mahdollista lainkaan. |
| Rikkooko sen peruminen jotain muuta? | Eristetty Rajattu tuohon yhteen yhteyteen; sen sulkeminen vaikuttaa vain siihen. | Kietoutunut Jakaa tunnuksen muiden työkalujen kanssa, joten yhden peruminen rikkoo hiljaa kolme muuta. |
Miltä hyvin rakennettu yhteys todella näyttää
FabricLoopin oma MCP-asetus on yksi konkreettinen vastaus tuohon tarkistuslistaan — ei koska se olisi epätavallinen, vaan koska jokainen osa vastaa suoraan yhtä kuudesta kysymyksestä yllä, ja todellinen mekaniikka kannattaa nimetä markkinointiversion sijaan. FabricLoop toimii molemmissa rooleissa yhtä aikaa: se on MCP-palvelin johon ulkoiset työkalut yhdistävä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 sisään toimittajan MCP-sovelluksen, kuten GitHubin tai Linearin, ja @mainita sen kuin tiimikaverin.
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 tuo henkilö valitsee työtilan ja hyväksyy ne työkalut joita asiakas pyytää — asiakas voi sen jälkeen toimia vain sillä näytöllä myönnetyillä oikeuksilla, tuon yhden henkilön oikeuksien alla, ei koskaan jaetulla palvelutilillä. Vastakkainen suunta toimii samoin: ylläpitäjä voi ottaa toimittajan MCP-sovelluksen käyttöön koko tiimille, mutta jokainen henkilö täyttää silti oman kirjautumisensa 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-ohjaimen vieressä, joka katkaisee sen heti — henkilön omalla sivulla, ei tukipyynnössä. Enterprise-paketeissa tuo toiminta — mukaan lukien MCP-myönnöt ja se, mitä yhdistetty agentti todella teki — päätyy audit-lokiin, jonka tietoturvatiimi voi käydä läpi pyydettäessä, eikä jälkikäteen chat-ketjusta poimittuihin kuvakaappauksiin.
Mikään tuosta ei ole eksoottista insinöörityötä. Se on pieni, tarkoituksella glamouriton joukko päätöksiä, toistettuna johdonmukaisesti: rajaa se, kiinnitä se henkilöön, kirjaa se, 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 ajatella — ja MCP tuottaa sen vain, kun joku rakentaa sen niin. Protokolla tekee putkistosta standardin. Se ei tee hallinnasta automaattista.
Päätös jolla on oikeasti väliä
MCP ei ole katoamassa, ja siihen vastustaminen tässä vaiheessa on vähän kuin USB:n vastustamista. Jokainen suuri mallintarjoaja toimittaa sen nyt, saatavilla olevien palvelinten lista kasvaa yhä, ja agentti joka ei yllä työkaluihisi on, useimmassa oikeassa työssä, agentti joka ei voi tehdä paljoa. Kiinnostava päätös ei ole, annatko tekoälytyökalun yhdistää järjestelmiisi — yhä useammin jokin versio tuosta päätöksestä tehdään jo puolestasi, yksi integraatio kerrallaan, kun työkalut joita tiimisi jo käyttää lisäävät hiljaa MCP-tuen ominaisuuden alle, johon klikkasit lukematta pientä pränttiä. Päätös joka on yhä oikeasti sinun, on mitä tarkistat ennen kuin painat hyväksy.
MCP standardoi sen, miten tekoälyagentti pyytää työkalua tekemään jotain. Se ei tehnyt mitään standardoidakseen, onko tuon pyynnön myöntäminen turvallista — se osa on yhä, ja pysyy, päätös henkilölle joka painaa ”hyväksy”.