MCP Server selbst erstellen: wann Custom MCP sinnvoll ist
Fertige MCP-Server decken viele Standardtools ab. Sobald Claude aber mit deinem eigenen ERP, deiner Fachsoftware oder internen API arbeiten soll, wird ein Custom MCP-Server interessant.
Wann ein eigener MCP-Server lohnt
Ein Custom MCP-Server lohnt sich, wenn ein Prozess häufig genug läuft, die Daten nicht sinnvoll exportiert werden können oder ein internes System keine fertige Integration hat.
Beispiele: ERP-Artikeldaten, Angebotslogik, interne Wissensdatenbank, Arbeitsschutz-Daten, Vertragsarchiv, Qualitätsmanagement oder Produktionskennzahlen.
Minimaler Aufbau
- Use-Case und erlaubte Aktionen definieren.
- Authentifizierung und Secrets sauber ablegen.
- Tools klein schneiden: suchen, lesen, validieren, schreiben.
- Inputs und Outputs typisieren.
- Logging und Fehlerfälle einbauen.
- Erst mit Testdaten, dann read-only, dann begrenzte Schreibrechte.
Sicherheitsregeln
Ein MCP-Server ist kein Freifahrtschein. Claude sollte nie pauschal Admin-Rechte bekommen. Jedes Tool braucht einen Zweck, begrenzte Parameter, nachvollziehbare Logs und bei kritischen Aktionen eine Freigabe.
Besonders wichtig: keine Secrets im Prompt, keine Löschfunktionen im ersten Release, keine Massendaten-Exports ohne Business-Grund und klare Rate Limits.
Build oder fertigen Server nutzen?
Wenn ein offizieller oder gut gepflegter Server existiert, prüfen wir zuerst diesen Weg. Custom MCP bauen wir nur, wenn Standardlösungen zu viel Zugriff verlangen, wichtige Funktionen fehlen oder interne Systeme angebunden werden müssen.
Für Unternehmen übernehmen wir Architektur, Implementierung und Betrieb: Custom MCP Server entwickeln lassen.
Tool-Vertrag vor Code
Bevor ein Custom MCP-Server gebaut wird, definieren wir pro Tool einen Vertrag:
- Name: eindeutig und sprechend.
- Eingaben: eng typisiert, keine freien Admin-Kommandos.
- Ausgabe: strukturiert und für Claude leicht interpretierbar.
- Rechte: genau ein Zweck, kein pauschaler Systemzugriff.
- Fehler: klare Meldung statt stiller Teilantwort.
Beispiel für gute Tool-Schnitte
| Zu breit | Besser |
|---|---|
| ERP nutzen | Artikel nach SKU suchen |
| CRM bearbeiten | Follow-up-Notiz als Entwurf speichern |
| Datenbank abfragen | Kundenstatus für eine Kundennummer lesen |
| Dateien verwalten | Freigegebenen Projektordner durchsuchen |
Release-Plan für Custom MCP
- Prototype: Testdaten, lokale Nutzung, keine Produktivsysteme.
- Read-only Pilot: echte Daten, aber keine Schreibrechte.
- Dry-Run Write: Claude erzeugt geplante Aktionen, schreibt aber noch nicht.
- Limited Write: wenige freigegebene Schreibaktionen mit Logs.
- Betrieb: Monitoring, Versionierung, Rechte-Review.