Claude Skills vs. MCP: Was brauchst du wirklich?

Die Frage claude skills vs mcp kommt in fast jedem Gespräch auf, das wir über das Erweitern von Claude führen, und die beiden werden ständig verwechselt, auch von Leuten, die beides gleichzeitig einsetzen. Nach dem Testen von 40+ Skills für diesen Katalog und dem parallelen Betrieb eines Dutzends MCP-Server ist das der klarste Weg, den wir kennen, um es auf den Punkt zu bringen.

Kurzfassung: Skills verändern wie Claude denkt. MCP-Server verändern was Claude erreichen kann. Ein Skill ist Expertise: Markdown-Anweisungen, die Claude bei einem Job besser machen, den es technisch schon kann. Ein MCP-Server ist Zugriff: ein laufendes Programm, das Claude mit Systemen verbindet, die es sonst nicht erreichen kann, wie deine Datenbank, dein CRM oder deinen Browser. Scheitert die Aufgabe, weil Claude das Urteilsvermögen fehlt, installier einen Skill. Scheitert sie, weil Claude die Daten schlicht nicht sehen kann, brauchst du MCP.

	Skills	MCP-Server
Setup-Zeit	Unter einer Minute: Ordner kopieren	15 Minuten bis mehrere Stunden: Konfiguration, Zugangsdaten, Debugging
Token-Kosten	Nahe null bis zum Triggern, dann lädt nur das Nötige	Tool-Schemas liegen bei jeder Anfrage im Kontext
Wartung	Eine Markdown-Datei bearbeiten	Abhängigkeiten aktualisieren, Tokens rotieren, Breaking Changes nachziehen
Angriffsfläche	Prompt Injection versteckt in Anweisungen	Aktive Zugangsdaten plus alle gewährten Scopes
Offline nutzbar	Ja	Nur wenn Server und Daten lokal sind
Am besten für	Methode, Urteilsvermögen, Output-Qualität	Live-Daten, externe Systeme, echte Aktionen

Diese Tabelle ist das ganze Argument. Der Rest dieses Beitrags ist der Beleg.

Was ein Skill wirklich ist

Ein Skill ist ein Ordner mit einer SKILL.md-Datei: Anweisungen, Beispiele, manchmal Skripte und Referenzdokumente, plus eine kurze Beschreibung, die Claude sagt, wann er zu verwenden ist. Es läuft nichts. Nichts lauscht auf einem Port. Passt deine Anfrage zur Beschreibung, zieht Claude die Anweisungen in den Kontext und folgt ihnen. Passt sie nicht, kostet dich der Skill fast nichts, weil nur die einzeilige Beschreibung geladen wird. Die Mechanik haben wir in was Claude Skills sind und wie sie funktionieren behandelt, das wiederholen wir hier nicht.

Was für diesen Vergleich zählt, ist das, was ein Skill nicht kann. Er kann nicht auf deine Postgres-Instanz zugreifen, deine E-Mails lesen oder selbstständig eine API aufrufen. Er hat exakt die Fähigkeiten, die Claude ohnehin schon hatte; er nutzt sie nur besser. Der Frontend-Design-Skill ist unser Lieblingsbeweis: gleiches Modell, gleicher Prompt, und der Output mit Skill wirkte gestaltet statt generiert. Kein neuer Zugriff war beteiligt. Der Skill veränderte das Denken, das ist die ganze Kategorie in einem Beispiel.

Was ein MCP-Server wirklich ist

Ein MCP-Server ist ein eigenständiges Programm, das das Model Context Protocol implementiert. Er läuft als eigener Prozess (lokal oder remote) und stellt Claude Tools zur Verfügung: query_database, send_slack_message, get_crm_deals. Entscheidet Claude, dass ein Tool zur Aufgabe passt, schickt es eine Anfrage, der Server erledigt die Arbeit am echten System, und das Ergebnis kommt zurück in die Unterhaltung. So liest Claude dein Produktionsschema, legt ein Linear-Ticket an, oder steuert einen Browser.

Wir sollten bei der Kostenseite ehrlich sein, weil die meisten MCP-Artikel es nicht sind. Einen Server einzurichten bedeutet JSON-Konfiguration zu bearbeiten, Zugangsdaten zu beschaffen, und oft zu debuggen, warum der Prozess stillschweigend nicht startet. Rechne 15 Minuten für einen gut dokumentierten Server, einen Nachmittag für einen aus der Community. Dann kommt der Teil, den niemand bewirbt: Jedes Tool, das ein Server anbietet, liefert ein Schema (Name, Beschreibung, Parameterdefinition), das in Claudes Kontext geladen wird, egal ob du das Tool benutzt oder nicht. Verbind drei geschwätzige Server, und du hast Tausende Tokens pro Anfrage ausgegeben, bevor du ein Wort getippt hast. MCP ist wirklich mächtig. Es ist nicht kostenlos, und so zu tun, als wäre es das, ist der Weg zu zehn verbundenen Servern und dem vagen Gefühl, Claude sei dümmer geworden.

