Ein Claude Skill ist ein wiederverwendbares Instruktionsmodul, das Claude beibringt, wie er in einem bestimmten Kontext denken und handeln soll — vergleichbar mit einem gespeicherten Verfahren. Ein MCP-Server ist ein laufendes Stück Infrastruktur, das Claude Zugriff auf externe Daten oder Systeme verschafft — vergleichbar mit einem Konnektor. Die Unterscheidung ist wichtig, weil Operations-Führungskräfte, die KI-Tools evaluieren, beide häufig verwechseln, und der Kauf der falschen Schicht verschwendet Implementierungsbudget für Infrastruktur, wenn man ein Verfahren brauchte (oder umgekehrt).
Was es NICHT ist
Ein Claude Skill ist kein Software-Dienst. Er läuft nicht unabhängig, speichert keine Daten und kann nicht eigenständig externe APIs aufrufen. Es handelt sich um eine Markdown-basierte Instruktionsdatei (oder einen Ordner mit Dateien), die Claude lädt und anwendet, wenn die Aufgabe passt. Ein Skill, der Ihrem Team bei der Überprüfung von NDAs hilft, stellt keine Verbindung zu Ihrem Vertragsrepository her — das erledigt ein MCP-Server oder eine andere Integration. Wenn Sie nur einen Skill ohne Konnektor haben, denkt Claude gut, arbeitet aber ausschließlich mit dem, was Sie in die Konversation einfügen.
Ein MCP-Server ist keine Intelligenz. Er weiß nicht, was mit den Daten zu tun ist, die er bereitstellt. Wenn Sie den MCP-Server eines CRM mit Claude verbinden, kann Claude Ihre Kontaktdatensätze und Ihre Pipeline lesen — aber ohne einen Skill oder Prompt, der die Qualifizierungslogik Ihres Teams codiert, gibt Claude generische Antworten zu diesen Daten.
Was jeder Teil leistet
Claude Skill: ein Ordner mit Instruktionen, Referenzdateien und optional Skripten. Wird innerhalb Ihrer Claude Code-Installation gespeichert oder über ein Plugin geteilt. Verbraucht im Leerlauf etwa 30–50 Token Kontext; der vollständige Instruktionssatz lädt erst, wenn Claude feststellt, dass der Skill für die aktuelle Aufgabe relevant ist. Ein Skill codiert, wie Claude eine Aufgabe behandeln soll — die Schritte, die Schwellenwerte, das Ausgabeformat, die zu beachtenden Fehlerfälle. Beispiel: ein Vertragsredlining-Skill, der Ihre Fallback-Klauselbibliothek und Ihre Verhandlungsregeln enthält.
MCP-Server: ein laufender Prozess (lokal oder gehostet), der das Model Context Protocol implementiert. Er stellt Claude drei Kategorien von Fähigkeiten bereit: Resources (schreibgeschützte Daten wie Dateien, Datenbankzeilen, Kalenderereignisse), Tools (Funktionen, die Claude aufrufen kann — einen Datensatz erstellen, eine Nachricht senden, eine Abfrage ausführen) und Prompts (vorgefertigte Workflow-Templates). Der Server kommuniziert über JSON-RPC 2.0 auf einer Transport-Schicht (stdio für lokal, HTTP/SSE für gehostet). Claude entdeckt verfügbare Tools aus dem Manifest des Servers und ruft sie auf, wenn sie zur Aufgabe passen. Beispiel: ein HubSpot-MCP-Server, über den Claude Deal-Stages lesen und Kontakteigenschaften direkt aktualisieren kann.
Wie sie in Operations-Workflows zusammenwirken
Keine Schicht ist für sich allein vollständig. Das Muster, das dauerhaften Operations-Workflows erzeugt, kombiniert beide:
- MCP übernimmt die Datengrenze. Ihr HubSpot, Ihr Salesforce, Ihr Vertrags-Repository, Ihr ATS — jedes liegt hinter einem MCP-Server (vom Anbieter bereitgestellt oder selbst gehostet). Claude kann über den Server aus diesen Systemen lesen und in sie schreiben.
- Ein Skill übernimmt die Reasoning-Schicht. Der Skill sagt Claude, wie er das Abgerufene aus diesen Systemen interpretieren soll, welche Schwellenwerte relevant sind, welches Ausgabeformat das Team erwartet und wann eskaliert statt gehandelt werden soll.
Ein konkretes RevOps-Beispiel: Ein Deal-Review-Skill weist Claude an, MEDDICC-Felder aus Salesforce (via MCP) abzurufen, etwaige Lücken im Economic Buyer oder in den Entscheidungskriterien zu markieren und ein strukturiertes Briefing zurückzugeben. Der Skill ist die Logik; der MCP-Server ist die Pipeline zu Salesforce. Tauschen Sie das CRM aus, und Sie behalten den Skill; aktualisieren Sie Ihre Qualifizierungsmethodik, und Sie behalten den MCP-Server.
Ein Legal-Ops-Beispiel: Ein Vertragsrisiko-Skill enthält Fallback-Positionen und Risikoschwellenwerte für Ihr Standard-Lieferanten-MSA. Ein MCP-Server, der mit Ihrem CLM-System verbunden ist, ruft den laufenden Vertrag ab. Gemeinsam ermöglichen sie Claude, eine Risikoübersicht gegen Ihr tatsächliches Playbook zu erstellen, nicht gegen eine generische Vorlage.
Wann Sie was aufbauen sollten
| Situation | Was Sie benötigen |
|---|---|
| Claude muss aus einem externen System lesen oder in es schreiben | MCP-Server (oder nutzen Sie einen vom Anbieter bereitgestellten) |
| Claude gibt gute Antworten, wenn Sie Daten einfügen, aber die Arbeit ist repetitiv | Skill — codieren Sie das Verfahren einmal |
| Sie möchten wiederholbares Denken im Team ohne erneute Kontexterklärung in jeder Sitzung | Skill |
| Ein Anbieter sagt „wir unterstützen Claude” und meint damit, dass er einen Konnektor gebaut hat | MCP-Server — evaluieren Sie ihn anhand der Fragen in MCP-Server erklärt |
| Sie haben einen langen System-Prompt, den Sie in jede Sitzung einfügen | Wandeln Sie ihn in einen Skill um — spart Kontext und bleibt sitzungsübergreifend erhalten |
Token-Ökonomie und warum sie wichtig ist
Ein Setup mit fünf MCP-Servern und 58 kombinierten Tools verbraucht vor Beginn einer Konversation etwa 55.000 Token des Kontextfensters (Quelle: Anthropic Tool-Use-Dokumentation; Anthropics Tool-Search-Funktion reduziert dies um ~85 %, indem die Tool-Erkennung auf Bedarf verschoben wird). Ein Skill lädt im Leerlauf 30–50 Token, dann ~5.000 Token bei Aktivierung. Wenn Sie mehrstufige agentische Workflows betreiben, bei denen die Kontexttiefe wichtig ist — Pipeline-Reviews, Vertragsanalysen über viele Dokumente, Sourcing-Sequenzen — wirkt sich die Architekturentscheidung direkt auf Durchsatz und Kosten aus.
Die praktische Regel: Verlassen Sie sich auf Skills für Denkmuster, die Sie bereits ausgearbeitet haben. Verlassen Sie sich auf MCP-Server für den Live-Datenzugriff. Wenn Sie beides benötigen, verbinden Sie sie über ein Plugin oder eine Claude Code-Konfiguration, die sowohl den Server als auch den Skill-Ordner registriert.
Häufige Fehler
- Einen MCP-Server aufbauen, wenn ein Skill ausreichen würde. Wenn die Aufgabe keine externen Live-Daten erfordert — einen eingefügten Lebenslauf bewerten, eine eingefügte Vertragsklausel prüfen, eine Outbound-Sequenz generieren — ist ein Skill allein schneller zu bauen und günstiger zu betreiben. Viele Teams überingenieurisieren die Datenschicht, bevor sie überhaupt eine Reasoning-Schicht codiert haben.
- Einen Skill ohne Datenzugriff aufbauen und sich fragen, warum er keine Live-Datensätze abrufen kann. Ein Skill kann Ihr CRM nicht aufrufen. Wenn der Workflow aktuelle Pipeline-Daten erfordert, benötigen Sie einen MCP-Server oder eine andere Integration, die Claude mit den Daten versorgt.
- MCP-Server nur danach bewerten, ob sie sich verbinden, nicht was sie exponieren. Ein Anbieter kann „MCP-Unterstützung” behaupten und nur drei schreibgeschützte Endpunkte exponieren. Bevor Sie in einem Workflow von einem MCP-Server abhängen, prüfen Sie sein Tool-Manifest: welche Tools existieren, ob Schreibzugriffe eingegrenzt sind und ob er Token-Refresh und Rate-Limiting in der Produktion verarbeitet.
Verwandt
- MCP-Server erklärt — ein vollständiges Primer zu MCP und der Bewertung von Anbieter-MCP-Behauptungen
- Prompt-Pack vs. Claude Skill — wann eine gespeicherte Prompt-Bibliothek ausreicht vs. wann ein Skill aufgebaut werden sollte
- Claude — das Tool, das beide Schichten ausführt