Guide · Hverdags-AI
Hvis du har læst om AI-agenter for nylig, er du sikkert stødt på ordene "tools", "MCP" og "skills", ofte brugt, som om alle allerede ved, hvad de betyder. Det gør de færreste. Her er de tre begreber pakket ud, ét ad gangen.
Fra forvirrende fagsprog til tre begreber du selv kan bruge.
Hvis du har fulgt lidt med i AI-nyt for nylig, har du med garanti set ordene "tools", "MCP" og "skills" nævnt, ofte i samme sætning, ofte uden forklaring. Det er ikke tilfældigt forvirrende: det er tre forskellige ting, der løser tre forskellige problemer, og de er alle blevet centrale i, hvordan en moderne AI-agent bliver bygget i 2026.
Jeg har selv skrevet om, hvad en agent er: et mål, nogle værktøjer og lov til at træffe valg selv. Denne guide går ét niveau dybere: hvilke slags værktøjer, og hvorfor det pludselig er blevet vigtigt at kunne skelne mellem dem.
Anthropic, firmaet bag Claude, lancerede Agent Skills i oktober 2025 som en ny måde at pakke viden ind i agenter på (Anthropic, oktober 2025), og gjorde det i december 2025 til en åben standard, som andre platforme frit kan tage i brug (Anthropic, december 2025). Det er et supplement til MCP, som Anthropic selv indførte i november 2024 (Anthropic, 2024). Siden er begge dele blevet støttet af stort set alle de store agent-frameworks. Med andre ord: det her er ikke teoretisk fagsprog. Det er den arkitektur, dagens agenter faktisk er bygget af.
Tre forskellige lag, der løser tre forskellige problemer, og som oftest bruges sammen i den samme agent.
Tre ord, tre forskellige job. Sådan hænger de sammen, hver for sig, før vi ser på hvornår du bruger hvad.
Et værktøj (tool) er en afgrænset funktion, agenten kan kalde: slå vejret op, regn et tal ud, søg på nettet. Det gør præcis én ting, og det gør den hver gang på samme måde.
Model Context Protocol er en åben standard, Anthropic lancerede i 2024, der giver en agent en fast måde at koble sig på eksterne systemer: Gmail, Slack, jeres kundedatabase, uden at hver forbindelse skal bygges forfra.
En skill er en mappe med instruktioner (og evt. filer og scripts), der fortæller agenten, hvordan en bestemt opgave skal løses, fx "sådan skriver du i vores tone" eller "sådan bygger vi et tilbud". Agenten henter kun skillen frem, når den er relevant.
En god tommelfingerregel, flere kilder er landet på: tools gør noget, MCP giver adgang til noget, skills fortæller agenten, hvordan den skal gøre det ordentligt. Tre forskellige lag. Ikke tre navne for det samme.
En skill er brugsanvisningen, der ligger ved siden af, og som fortæller dig, hvornår og hvordan du tænder den rigtigt.
Den mest udbredte misforståelse i 2026 er, at man skal vælge side, som om MCP og Skills var to konkurrerende teknologier. Det er de ikke.
De løser hver sit problem, og de mest velfungerende opsætninger bruger begge dele sammen: MCP som "nervesystemet", der giver agenten adgang til verden, og Skills som "spillebogen", der fortæller den, hvad den skal gøre, når den er derinde.
| Byggeklods | Løser | Ændrer sig ofte? | Typisk brug | Tommelfingerregel |
|---|---|---|---|---|
| Tools | Én afgrænset handling | Sjældent, funktionen er fast | Regnestykke, opslag, enkelt kald | Brug når opgaven er én enkelt handling |
| MCP | Adgang til et eksternt system | Ja, data og systemet ændrer sig løbende | Gmail, Slack, database, kalender | Brug når data skal være friske og live |
| Skills | Viden om hvordan en opgave gøres rigtigt | Nej, en god arbejdsgang holder i månedsvis | Tone of voice, skabeloner, faste tjeklister | Brug når viden er stabil nok til at skrive ned én gang |
En praktisk regel, der går igen på tværs af kilderne: hvis dataen ændrer sig fra gang til gang, har du brug for MCP. Agenten skal have live-adgang. Hvis viden er stabil nok til, at du kunne skrive den ned én gang og have ret i ugevis, er en skill-fil enklere, billigere, og kræver ikke en selvstændig forbindelse, der kan fejle uafhængigt af agenten.
Svaret peger direkte på løsningen.
I guiden om agenter beskrev jeg, hvordan agenten bag det ugentlige AI-resumé her på siden fungerer. Lad os se det samme flow igen, men denne gang med fokus på, hvilken af de tre byggeklodser der gør hvad.
Når agenten henter friske artikler fra nyhedskilderne, er det tools, der er i brug: enkeltstående kald, der henter en webside eller søger efter noget bestemt.
Når det færdige resumé skal offentliggøres som et blogindlæg, og der skal sendes en mail om, at det er klar, sker det via faste forbindelser til de systemer, agenten skal ind i. Den slags kobling er præcis det, MCP er lavet til at standardisere.
Selve måden resuméet bliver skrevet på, dansk sprog, fast tone, temaopdeling, kildehenvisninger, er ikke noget, agenten opfinder hver uge. Det er en fast arbejdsgang, der ligger klar og bliver hentet frem, hver gang opgaven kører. Det er præcis det, en skill er til.
Pointen er, at en enkelt, forholdsvis simpel agent typisk trækker på alle tre lag samtidig. Ikke fordi det er kompliceret at bygge, men fordi de tre lag hver løser deres del af opgaven bedre, end hvis alt var proppet ind ét sted.
Det vigtigste, du tager med herfra, er ikke at kunne bygge noget selv. Det er at kunne stille de rigtige spørgsmål, næste gang AI-agenter kommer på bordet i din virksomhed.
Skal agenten hente eller sende noget i jeres mail, kalender, CRM eller regnskabsprogram? Så er det en MCP-forbindelse, I skal have på plads, ikke en prompt, der bliver klogere.
Har I en bestemt tone, en fast skabelon eller en tjekliste, der altid skal følges? Så er det en skill, der skal skrives: én gang, og så holder den.
Skal agenten bare regne noget ud eller slå noget op undervejs? Så er det et enkelt værktøj, ikke en hel infrastruktur.
De fleste AI-projekter, der går i stå, gør det, fordi de forsøger at løse et MCP-problem med en bedre prompt, eller et skill-problem med en dyrere integration. Når du kan sætte navn på, hvilket lag opgaven egentlig hører til, bliver det markant nemmere at vurdere, hvad noget faktisk bør koste, og hvor lang tid det bør tage at bygge.
Uanset om det ender som et enkelt værktøj, en fast skill eller en fuld MCP-integration, hjælper det at få afklaret det, før noget bliver bygget. Skriv til mig, så ser vi på, hvilket lag jeres opgave egentlig hører til.
Skriv til mig →Tools gør én ting. MCP giver adgang til andre systemer. Skills fortæller agenten, hvordan opgaven skal løses ordentligt.
Det er ikke enten/eller. De fleste agenter i 2026 bruger alle tre lag sammen.
Tommelfingerregel: ændrer data sig hver gang, er det MCP. Er viden stabil, er det en skill. Er det én handling, er det et tool.