Fünf Szenarien, fünf Urteile

Abstrakte Definitionen bringen dich nur so weit. So läuft die mcp server vs skill Entscheidung bei Aufgaben ab, die uns tatsächlich begegnen.

Claude soll markengerechte Texte schreiben

Urteil: Skill. Deine Markenstimme ist Wissen, kein Zugriff. Kodier Palette, Tonalitätsregeln und verbotene Formulierungen einmal, und jeder Output hält sich daran. Der Brand-Guidelines-Skill ist die Vorlage, die wir getestet haben: nutzlos, bis du dein Markensystem einträgst, diszipliniert danach. Ein MCP-Server bringt hier nichts. Es gibt kein externes System zu erreichen; das Problem ist Urteilsvermögen.

Claude soll deine Postgres-Datenbank lesen

Urteil: MCP. Kein Markdown der Welt gibt Claude Augen auf deine Tabellen. Ein Postgres-MCP-Server schon, und das ist der Paradefall für when to use mcp: Die Aufgabe ist ohne externen Zugriff schlicht unmöglich. Allerdings ist Zugriff ohne Urteilsvermögen der Weg zu einem SELECT *-Table-Scan gegen die Produktion. Wir würden den Server mit dem sql-queries-Skill kombinieren, der sich in unserer zeilenweisen Verifikation von Window-Functions und CTEs bewährt hat. Der Server liefert Reichweite, der Skill liefert Kompetenz.

Du willst Sales-Outreach, verankert in CRM-Daten

Urteil: beide, und hier komponieren sie sich. Der Pipeline-Review-Skill kodiert, wie man eine Pipeline auditiert: stagnierende Deals, Stufen-Inflation, Prognose-Realismus. Allein braucht er einen CSV-Export, weshalb wir ihm ein Works-with-Setup-Urteil gegeben haben. Verbind einen HubSpot- oder Salesforce-MCP-Server, und der Workflow ändert sich: Die Methode des Skills wird auf echte Deal-Daten angewendet, und die Follow-up-Mails beziehen sich auf tatsächliche Abschlussdaten statt auf das, was du dir gemerkt hast. Der MCP-Server ohne den Skill gibt dir Rohdaten und generischen Rat. Der Skill ohne den Server gibt dir Disziplin, angewendet auf veraltete Exporte. Zusammen ist das das Setup, mit dem wir tatsächlich ein Sales-Team ausstatten würden.

Claude soll aufhören, generisch aussehende UIs zu bauen

Urteil: Skill. Das ist ein Geschmacksproblem. Der Frontend-Design-Skill produzierte die größte Vorher-Nachher-Qualitätslücke von allem, was wir in unserer Coding-Kollektion getestet haben, und das ganz ohne externe Abhängigkeiten. Manchmal greifen Leute hier zu einem Design-Tool-MCP-Server, und eine Figma-Anbindung ist nützlich, wenn die Aufgabe bestehende Designs lesen ist. Aber wenn die Beschwerde lautet „Claudes Output sieht KI-generiert aus", ist ein MCP-Server die Lösung für ein anderes Problem.

Claude soll Standup-Zusammenfassungen in Slack posten

Urteil: MCP, offensichtlich, aber beachte, was als Nächstes passiert. Ein Slack-Server ist der einzige Weg, wie Claude überhaupt etwas posten kann. Dann liest sich die erste Zusammenfassung wie eine Pressemitteilung, und du findest dich dabei wieder, Anweisungen zu Format, Kürze und was als Blocker zählt zu schreiben. Glückwunsch: Du hast gerade einen Skill geschrieben. Dieses Muster wiederholt sich so zuverlässig, dass wir es als Regel behandeln. Jede MCP-Integration wächst irgendwann einen Skill um sich herum, weil Zugriff den Bedarf an Urteilsvermögen über die Nutzung dieses Zugriffs erzeugt.

