MCP Server, die ich als technischer Gründer nutze

In letzter Zeit gibt es eine Flut von Demos, die zeigen, wie MCP Server WhatsApp-Nachrichten schreiben oder Flugtickets buchen können. Das meiste davon fühlt sich nach Spielerei an, nicht nach Nutzen. Als technischer Gründer von Sliplane, einer Docker-Hosting-Plattform, lebe ich in meinem Terminal und mir sind Dinge wichtig, die mir helfen, schnell zu shippen, Kunden zu unterstützen und Content zu schreiben.

Was ist MCP?

Kurze Auffrischung: MCP (Model Context Protocol) ist Anthropics offenes Protokoll, das es KI-Assistenten wie Claude ermöglicht, sich mit externen Tools und Datenquellen zu verbinden. Stell dir MCP Server als Brücken vor, die Claude Zugriff auf APIs, Datenbanken oder Services geben. Anstatt Informationen hin und her zu kopieren, kann Claude direkt mit deinen Tools interagieren, um Arbeit zu erledigen.

Hier sind vier MCP Server, die ich tatsächlich jeden Tag nutze, um echte Arbeit zu erledigen. Keine Spielereien. Nur Produktivität :)

1. Docker Hub MCP Server

Für: Verstehen und Debuggen von Third-Party Container Images

Die meisten Sliplane Nutzer deployen vorgefertigte Images von Docker Hub. Aber viele Probleme kommen auf eine einzige fehlende Umgebungsvariable oder ein schlechtes Volume Mount zurück. Wenn ein Kunde nach Hilfe mit einer obskuren Datenbank oder Web-App fragt, nutze ich den Docker Hub MCP Server, um sofort die README und Docs dieses Images zu ziehen.

Anstatt herumzuklicken oder Befehle aus irgendeinem schlecht formatierten Blog zu kopieren, kann ich einfach sagen:

"Hol mir die erforderlichen Umgebungsvariablen plus das Volume Mount für postgres von Docker Hub."

Das bringt mich zu 80% zum Verständnis des Problems. Es spart Minuten pro Support-Ticket, und die summieren sich schnell, wenn du mit Dutzenden pro Tag zu tun hast.

2. GitHub MCP Server

Für: Tiefer in Nischenprojekte und Edge Cases eintauchen

Manchmal reicht die README nicht aus. Vielleicht ist das Docker Image veraltet oder den Docs fehlt ein Config-Detail. Dann nutze ich den GitHub MCP Server. Er verbindet sich mit dem verlinkten Repo, schaut sich offene Issues an und kann nach Fehlermeldungen oder Flags suchen, die nicht dokumentiert sind.

Zum Beispiel versuchte ein Nutzer, einen bestimmten Node in n8n zu verwenden, und es gab keine Informationen darüber. Aber mit dem GitHub MCP Server habe ich durch die Issues gesucht und einen gemeinsamen Thread gefunden, der geholfen hat. Das ist die Art von Kontext, die du nicht aus statischen Docs bekommst.

3. Sliplane MCP Server

Für: Deployments direkt aus dem Chat testen

Nachdem ich die Docs von Docker Hub und GitHub gesammelt habe, übergebe ich das Problem oft an Claude, angetrieben von einem Sliplane MCP Server, der unsere API umschließt. Er startet einen echten Server, deployt den Container, sammelt Logs und versucht, sich zu einem funktionierenden Setup durchzudenken. Ja, du machst im Grunde Vibe-Coding für Cloud-Infra. Mach es auf eigene Gefahr :D

Das lässt mich Deployment-Debugging als interaktiven Prozess behandeln. Claude kann Logs lesen und dann automatisch das Deployment fixen. Es hat eine Feedback-Schleife, die ich nicht kontrollieren muss.

Es bekommt nicht immer alles perfekt hin. Aber es bringt mich den größten Teil des Weges dorthin, während ich zum nächsten Support-Ticket weitergehe. Ich spreche immer noch manuell mit Kunden, aber das zugrunde liegende Rätselraten wird automatisiert.

4. Dev.to MCP Server

Für: Blog-Post-Entwürfe direkt aus Markdown veröffentlichen

Sobald ein seltsames Problem gelöst ist, verwandle ich es in Content. Das ist Teil unserer Growth-Loop bei Sliplane. Ich schreibe Markdown-Posts wie "How to self-host Qdrant with Docker" und nutze dann den inoffiziellen Dev.to MCP Server, um einen Entwurf auf dev.to zu erstellen.

Er veröffentlicht den Post nicht automatisch, da ich immer noch Bilder und Layout anpasse, aber der Entwurf wird mit Tags, Titel und Metadaten aus der Datei erstellt. Es ist eine kleine, aber nützliche Automatisierung, die mir jede Woche Zeit spart.

Warum MCP Server nutzen?

Die wahre Stärke liegt nicht darin, dass Claude mit MCP Servern unbedingt schneller ist als Dinge manuell zu machen. Wenn ich mich hinsetzen und ein Docker-Deployment selbst debuggen würde, wäre ich vielleicht sogar schneller. Aber darum geht es nicht. Was ich oft mache, ist das Problem per Sprache-zu-Text zu spezifizieren, es an Claude zu übergeben und dann zu etwas anderem überzugehen. Claude läuft im Hintergrund, probiert verschiedene Ansätze aus, liest Docs und debuggt Probleme, während ich Kundenanrufe handle oder Code schreibe. Ich kann zurückkommen, wann immer ich Zeit habe, und sehen, welche Fortschritte gemacht wurden. Es ist wie ein Junior-Entwickler zu haben, der nie müde wird und am langweiligen Zeug arbeiten kann, während du dich auf das konzentrierst, was wichtig ist.

Fazit

Nichts davon ist auffällig. Sie schreiben keine Liebesgedichte oder senden Slack-Nachrichten. Aber sie helfen mir, Nutzer zu unterstützen, echte Deployments zu debuggen und nützlichen Content zu erstellen, ohne das Terminal zu verlassen. MCP Server können mächtig sein. Du musst ihnen nur echte Arbeit geben :D

Wenn du daran interessiert bist, MCP Server selbst auszuprobieren, schau dir das offizielle MCP Repository für weitere Beispiele und Dokumentation an. Und wenn du einen Ort brauchst, um deine Docker Container zu hosten, probier Sliplane aus! Jetzt, wo du Cloud-Infra vibe-coden kannst, gibt es keine Ausrede mehr, es nicht mit Self-Hosting zu versuchen!

Cheers,

Jonas, Co-Founder sliplane.io