Agent Skills vs. MCP: Wann du was für KI-Agenten nutzt
Nach meinem erfolgreichen Vergleich von CLI-Tools und MCP kam eine Frage immer wieder: Wo passen Agent Skills hinein? Ich vergleiche Skills und MCP…
Im Februar habe ich darüber geschrieben, warum CLI Tools MCP bei KI-Agenten übertrifft. Es wurde mein bisher meistgelesener Beitrag und eine Folgefrage kam immer wieder: „Okay, und wo passt Agent Skills rein?“ Das ist eine berechtigte Frage, denn Skills vs. MCP ist keine Entweder-Oder-Entscheidung. Sie lösen unterschiedliche Probleme und arbeiten gut zusammen. In diesem Blogbeitrag erkläre ich den Unterschied, vergleiche die Kontextkosten und gebe Ihnen eine einfache Entscheidungshilfe, wann Sie welche verwenden sollten.
Was ist der Unterschied zwischen Skills und MCP?
Das Model Context Protocol (MCP) ist ein offenes Protokoll, das einen Agenten zur Laufzeit mit externen Systemen verbindet. Ein MCP-Server stellt Tools bereit und der Agent ruft sie auf, während er arbeitet: Abfragen einer Datenbank, Lesen eines Tickets, Steuern eines Browsers. Es handelt sich um eine Live-Verbindung. Das Ökosystem ist seit der Veröffentlichung des Protokolls durch Anthropic Ende 2024 stark gewachsen. Mittlerweile gibt es ein offizielles Register, Community-Register indizieren Zehntausende öffentlicher Server und die Roadmap für 2026 konzentriert sich auf Unternehmensthemen wie Governance, Prüfpfade und bessere Authentifizierung.
Agent Skills gehen in die andere Richtung. Ein Skill ist kein laufender Dienst. Es handelt sich um einen Ordner mit der Datei SKILL.md, die Anweisungen sowie optionale Skripte und Referenzdateien enthält. Der Agent lädt es bei Bedarf, wenn die Aufgabe übereinstimmt. Anthropic veröffentlichte Skills im Dezember 2025 als offenen Standard und er wurde schnell aufgegriffen: OpenAI fügte ihn zu Codex hinzu, Google fügte ihn zu Gemini CLI hinzu und GitHub Copilot und Cursor unterstützen ihn ebenfalls.
Die Kurzversion: MCP gibt dem Agenten eine Fähigkeit (Live-Zugriff auf ein System). Ein Skill vermittelt dem Agenten Wissen (Ihr Prozess, Ihre Domain-Regeln, Ihre Skripte).
Was bedeutet das für das Kontextfenster?
Hier begann mein Beitrag zu CLI vs. MCP, und hier gilt die gleiche Logik. Mit MCP werden die Tool-Definitionen jedes verbundenen Servers beim Sitzungsstart in das Kontextfenster geladen. Dabei spielt es keine Rolle, ob der Agent sie nutzt oder nicht. Eine Handvoll Server können leicht Tausende von Token kosten, bevor der Agent etwas unternommen hat. In meinem letzten Beitrag habe ich für dieselbe Aufgabe einen 35-fachen Unterschied in der Token-Nutzung zwischen einem CLI-Ansatz und einem MCP-Ansatz gemessen. Einige Kunden verschieben jetzt das Laden von Tool, um dies zu reduzieren, aber die Standardkosten sind real.
Skills arbeitet mit progressiver Offenlegung und dies ist ihr größter Designgewinn. Es besteht aus drei Phasen:
- Beim Start sieht der Agent nur den Namen und die Beschreibung jedes Skill. Das sind ein paar Dutzend Token pro Skill.
- Wenn eine Aufgabe mit der Beschreibung übereinstimmt, liest der Agent die vollständige SKILL.md in den Kontext.
- Tiefergehende Referenzdateien oder Skripte werden nur dann geladen oder ausgeführt, wenn sie tatsächlich benötigt werden.
Das heißt, Sie können fünfzig Skills installieren und fast nichts bezahlen, bis einer davon verwendet wird. Bei fünfzig MCP-Servern hätte man ein ernstes Kontextproblem.
Hinweis: Ein Skill kann groß sein. Der Trick besteht darin, SKILL.md schlank zu halten und Details in zusätzliche Dateien zu verschieben. Der Agent liest sie nur dann, wenn es die Situation erfordert.
Wie sieht es mit Wartung und Sicherheit aus?
Die Wartung ist zwischen den beiden sehr unterschiedlich. Ein Skill ist ein Markdown plus Skripte in einem Ordner. Sie legen es in Git ab, bearbeiten es mit einem beliebigen Editor und es gibt nichts zum Hosten. Auf einem MCP-Server wird Software ausgeführt. Sie müssen es aktualisieren, Authentifizierungstoken verwalten und Protokolländerungen befolgen. Für eine wichtige Integration ist das in Ordnung, aber es summiert sich.
Auch die Sicherheit ist anders, und ehrlich gesagt ist keine Seite „standardmäßig sicher“. MCP hat die strukturiertere Geschichte: OAuth-basierte Authentifizierung, Per-Tool-Berechtigung Prompts und die Roadmap 2026 fügt mehr Unternehmens-Governance hinzu. Das Risiko liegt in der Lieferkette (vertrauen Sie diesem Drittanbieter-Server?) und in der Prompt-Einschleusung durch Tool-Ergebnisse. Skills sind einfacher, aber schärfer: Ein Skill kann Skripte enthalten, die der Agent ausführt. Das ist Codeausführung auf Ihrem Computer.
Hinweis: Behandeln Sie die Installation eines Skill wie die Installation von Software. Verwenden Sie Skills nur aus Quellen, denen Sie vertrauen, und lesen Sie SKILL.md, bevor Sie es installieren.
Wie vergleichen sich Skills und MCP auf einen Blick?
Hier ist mein Vergleich zwischen Skills und MCP in einer Tabelle:
| Aspekt | Agent Skills | MCP |
|---|---|---|
| Kontextkosten | Sehr niedrig – nur Name und Beschreibung, Restladung bei Bedarf | Hoch – alle Tool-Definitionen werden beim Sitzungsstart geladen |
| Live-Daten | Nein – statische Anweisungen und Skripte | Ja – Live-Verbindung zu externen Systemen zur Laufzeit |
| Wartung | Niedrig – Bearbeiten Sie eine Markdown-Datei und versionieren Sie sie in Git | Höher – ein laufender Server mit Authentifizierung und Updates |
| Sicherheit | Codeausführungsrisiko, vertrauen Sie der Quelle | Strukturierte Authentifizierung und Berechtigungen, Lieferkettenrisiko |
| Am besten für | Prozesse, Domänenwissen, wiederholbare Arbeitsabläufe | Live-Integrationen, Stateful Sessions, Echtzeitdaten |
Wann sollte ich MCP verwenden?
Verwenden Sie MCP, wenn der Agent während seiner Arbeit eine Live-Verbindung zu einem System benötigt. Gute Beispiele sind die Steuerung eines Browsers, das Abfragen einer Datenbank mit einer offenen Sitzung oder das Arbeiten mit einer API, die über keine gute Befehlszeile Tool verfügt. MCP gewinnt auch, wenn Sie eine zustandsbehaftete Interaktion benötigen – viele Anrufe in derselben Sitzung – oder wenn Ihr Unternehmen bereits verwaltete MCP-Server mit ordnungsgemäßer Authentifizierung betreibt.
Wann sollte ich einen Skill verwenden?
Verwenden Sie einen Skill, wenn das Problem nicht im Zugriff, sondern im Wissen liegt. Alles, was mit „So machen wir es hier“ beginnt, ist ein Skill: Ihre Bewertungscheckliste, Ihre Markenrichtlinien, Ihr Veröffentlichungsprozess, Ihre Namenskonventionen. Ein Skill ist auch der richtige Ort für kleine Skripte, die der Agent im Rahmen eines Workflows ausführen soll.
Ein echtes Beispiel: Dieser Blog wird von einem Skill verwaltet. Es ist ein Ordner mit meinem Styleguide, meiner Beitragsvorlage und ein paar Python-Skripten, die die WordPress REST API aufrufen. Es gibt nirgendwo einen Server, der läuft. Der Agent liest Skill, folgt meinem Prozess und führt die Skripte bei Bedarf aus.
Hinweis: Skills und MCP sind keine Konkurrenten. Ein Skill kann dem Agenten mitteilen, wie er eine CLI verwenden soll oder welchen MCP Tools er in welcher Reihenfolge aufrufen soll. Der Skill hält den Prozess, MCP oder die CLI hält den Zugriff.
Skills vs. MCP: Was würde ich wählen?
Mein Entscheidungsleitfaden besteht aus drei einfachen Fragen:
- Ich benötige Live-Daten oder Aktionen in einem externen System → MCP.
- Ich benötige, dass der Agent meinen Prozess- oder Domänenkenntnissen folgt → Skill.
- Ich benötige einfachen, einmaligen Zugriff auf ein System → CLI (siehe meinen vorherigen Beitrag für den Grund).
In der Praxis beginne ich mit einem Skill plus CLI Tools als Standard. Es ist günstig im Kontext, leicht zu warten und leicht zu versionieren. Ich füge einen MCP-Server nur hinzu, wenn ich wirklich eine aktive, zustandsbehaftete Verbindung benötige, die mir eine CLI nicht bieten kann. Und wenn ich das tue, verpacke ich es ohnehin oft in ein Skill, damit der Agent weiß, wie ich es verwende.
Wenn Sie einen größeren Überblick über die gesamte Tooling-Landschaft wünschen, habe ich sie in Skills, MCP, CLI und Computernutzung im Jahr 2026 abgebildet.
Die Frage Skills vs. MCP klingt wie ein Kampf, ist aber in Wirklichkeit eine Arbeitsteilung: Kenntnisse in Skills, Live-Zugriff über MCP, einfacher Zugriff über die CLI. Ich hoffe, das ist eine kleine Hilfe.
Bleibt gesund, Grüße Jannik