Bilanz: zwei Skills, zwei MCP, eins beides. Dieses Verhältnis deckt sich ungefähr mit dem, was wir in echten Setups sehen, mit einem Vorbehalt: Die tägliche Arbeit der meisten Leute liegt stärker in der Skill-Spalte, als sie erwarten. Dokumente, Code-Review, Schreiben, Analyse von Dateien, die du schon hast; nichts davon braucht einen Server.

Die Token-Kosten, die niemand erwähnt

Das verdient einen eigenen Abschnitt, weil es sich auf deiner Rechnung zeigt.

MCP-Tool-Schemas werden vorab geladen und bleiben resident. Jede Tool-Definition, mit Beschreibung und Parameter-Spezifikation, belegt Kontext bei jeder einzelnen Anfrage in der Session, benutzt oder nicht. Einzelne Server variieren stark, und die schwergewichtigen sind erschreckend: voll geladene, GitHub-artige Server mit Dutzenden Tools wurden mit zehntausenden Tokens gemessen, bevor überhaupt Arbeit passiert. In unserem eigenen Setup fügten drei mittelgroße Server rund 10.000 Tokens dauerhaften Overhead hinzu. Auf der API ist das keine Abstraktion. Input-Tokens werden pro Anfrage abgerechnet, 10.000 Tokens Tool-Vorspann über eine 50-Nachrichten-Arbeitssession sind also eine halbe Million Tokens, ausgegeben allein für Definitionen. Es verdrängt außerdem Arbeitsspeicher: Kontext, der für Tool-Schemas draufgeht, steht nicht für deinen tatsächlichen Code und deine Dokumente zur Verfügung, und Modelle werden schlechter, je voller der Kontext ist.

Skills drehen das um. In Ruhe kostet ein Skill seine Beschreibungszeile, ein paar Dutzend Tokens. Die vollen Anweisungen laden nur, wenn die Aufgabe passt, und größere Skills teilen Inhalte in Referenzdateien auf, die Claude bei Bedarf liest. Zwanzig installierte Skills, die nicht triggern, kosten dich ein paar hundert Tokens. Zwanzig verbundene MCP-Tools kosten dich ihre vollen Schemas, immer.

Die praktischen Regeln, die wir befolgen: MCP-Server pro Projekt verbinden statt global, trennen, was du diese Woche nicht nutzt, und Server bevorzugen, die fünf fokussierte Tools statt zwanzig erschöpfende anbieten. Den Messansatz und den Rest unseres Trimm-Playbooks haben wir in Claude Token-Kosten senken festgehalten. Die Kurzversion: Der Kontext-Blähbauch der meisten Leute sind MCP-Schemas, nicht Gesprächsverlauf.

Sicherheit: Was jedes davon mit deiner Maschine anstellen kann

Unterschiedliche Architekturen, unterschiedliche Fehlermodi. Sie als „sicher vs. unsicher" zu ranken, verfehlt den Punkt; du verteidigst dich gegen unterschiedliche Dinge.

Das Risiko eines Skills ist Prompt Injection mit Zustellmechanismus. Du fügst freiwillig Anweisungen in Claudes Kontext ein, und ein bösartiger oder schlampiger Skill kann das Verhalten in unbeabsichtigte Richtungen lenken: still Daten über einen „Telemetrie"-curl-Aufruf abziehen, Code schwächen, den er berührt, oder Claude anweisen, andere Sicherungen zu ignorieren. Skills, die Skripte mitbringen, können Code ausführen, wenn Claude sie laufen lässt, „es ist nur Markdown" ist also keine vollständige Verteidigung. Die Abhilfe ist unspektakulär und wirksam: die SKILL.md vor der Installation lesen, mitgelieferte Skripte wie jede Abhängigkeit behandeln, und Skills bevorzugen, die reviewt wurden. Das Prüfen auf versteckte Netzwerkaufrufe ist Teil jedes SkillProof-Tests, und es hat bereits eine Einreichung markiert. Unsere komplette Checkliste steht in sind Claude Skills sicher.

Das Risikoprofil eines MCP-Servers ist ein laufender Prozess mit echten Zugangsdaten. Welche Scopes dieses Token auch hat, der Server kann sie ausüben, und er wird sie nach Ermessen des Modells ausüben. Ein Lese-Schreib-Datenbank-Credential heißt, Claude kann in deine Datenbank schreiben. Das Kompositionsrisiko ist noch unangenehmer: Ein Server, der nicht vertrauenswürdige Inhalte liest (Webseiten, eingehende E-Mails) neben einem Server mit Schreibzugriff schafft einen Injektionspfad vom Fremden direkt zu deinen Systemen, ganz ohne Skill. Abhilfen: Read-Only-Tokens wo immer möglich, begrenzte Zugangsdaten pro Server, und echte Skepsis gegenüber Community-Servern, die Programme sind, die du mit deinen Geheimnissen laufen lässt. Die npm-Paket-Regel gilt: Würdest du das von einem Account mit 12 Sternen npm installen und ihm deinen CRM-Key geben?

