En MCP-server är en lättviktig process som exponerar funktioner, till exempel filåtkomst, databasfrågor eller API-anrop, till en språkmodell via Model Context Protocol. Den låter en modell begära och använda externa resurser på ett strukturerat och konsekvent sätt, utan skräddarsydd integrationskod för varje verktyg.
Bakgrund
Språkmodeller har ingen beständig åtkomst till system utanför sitt inferensanrop. Om en modell behöver läsa en fil, fråga en databas eller anropa ett API måste applikationen hantera den kopplingen. Innan någon standard fanns löste varje team detta på sitt eget sätt: anpassade funktionsscheman, egna JSON-format, handskriven limkod.
Anthropic publicerade Model Context Protocol (MCP) i slutet av 2024 för att standardisera hur modeller och verktyg kommunicerar. Det definierar en klient-server-arkitektur. Applikationen på modellsidan är klienten; varje extern funktion är inpackad i en server.
Vad en MCP-server faktiskt gör
En MCP-server deklarerar tre typer av saker:
- Verktyg. Funktioner som modellen kan anropa, till exempel att köra ett skalkommando, söka i en kodbas eller skicka ett formulär.
- Resurser. Läsbara datakällor, till exempel filer, databasrader eller API-svar, som levereras på begäran.
- Prompts. Återanvändbara prompt-mallar som servern exponerar så att klienten kan anropa dem med namn.
Servern körs som en separat process. Den kommunicerar med klienten via ett transportlager, vanligtvis standard in/ut för lokala servrar eller HTTP med server-sent events för fjärrservrar. Klienten identifierar vad servern erbjuder genom att fråga dess manifest vid uppstart.
Varför ett gemensamt protokoll hjälper
Utan ett gemensamt protokoll innebär det att ansluta en modell till tio olika verktyg att skriva tio olika integrationslager, och att underhålla dem i takt med att verktygens gränssnitt förändras. MCP gör verktygsanslutningar sammansättningsbara. En klient som talar MCP kan ansluta till vilken som helst kompatibel server utan skräddarsydd kod.
Detta är viktigt för agentbaserad kodning och bredare agentbaserade arbetsflöden, där en modell kan behöva anropa många verktyg i följd och skicka resultaten från ett vidare till nästa. Ett gemensamt protokoll minskar antalet ställen där saker kan gå fel.
Det tydliggör också gränserna för vad som är tillgängligt. Servern deklarerar exakt vad den exponerar. Modellen kan inte nå bortom den deklarationen, vilket är relevant för säkerhet: en felkonfigurerad eller skadlig server är en definierad attackyta snarare än ett öppet uttag.
Hur MCP-servrar passar in i produktionssystem
I praktiken kan ett utvecklingsteam köra flera MCP-servrar parallellt med sin applikation:
- En som exponerar deras interna dokumentation som en resurs
- En som omsluter deras databas med skrivskyddade frågeverktyg
- En som ger åtkomst till en sandbox för kodexekvering
AI-agenten eller kodningsverktyget ansluter till var och en vid uppstart och använder de funktioner som uppgiften kräver. Klienten, ofta ett AI-gateway eller ett orkestreringslager, hanterar routingen.
MCP är relativt nytt. Användningen växer inom utvecklingsverktyg och kodningsagenter, men produktionsdriftsättningar varierar stort i mognad. Team som bygger på det bör räkna med att specifikationen kommer att utvecklas.
Risker att känna till
MCP-servrar utökar vad en modell kan göra, vilket ökar konsekvenserna av fel. Ett verktyg som skriver till en databas eller exekverar kod kan orsaka verklig skada om modellen missbrukar det. Prompt injection är ett särskilt bekymmer: en skadlig indata kan instruera modellen att anropa ett destruktivt verktyg.
God praxis behandlar MCP-verktygets behörigheter på samma sätt som API-behörigheter: minsta möjliga privilegier, explicita omfång och loggning av genomförda anrop.
Vad vi testar
Utvecklare som arbetar med agentbaserade system behöver förstå hur verktyg exponeras mot modeller och var felmönstren finns. Vår granskning täcker detta direkt: i AI-native-bedömningen poängsätts kandidaterna på verktygsorkestration och verifiering av AI-resultat, vilket snabbt framkommer när någon designar eller felsöker ett MCP-baserat arbetsflöde. Specifikationsdriven utveckling är också viktig här, eftersom dåliga verktygsdefinitioner ger samma dåliga resultat oavsett om gränssnittet är ett funktionsanrop eller ett MCP-gränssnitt. Fullständiga detaljer på hur vi granskar.
Korta svar
Är MCP specifikt för Claude eller Anthropics modeller?
Nej. Anthropic publicerade specifikationen, men MCP är ett öppet protokoll. Vilken modellklient som helst kan implementera det, och flera kodningsverktyg och ramverk utanför Anthropics ekosystem har lagt till stöd för MCP.
Vad är skillnaden mellan en MCP-server och ett function-calling-schema?
Function-calling-scheman definieras per modell och per integration. MCP är en standard på transportnivå: vilken kompatibel klient som helst ansluter till vilken kompatibel server som helst utan anpassad kod. Det omsluter konceptet anropsbara verktyg i ett konsekvent protokoll.
Kan en MCP-server exponera läs- och skrivåtkomst till en databas?
Ja, men detta bör hanteras varsamt. Servern kan exponera skrivverktyg, men åtkomst bör följa principen om minsta möjliga privilegier. Det är lämpligt att logga varje verktygsanrop som modellen gör innan man beviljar någon destruktiv förmåga.
