MCP-Server: Claude mit deinem Stack verbinden
Installiere und konfiguriere MCP-Server, um Claude Live-Zugriff auf Slack, Supabase, Notion und GitHub zu ermöglichen. Kein Glue-Code erforderlich.
Ein Skill ist eine Markdown-Datei mit Frontmatter unter ~/.claude/skills/. Claude entdeckt Skills, indem es deren Beschreibungsfeld liest; wenn deine Anfrage übereinstimmt, lädt es den Runbook und folgt ihm. Schreibe die Anweisungen einmal, erhalte jedes Mal die gleichen Schritte.
---
name: translate-pi-jargon
description: Übersetze PI-Rechtsjargon in einfaches Englisch. Verwende dies, wenn der Benutzer Rechtstexte einfügt oder Begriffe wie UM/UIM, Mahnschreiben oder Pfandrecht erwähnt.
---
# Übersetze PI-Jargon
1. Formuliere den Begriff in einem einfachen Satz neu.
2. Gib ein einzeiliges Beispiel, wann es wichtig ist.
3. Markiere alles mit Zeitdruck (Gesetze, Fristen).Schreibe einen Skill, wenn du zum dritten Mal dasselbe Rezept in Claude einfügst.
Die Beschreibung ist der Entdeckungsmechanismus. Claude liest Beschreibungen und entscheidet, welcher Skill, falls überhaupt, auf deine Anfrage zutrifft.
Schlecht: „Ein Skill für die Arbeit mit Dokumenten.“ Claude kann nicht erkennen, wann dies zutrifft.
Gut: „Verwenden, wenn der Benutzer einen Vertrag einfügt oder darum bittet, Begriffe aus einem PDF zusammenzufassen, zu redlinieren oder zu extrahieren.“
Die Formel: „Verwenden, wenn [spezifischer Trigger]. Gilt für [spezifische Inhaltstypen].“
Skill oder CLAUDE.md-Regel? Skills sind wiederholbare mehrstufige Verfahren; CLAUDE.md-Regeln sind immer aktive Einschränkungen. Ein 10-Schritte-Deploy-Runbook ist ein Skill. „Migrationen niemals ohne Backup gegen Prod ausführen“ ist eine Regel. Beides gehört ins System.
Ein MCP (Model Context Protocol) Server ist ein Adapter, der externe Tools für Claude verfügbar macht. Slack, Supabase, Notion, GitHub: Claude ruft den MCP auf, der MCP ruft die API auf, du schreibst keinen Glue-Code. Anstatt Daten in Prompts zu kopieren und einzufügen, liest Claude Live-Daten und führt Aktionen direkt aus.
Datenbank-MCP: „Zeige mir Benutzer, die letzte Woche beigetreten sind, aber noch nicht aktiviert haben“ wird als Live-Abfrage ausgeführt.
Slack-MCP: „Fasse zusammen, was #engineering heute besprochen hat“ zieht Live-Nachrichten.
Notion-MCP: „Aktualisiere das Projekt-Wiki mit den heutigen Entscheidungen“ schreibt direkt.
GitHub-MCP: „Liste offene PRs auf, die älter als 7 Tage sind“ fragt den Live-Repo-Status ab.
Installationsmuster: Installiere den Server (npx oder uvx), füge die Konfiguration zu ~/.claude/settings.json hinzu:
{
"mcpServers": {
"slack": {
"command": "npx",
"args": ["-y", "@your-org/mcp-slack"],
"env": { "SLACK_BOT_TOKEN": "xoxb-your-token-here" }
}
}
}Sicherheitsregeln:
Niemals echte Tokens in öffentliche Dateien einfügen; über Umgebungsvariablen oder Secret Store injizieren.
Datenbank-MCPs erhalten schreibgeschützte Anmeldeinformationen, die auf die Tabellen beschränkt sind, die Claude benötigt. Dienstrollen-Schlüssel können Tabellen löschen.
Überprüfe, welche Tools jeder MCP vor der Bereitstellung verfügbar macht.
MCPs, die Aktionen ausführen, erhalten eine Genehmigungsschranke.
Wähle deinen ersten MCP, indem du fragst: Was füge ich derzeit von einem externen System in Claude ein? Datenbankabfrageergebnisse verweisen auf den Supabase-MCP; PR-Listen auf GitHub; Kanalzusammenfassungen auf Slack; Notizen auf Obsidian. Ein installierter und aktiv genutzter MCP ist besser als vier konfigurierte und ignorierte.
Teste es: Schließe und öffne Claude Code erneut, um die Erkennung auszulösen, und frage dann: „Welche Tools stehen dir von [MCP-Name] zur Verfügung?“ Wenn die Liste leer ist, überprüfe die settings.json-Syntax und bestätige, dass npx oder uvx in deinem PATH ist.
Skills und MCPs ergänzen sich. Ein Deploy-Runbook-Skill plus ein GitHub-MCP plus ein Slack-MCP: Claude folgt dem Runbook, liest den Live-PR-Status, postet Fortschritts-Updates. Ein 20-minütiger manueller Deploy wird zu 2 Minuten. Die Einrichtung kostet ungefähr 30 Minuten pro Skill und 10 pro MCP; die ersten fünf Verwendungen zahlen sich aus.
Kein veröffentlichter MCP für dein Tool? Ein minimaler benutzerdefinierter Server, der das offizielle Python SDK verwendet, macht ein Tool in etwa 30-40 Zeilen verfügbar: definiere den Namen, die Beschreibung und das Eingabeschema des Tools und verarbeite dann den Aufruf. Gib der Tool-Beschreibung dieselbe Spezifität wie einer Skill-Beschreibung. Erstelle benutzerdefinierte MCPs für Live-, häufig abgefragte Daten; für statische Referenzdaten reicht ein Skill, der dich bittet, sie einzufügen.
Anmeldeinformationsverwaltung für Team-Setups. Fest codierte Tokens in einer gemeinsam genutzten settings.json sind ein Vorfall, der darauf wartet, zu passieren. Zwei sicherere Muster: Env-Pass-Through ("SLACK_TOKEN": "$SLACK_TOKEN", mit dem echten Wert in deinem Shell-Profil) oder ein Secret Manager, den der MCP-Server beim Start abfragt (Vault, 1Password CLI), sodass nichts Sensibles auf der Festplatte verbleibt.
Auf das Minimum beschränken: eine schreibgeschützte Postgres-Rolle für Supabase, ein fein granuliertes GitHub-Token, das auf bestimmte Repos beschränkt ist, ein Slack-Bot-Token, das auf die Kanäle beschränkt ist, die Claude sehen soll.
Audit: Für MCPs, die schreiben können, füge einen PostToolUse-Hook hinzu, der Zeitstempel, Tool-Namen, Argumente und Ergebnisstatus protokolliert.
Skills sind Markdown-Runbooks, die Claude anhand der Beschreibung entdeckt; schreibe einen, wenn du zum dritten Mal dieselben Anweisungen einfügst. MCPs verbinden Claude ohne Glue-Code mit externen APIs; verwende schreibgeschützte Anmeldeinformationen mit geringsten Privilegien. Bester erster Skill: das Verfahren, das du diese Woche zweimal erklärt hast. Bester erster MCP: das System, aus dem du am häufigsten kopierst und einfügst.