Eine Asymmetrie, die es klar zu sagen lohnt: Ein Worst-Case-Skill manipuliert die aktuelle Session. Ein Worst-Case-MCP-Server hat deine Zugangsdaten und Netzwerkzugriff. Deshalb sind wir entspannt beim Ausprobieren neuer Skills und vorsichtig beim Verbinden neuer Server.

Mythen, die uns ständig begegnen

„MCP ersetzt Skills." Nein, und die Behauptung verwechselt die Ebenen. MCP standardisiert Verbindungen; Skills kodieren Vorgehen. Anthropic liefert beides aus und nutzt Skills, um Claude beizubringen, wie man MCP-Server baut, was die Frage eigentlich klären sollte. Als wir diesen Skill ausgeführt haben, produzierte er in etwa einer Stunde einen funktionierenden Server, der eine interne REST-API umschließt.

„Skills sind nur Prompts." Ein Skill ist versioniert, liegt als Datei vor, triggert automatisch, lädt progressiv, und kann ausführbare Skripte und Referenzdokumente mitbringen. Wenn das „nur ein Prompt" ist, dann ist eine Bibliothek nur eine Textdatei. Die Abwertung kommt meist von Leuten, die noch nie beobachtet haben, wie ein guter Skill sich über eine Woche Sessions hinweg genau im richtigen Moment selbst auslöst.

„MCP ist nur für Entwickler." Das Setup bevorzugt aktuell Leute, die mit JSON-Konfiguration vertraut sind, das stimmt. Aber Desktop-Erweiterungen und One-Click-Connectoren räumen diese Hürde stetig ab, und die Leute, die am meisten von einer CRM- oder Kalenderverbindung profitieren, sind genau nicht die Entwickler.

„Du solltest Skills minimieren, weil Kontext kostbar ist." Verkehrt herum. Skills sind das billige Ding; ihr progressives Laden wurde genau dafür entworfen. Wenn du Kontext rationierst, prüf zuerst deine MCP-Tool-Schemas. Dahin sind die Tokens gegangen.

FAQ

Kann ein Skill ein MCP-Tool aufrufen? Nicht direkt; ein Skill ist Anweisung, kein Code mit Netzwerk-Stack. Aber ein Skill kann Claude sagen, wann und wie es verbundene MCP-Tools nutzen soll, was in der Praxis genau der Sinn ihrer Kombination ist. Unser Pipeline-Review-Setup funktioniert genau so.

Was richte ich zuerst ein? Skills. Sie brauchen eine Minute, kosten im Ruhezustand fast nichts, und decken den Alltag ab (Installations-Guide hier). Füg deinen ersten MCP-Server hinzu, wenn du an eine Wand stößt, die mit Zugriff zu tun hat, nicht mit Qualität, und du wirst den Unterschied erkennen, wenn du dort ankommst.

Funktionieren Skills ohne Internetverbindung? Die Skill-Dateien selbst schon; sie sind lokales Markdown, und alles lädt von der Platte. Du brauchst trotzdem die Verbindung, die dein Claude-Client generell benötigt. MCP-Server brauchen zusätzlich ihr Zielsystem erreichbar, ein Remote-API-Server ist also nur so offline-tauglich wie diese API.

Ist MCP Overkill für einen Einzelnutzer? Oft ja. Wenn deine Arbeit aus Dokumenten, Code und Analyse lokaler Dateien besteht, decken Skills plus Claudes eingebaute Tools dich ab. MCP verdient sich seine Einrichtungskosten, wenn ein bestimmtes externes System (deine Datenbank, dein CRM, dein Kalender) zentral für deine tägliche Arbeit ist.

Wie viele MCP-Server sind zu viele? Wenn du nicht mehr sagen kannst, wofür jeder verbundene Server diese Woche da ist, hast du zu viele. Wir betreiben zwei oder drei pro Projekt und lassen den Rest getrennt. Jeder untätige Server zahlt Token-Miete und hält ein Credential ohne Nutzen.

Die Kurzversion, noch einmal: Skills für Urteilsvermögen, MCP für Reichweite, beides, wenn Live-Daten Disziplin brauchen. Fang mit dem günstigen an.