Die meisten Artikel über MCP Server 2026 sind Demos, keine Production Stacks. Die ehrliche Version: Das MCP-Ökosystem hat ungefähr 200 Server, die Hälfte davon sind Spielereien, und der produktionsreife Stack, den man tatsächlich für tägliche Agenturarbeit betreibt, ist kleiner und unspektakulärer als die Demo-Videos vermuten lassen. Das ist der Stack, den wir bei Seahawk Media über Client-Engagements hinweg betreiben, die Trade-offs, die wir gelernt haben, und was wir ausprobiert haben und das seinen Platz nicht verdient hat.
Wichtigste Erkenntnis: Von über 200 MCP-Servern besteht ein echter Production Stack aus etwa acht: Filesystem, Puppeteer, Postgres, Brave, GitHub, Sentry und Notion werden täglich genutzt, der Rest sind Demos.Of 200+ MCP servers, a real production stack is about eight: Filesystem, Puppeteer, Postgres, Brave, GitHub, Sentry, and Notion earn daily use, the rest are demos.
Ich betreibe eine Agentur, die Custom WordPress, Next.js und Astro liefert plus SEO und Content. Die MCP-Schicht ist jetzt über das gesamte Spektrum tragfähig. Wenn du überlegst, welche MCP-Server du tatsächlich auf deinem Daily-Driver Claude Code installieren solltest, ist das hier die praktische Antwort.WordPress, Next.js, and Astro work plus SEO and content. The MCP layer is load-bearing across all of that now. If you are weighing which MCP servers to actually install on your daily-driver Claude Code, this is the working answer.
Die acht MCP-Server, die wir täglich nutzen
Filesystem (built-in)
Der MCP, den wir am häufigsten nutzen. Liest, schreibt, durchsucht den Projekt-Tree. Jede Claude Code Session nutzt ihn. Nichts Exotisches; nur das Wesentliche.
Puppeteer
Browser-Automatisierung für QA, Content-Scraping, Screenshot-Erfassung, Post-Deploy-Verifikation. Hat zwei kostenpflichtige SaaS-Tools ersetzt, die wir früher abonniert haben. Die einzige Reibung ist die Installation: Wir halten ein node-puppeteer-Image vor, weil die Chromium-Abhängigkeitshölle immer noch existiert.
Postgres
Direkte SQL-Abfragen gegen Client-Datenbanken. Ersetzt den SQL-Editor-Tab, der in einem anderen Fenster offen ist. Besonders nützlich für Content-Audits (welche Posts haben leere Featured Images, welche haben verwaiste Revisionen, welche haben Tags, die nichts entsprechen). Abfragen über Claude sind schneller als das eigene Schreiben von SQL für Ad-hoc-Fragen.
Brave Search
SERP-Abfrage für SEO-Audits. Wir nutzen es täglich für Wettbewerbsforschung, Ranking-Diagnose und AI-Overview-Zitattenverfolgung. Die Brave API ist zuverlässiger als das direkte Scraping von Google; die Kosten liegen bei unserem Nutzungsvolumen bei wenigen Dollar pro Monat.
GitHub
Liest Issues, Pull Requests, Kommentar-Threads und Repository-Metadaten. Wird verwendet, um eingehende Arbeiten zu triagieren, PR-Beschreibungen zu verfassen und aktuelle Commit-Aktivitäten in Client-Statusberichte zu synthetisieren.
Sentry
Liest Error-Events von Production-Sites, die wir überwachen. Claude kann Sentry-Events zu jüngsten Code-Änderungen korrelieren und den wahrscheinlichen Verursacher schneller identifizieren, als ich manuell die Error-Spur durchklicken kann. Hat mehrere Stunden pro Incident-Response eingespart.
Notion
Liest unsere interne Dokumentation und Client-Briefs. Besonders nützlich, um Client-Standards während der Code-Generierung abzugleichen. Ersetzt den manuellen Schritt „lass mich kurz checken, was wir im Discovery-Doc vereinbart haben".
Linear
Liest Issues, Status und Zuständigkeiten. Wird für die tägliche Standup-Vorbereitung, wöchentliche Client-Reports und das automatische Verfassen von Issue-Updates basierend auf Commit-Aktivitäten genutzt.
Was wir versucht haben und wieder verworfen haben
Fünf MCP-Server, die wir installiert haben, einen Monat lang genutzt haben und wieder entfernt haben:
Slack MCP. Das Signal-Rausch-Verhältnis beim Abrufen der Slack-Historie in Claude war schlecht. Slack-Nachrichten sind zu unstrukturiert, um als guter Kontext zu dienen.
Google Drive MCP. Der Auth-Flow war anfällig und das Document-Parsing war unzuverlässig. Stattdessen exportieren wir manuell zu Markdown.
Generische Web-Fetch-MCPs. Die meisten sind langsamer oder weniger zuverlässig als Puppeteer, wenn wir tatsächlich eine Website durchsuchen müssen. Wir haben alle entfernt.
Mehrere AI-Image-Generation-MCPs. Wir haben bereits eine funktionierende FAL-Pipeline außerhalb von Claude; die MCP-Wrapper haben nur Latenz hinzugefügt, ohne echte Zeit einzusparen.
Database-MCP generische Adapter. Das eingebaute Postgres MCP übertraf jeden generischen Database-MCP, den wir testeten.
Die MCP-Stack-Hygiene-Regeln
Drei Regeln, auf die wir uns nach einem Jahr Trial and Error geeinigt haben:
Weniger ist mehr
Acht MCPs sind der optimale Punkt. Wir testeten einen Monat lang fünfzehn; der Kontextfenster-Druck machte Claude langsamer und weniger genau. Jedes installierte MCP hat einen Kontext-Kostenfaktor, und die Kosten summieren sich. Führen Sie vierteljährlich eine Überprüfung durch; entfernen Sie alles, das in den letzten 30 Tagen nicht verwendet wurde.
Eingebautes schlägt Drittanbieter, wenn es sich überlappt
Von Anthropic ausgelieferte MCPs (Filesystem, die offiziellen Integrationen) sind zuverlässiger als Community-Äquivalente nach unserer Erfahrung. Wir greifen standardmäßig zu eingebauten und nur zu Drittanbieter-Lösungen, wenn das eingebaute den Use Case nicht abdeckt.
Authentifizierung ist der versteckte Kostenfaktor
Jeder MCP-Server hat seine eigene Auth-Story. Einige verwenden OAuth, einige benötigen API-Schlüssel, einige benötigen Service-Account-JSON-Dateien. Der Setup-Overhead ist real; die Maintenance-Kosten bei Token-Rotation sind noch realer. Wählen Sie MCPs, deren Auth-Muster zu Ihrer bestehenden Infrastruktur passt, anstatt solche, die neue Credential-Komplexität erfordern.
Worauf wir 2026 achten
Drei MCP-Kategorien, deren Reife ich erwarte:
Agency-CRM MCPs (HubSpot, Salesforce, Pipedrive). Die derzeit verfügbaren Versionen sind alpha-quality; ernsthafte Versionen kommen wahrscheinlich H2 2026.
Projektspezifische MCPs (ein Seahawk-internes MCP, das unsere Kundendatenbank, unsere Preislogik und unser Hosting-Inventar bereitstellt). Wir bauen dies intern auf, anstatt auf eine generische Version zu warten.
Browser-Control MCPs im großen Maßstab. Puppeteer funktioniert gut für einzelne Seiten-Interaktionen; das effiziente Ausführen headless browsers über hunderte Seiten hinweg erfordert immer noch benutzerdefinierte Orchestrierung. Die MCP-Schicht hier verbessert sich, ist aber nicht gelöst.
Fazit
Acht MCP-Server laufen täglich bei Seahawk: Filesystem, Puppeteer, Postgres, Brave, GitHub, Sentry, Notion, Linear. Das ist der Stack, der ausgeliefert wird. Die anderen 200 MCP-Server im Ökosystem sind größtenteils Demos oder Duplikate dieser.
Wenn du von vorne anfängst, installiere Filesystem (ist bereits vorhanden), dann Puppeteer, dann füge Postgres oder Brave hinzu, je nachdem ob deine Arbeit eher code-lastig oder eher research-lastig ist. Füge die anderen hinzu, wenn konkreter Bedarf entsteht. Der MCP-Stack sollte wachsen, weil die Arbeit es verlangt hat, nie weil das Demo-Video gut war.
Häufig gestellte Fragen
Welche MCP-Server lohnen sich für den produktiven Einsatz?
Der ehrliche Production Stack hier umfasst acht: Filesystem, Puppeteer, Postgres, Brave, GitHub, Sentry, Notion und einen weiteren, ausgewählt für die tägliche Agenturarbeit. Die meisten der über 200 MCP-Server im Ökosystem sind Demos oder Spielereien; die Production-Reihe ist klein und absichtlich langweilig.
Wie viele MCP-Server solltest du tatsächlich nutzen?
Weniger als du denkst. Das Ökosystem hat etwa 200 Server, aber ein produktionsreifer täglicher Stack umfasst ungefähr acht. Mehr hinzuzufügen erhöht Wartung und Fehlerfläche für wenig Gewinn. Betreibe die wenigen, die ihren Platz verdienen, und vergiss den Rest.
Welche MCP-Server hast du ausprobiert und wieder fallen gelassen?
Mehrere, die in einer Demo nützlich aussahen, aber Wartung oder Unzuverlässigkeit ohne täglichen Nutzen mit sich brachten. Die Regel ist, dass ein Server sich durch regelmäßige Nutzung verdienen muss, nicht nur einmal in einer Demo gut aussehen. Stack-Hygiene ist wichtiger als Abdeckung.
Was macht einen MCP-Server produktionsreif?
Zuverlässigkeit, einen klaren täglichen Use Case und niedrige Wartung. Ein Production-Server ist einer, den dein Team jeden Tag nutzt und darauf vertraut, dass er den Workflow nicht unterbricht. Wenn er nur in einer Demo glänzt oder ständige Überwachung braucht, gehört er nicht in den täglichen Stack.