MCP guide: servere, clients og værktøjer
Model Context Protocol (MCP) er en åben protokol til at forbinde AI-klienter med eksterne værktøjer og datakilder gennem en fælles grænseflade. MCP reducerer integrationsfriktion, men fjerner ikke behovet for autentifikation, rettigheder og sikkerhed omkring værktøjer.
Kort svar: Model Context Protocol (MCP) er en åben protokol til at forbinde AI-klienter med eksterne værktøjer og datakilder gennem en fælles grænseflade. MCP reducerer integrationsfriktion, men fjerner ikke behovet for autentifikation, rettigheder og sikkerhed omkring værktøjer.
MCP består af klient, server og eksponerede funktioner
MCP standardiserer måden en AI-klient opdager og bruger eksterne ressourcer og værktøjer på. Den praktiske værdi kommer først, når du også forstår autentifikation, rettigheder og hvad hvert værktøj faktisk må gøre.
Status på MCP-specifikationen 25. juli 2026
Version 2026-07-28 er på denne dato stadig release candidate. MCP-maintainerne planlægger den endelige specifikation til 28. juli 2026. Bygger du mod RC’en nu, skal breaking changes og den endelige changelog kontrolleres igen efter udgivelsen.
Case: en klient får kun læseadgang til et internt system
I stedet for at bygge en specialintegration fra hver AI-klient til et internt supportsagesystem kan organisationen eksponere kontrollerede værktøjer med læseadgang via en MCP-server. Klientens brugerrettigheder skal stadig håndhæves på serversiden.
Byg grænsefladen med mindst mulige rettigheder
- 1. Start med én konkret ressource eller handling der skal eksponeres.
- 2. Definér serverens værktøjer/ressourcer med klare skemaer.
- 3. Implementér autentificering og autorisation uafhængigt af modellens prompt.
- 4. Test værktøj inputs, fejl og timeout som en normal API-integration.
- 5. Begræns værktøjer der kan ændre data og brug godkendelse hvor nødvendigt.
- 6. Log hvem der kaldte hvilket værktøj med hvilke resultater.
Remote adgang gør auth og logging til driftskrav
- At tro at MCP automatisk gør en integration sikker.
- At eksponere brede admin-værktøjer fordi protokollen gør det nemt.
- At lade værktøj-beskrivelsen være eneste adgangskontrol.
Skitsér din første MCP-server uden skrivehandlinger
Design en MCP-server til et internt videnssystem med kun to værktøjer med læseadgang. Skriv input/outputskema og hvilke brugerrettigheder serveren skal kontrollere.
Test udløbet autentifikation, injection og ugyldige værktøjskald
- Er autentifikation/rettigheder på serversiden?
- Er værktøjsadgang minimalt?
- Kan alle værktøjskald auditeres?
Design serveren som et produkt-API til AI – ikke som en bagdør
Et godt MCP-værktøj har et klart navn, et snævert formål, validerede argumenter og et output, klienten kan forstå. Serveren skal stadig håndhæve auth, rettigheder og forretningsregler. At en AI-klient kalder værktøjet er ikke en særlig betroet kanal.
Ved remote MCP bør du planlægge livscyklus for adgangsoplysninger, logning og tenant-/brugeradskillelse. Særligt værktøjer med skriveadgang bør have en højere bar end kun læsning funktioner.
Test serveren uafhængigt af modellen. Hvis værktøjet ikke er robust ved ugyldige input, timeouts og manglende rettigheder, bliver agenten heller ikke robust.
Fortsæt med MCP til agenter og sikkerhed
Arkitekturen: client, server, funktion og den rigtige backend
AI-klienten bruger MCP til at opdage og kalde funktioner på en server. Serveren er adapteren til den egentlige datakilde eller handling – eksempelvis et CRM, filsystem eller internt API. MCP erstatter ikke backendens autentifikation eller forretningsregler.
Design et MCP-værktøj som et smalt produkt-API
Et værktøj bør have et specifikt navn, et lille input-skema, en tydelig sideeffekt og et output, klienten kan arbejde videre med. search_cases(query, status) er bedre end “run_any_query”. Valider argumenterne på serversiden og brug den aktuelle brugers rettigheder.
Eksterne servere kræver en reel livscyklus for adgangsoplysninger
Planlæg hvordan brugeren autoriserer, hvordan tokens opbevares og fornyes, og hvordan en adgang tilbagekaldes. Log funktioner og værktøjskald uden at skrive secrets eller unødvendige persondata til loggen.
Sikkerhedstest en MCP-server uden modellen
Kald værktøjer direkte med ugyldige argumenter, forkerte rettigheder, udløbne adgangsoplysninger og grænsecases. Hvis serveren kun er sikker, fordi du håber modellen aldrig sender et bestemt input, er sikkerheden placeret det forkerte sted.
Spørgsmål om emnet
Hvad er hovedpointen i “MCP guide: servere, clients og værktøjer”?
Model Context Protocol (MCP) er en åben protokol til at forbinde AI-klienter med eksterne værktøjer og datakilder gennem en fælles grænseflade. MCP reducerer integrationsfriktion, men fjerner ikke behovet for autentifikation, rettigheder og sikkerhed omkring værktøjer.
Hvordan kan jeg øve det?
Design en MCP-server til et internt videnssystem med kun to værktøjer med læseadgang. Skriv input/outputskema og hvilke brugerrettigheder serveren skal kontrollere.
Hvilken fejl bør jeg især undgå?
At tro at MCP automatisk gør en integration sikker.
Hvornår er min løsning god nok til at bruge?
Brug disse kontrolspørgsmål: Er autentifikation/rettigheder på serversiden? Er værktøj-afgrænsning minimalt? Kan alle værktøjskald auditeres?