Es gibt Dutzende von MCP-Servern. Die Verzeichnisse wachsen weiter (Thoughtworks zählte Ende 2025 Zehntausende, und das Wachstum hat nicht nachgelassen). Deshalb installieren die meisten Teams als Erstes eine ganze Reihe davon, verbinden sie und stellen drei Tage später fest, dass sich ihre Claude-Code-Session anfühlt wie Debugging im Nebel: langsame Antworten, falsche Tool-Aufrufe und ein Agent, der ständig Rückfragen stellt, die er nicht stellen müsste.
Die Entscheidungslähmung ist real. Das zugrunde liegende Problem ist jedoch meist einfacher, als es aussieht. Die meisten Teams verbinden zuerst die falschen Server, weil sie nach Beliebtheit oder Kategoriebreite auswählen, nicht nach der Eignung für ihre Workflows. Eine kleine Auswahl an MCP-Servern deckt tatsächlich den gesamten Entwicklungszyklus ab. Welche davon in Ihren Stack gehören, hängt fast vollständig davon ab, was Sie tatsächlich entwickeln und wie Ihr Team zusammenarbeitet.
Darum geht es in diesem Artikel wirklich.
Was normalerweise zuerst kaputtgeht
- Die Auswahl von MCP-Servern sollte sich an der Workflow-Eignung orientieren, nicht an Registry-Rankings oder Kategorie-Hype.
- GitHub sowie die Gruppe aus Datenbank-, HTTP- und Dateisystem-Servern sind nahezu universelle Installationen; Team-Tools wie Linear und Slack lohnen sich nur, wenn dort Ihre Abstimmung bereits stattfindet.
- Der Transporttyp (stdio oder HTTP) verursacht mehr stille Fehler als falsch konfigurierte Zugangsdaten.
- Der gleichzeitige Betrieb zu vieler Server füllt Ihr Kontextfenster und macht Claude weniger hilfreich, nicht hilfreicher.
- Die Qualität der Einrichtung entscheidet darüber, ob eine MCP-Integration funktioniert oder beim nächsten Neustart von Claude Code bereits ausfällt.
Was MCP innerhalb von Claude Code tatsächlich macht
Das Model Context Protocol ist Anthropics offener Standard, um KI-Modelle mit externen Systemen zu verbinden: Repositories, Datenbanken, APIs, Dateisysteme und interne Tools. Stellen Sie es sich wie eine API-Schicht vor, die Claude Code nativ versteht und die 2024 eingeführt wurde. Das Protokoll definiert, wie ein MCP-Server Tools und Daten für das Modell bereitstellt und wie das Modell diese Tools während einer Session aufruft.
Wenn Claude Code eine Verbindung zu einem MCP-Server herstellt, liest es eine Liste der verfügbaren Tools, die der Server anbietet. Diese Tool-Definitionen beschreiben, was der Server kann: ein Repository durchsuchen, eine Datenbankabfrage ausführen, eine Slack-Nachricht senden oder einen Browser-Tab öffnen. Claude entscheidet dann im jeweiligen Kontext, wann diese Tools aufgerufen werden sollen, und ordnet Ihre Absicht per natürlicher Sprache dem richtigen Tool-Aufruf zu. Das Kontextfenster des Modells sieht die Tool-Ausgabe zusammen mit Ihrem Code und Ihrer Unterhaltung. Das ist der gesamte Ablauf.
Die meisten Teams behandeln MCP-Server wie Plugins: Installieren, und es funktioniert. Später Kopfzerbrechen bereitet der Umstand, dass jeder Server zwischen einem KI-Agenten und verbundenen Tools sitzt, die auf realen Systemen laufen. Ist der Server falsch konfiguriert, schlägt der Tool-Aufruf still fehl. Sind die Tool-Definitionen zu breit gefasst, wählt Claude das falsche Tool. Stellt der Server mehr Berechtigungen bereit als nötig, geben Sie dem Modell Zugriff, den es nicht haben sollte. Die Abstraktion ist sauber. Die Fehlermodi sind trotzdem real.
Wie stdio- und HTTP-Transporte Ihre Einrichtungsoptionen verändern
MCP-Server verbinden sich über einen von zwei Transporttypen. Hier einen Fehler zu machen, ist der häufigste Einrichtungsfehler, den ich sehe.
stdio führt den MCP-Server als lokalen Prozess aus. Claude Code startet ihn, kommuniziert über Standardeingabe und -ausgabe, und der Server endet mit der Session. Der JSON-Konfigurationsblock verweist auf einen auszuführenden Befehl. Das ist der Standard für die meisten lokalen Server und einfach zu konfigurieren, aber der Prozesslebenszyklus ist an die Session von Claude Code gebunden. Starten Sie Claude Code neu, muss auch der Server neu starten. Fehlt das in Ihrer .mcp.json, verschwindet der Server.
HTTP-basierte Transporte führen den Server als persistenten Dienst aus, entweder lokal oder remote, und Claude Code verbindet sich über eine URL damit. Das übersteht Neustarts, funktioniert bei Remote- oder Shared-Setups und ist für jeden Server erforderlich, der zwischen Sessions aktiv bleiben oder mehrere Clients bedienen muss.
Die klassische Fehlkonfiguration: Ein für stdio entwickelter Server wird über HTTP aufgerufen – oder umgekehrt –, und Claude Code meldet eine leere Tool-Liste ohne hilfreichen Fehler. Prüfen Sie den Transporttyp, bevor Sie irgendetwas anderes prüfen.
So wählen Sie einen MCP-Server aus, bevor Sie irgendeine Konfiguration anfassen
Diesen Teil lassen die meisten Leitfäden aus. Bevor Sie etwas konfigurieren, führen Sie diese Prüfungen durch. Jeder Punkt nennt das Kriterium und was kaputtgeht, wenn Sie es ignorieren.
- Workflow-Abdeckung statt Kategoriebreite
Fragen Sie sich, ob der Server einen konkreten Workflow ermöglicht, den Sie heute ausführen, und nicht nur eine allgemeine Aufgabenkategorie. Teams, die MCP-Server installieren, weil sie nützlich wirken, aber keinem aktiven Workflow zugeordnet sind, enden mit einer aufgeblähten Tool-Oberfläche, durch die Claude nicht sauber navigieren kann.
- Transportkompatibilität mit Ihrem Claude-Code-Setup
Prüfen Sie, ob der Server stdio oder HTTP nutzt und ob das zu Ihrer Nutzung von Claude Code passt. Ein HTTP-Server, der über einen stdio-Konfigurationseintrag installiert wird, verbindet sich schlicht nicht, und die Fehlermeldung wird Ihnen nicht sagen, warum.
- Berechtigungsumfang nach dem Prinzip minimaler Rechte
Stellen Sie sicher, dass der Server nur die Berechtigungen bereitstellt, die Ihr Workflow tatsächlich benötigt. MCP sitzt zwischen einer KI-Integration und Produktivsystemen. Überberechtigte Server sind der Ausgangspunkt der meisten Sicherheitsvorfälle.
- Client-unabhängige Portabilität
Wenn Sie außerdem Claude Desktop, VS Code mit Copilot, Cursor oder JetBrains AI verwenden, prüfen Sie, ob der Server auf dem offenen MCP-Standard statt auf einem client-spezifischen Plugin-Format basiert. Spezifikationskonforme Server funktionieren ohne Neukonfiguration über verschiedene Umgebungen hinweg.
- Qualität von Wartung und Dokumentation
Ein MCP-Server mit spärlicher Dokumentation und keinen aktuellen Commits ist ein Support-Ticket, das nur darauf wartet, erstellt zu werden. Prüfen Sie die Repository-Aktivität, bevor Sie sich in Ihrem Stack von einer Abhängigkeit einschränken lassen.
- Aktiver Workflow statt Demo
Einige Server sehen in Demos gut aus, stellen aber so wenige Tools bereit, dass sie keine echten Schritte im Entwicklungszyklus abdecken. Wenn die Tool-Liste aus drei Einträgen besteht, verdient der Server wahrscheinlich keinen dauerhaften Platz in Ihrem Kontext.
Die MCP-Server, die Sie am ersten Tag installieren sollten
Die folgende Tabelle enthält die Server, die ich tatsächlich für einen Basis-Stack in Betracht ziehen würde. Die Spalten spiegeln wider, was ich aus realer Nutzung und dokumentierten Quellen weiß. Wo Daten nicht verfügbar sind, habe ich das klar gekennzeichnet, statt zu raten.
| Server | Optimaler Anwendungsfall | Preisrichtung | Einrichtungsaufwand | Client-unabhängig |
|---|---|---|---|---|
| GitHub | Entwicklung über mehrere Repositories, PR-Review, Issue-Triage | Kostenlos (GitHub-Plan erforderlich) | Mittel | Ja |
| Playwright | QA, UI- und Regressionstests | Kostenlos / Open Source | Mittel | Ja |
| Linear | Backlog-Management für Produkt und Engineering | Kostenloses OSS + Linear-Plan | Niedrig bis mittel | Ja |
| Slack | Synchronisierung der Entwicklerkommunikation | Kostenloses OSS + Slack-Plan | Niedrig | Ja |
| Datenbank / HTTP / Dateisystem | Allgemeines agentisches Coding | Nur Infrastrukturkosten | Mittel bis hoch | Ja |
Dies sind die Server, die es am ersten Tag zu bewerten lohnt. Alles andere in diesem Artikel ist entweder spezialisierter oder ergibt erst Sinn, wenn Ihr Kern-Stack stabil ist.
GitHub MCP-Server: repositoryweite Codesuche und PR-Kontext
Der GitHub MCP-Server kann mehr, als die meisten Teams erwarten. Nach der Konfiguration kann Claude Code semantische Suchen über Repositories hinweg ausführen, aktuellen Issue- und Pull-Request-Kontext bereitstellen, Branches erstellen, Diffs prüfen und über repositoryübergreifende Muster nachdenken, ohne dass Sie etwas manuell kopieren müssen. Er steht derzeit an der Spitze praktisch jeder Liste der besten MCP-Server für Claude Code. Der Grund ist einfach: Fast jeder Entwickler-Workflow berührt GitHub, und wenn der Agent den aktuellen PR-Kontext statt Ihrer eingefügten Zusammenfassung liest, spart das echte Zeit.
Am besten geeignet für Entwickler, die über mehrere Repositories hinweg arbeiten und Unterstützung bei Code-Reviews sowie repositoryübergreifender Suche benötigen. Die semantische Suchfunktion ist besonders für große Codebasen nützlich, in denen grep nicht ausreicht und Sie Relevanz wie aus einer Vektordatenbank statt exakter Treffer benötigen.
Der ehrliche Nachteil: GitHub-API-Ratenlimits können den Agenten mitten in der Session drosseln, ohne einen klaren Fehler anzuzeigen. Wenn Claude Code plötzlich keinen hilfreichen Repository-Kontext mehr liefert, prüfen Sie Ihren Ratenlimit-Status, bevor Sie die Serverkonfiguration debuggen. Ein Personal Access Token mit passenden Scopes und ein klares Verständnis Ihres stündlichen Kontingents helfen hier erheblich. Konfigurieren Sie den Server mit den minimal erforderlichen Berechtigungen: Lesezugriff auf die Repositories, in denen Sie tatsächlich arbeiten, und Schreibzugriff nur dann, wenn der Workflow ihn ausdrücklich benötigt.
Dort beginnt das Ticket normalerweise.
Playwright MCP-Server: Browser-Automatisierung und End-to-End-Tests
Der Playwright MCP-Server stellt Claude Code vollständige Browser-Automatisierung bereit. Das bedeutet, Claude kann einen Headless Browser starten, zu einer URL navigieren, mit UI-Elementen interagieren, JavaScript ausführen, Seiteninhalte lesen und strukturierte Ergebnisse in Ihre Session zurückgeben. Für QA-Engineers schließt das einen Kreislauf, der zuvor einen vollständigen Kontextwechsel aus der Entwicklungsumgebung erforderte: Claude kann nun einen autonomen QA-Zyklus ausführen, die Testausgabe lesen, Korrekturen vorschlagen und erneut ausführen.
Er ist Open Source und kostenlos, was für kostenbewusste Teams wirklich nützlich ist. Der Haken: Er ist für QA-orientierte Workflows entwickelt. Wenn Ihr primärer Anwendungsfall das Schreiben von Anwendungscode statt dessen Testen ist, liegt Playwright bei der täglichen Nützlichkeit deutlich hinter GitHub. Installieren Sie ihn, wenn UI-Tests Teil Ihres regelmäßigen Ablaufs sind, nicht weil Browser-Automatisierung leistungsstark klingt. Es ist eine KI-Agenten-Funktion, die ihren Konfigurationsplatz in einem testintensiven Stack verdient und in den meisten anderen ungenutzt bleibt.
JavaScript-lastige Single-Page-Anwendungen und Regressionstest-Workflows sind die Bereiche, in denen dieser Server seinen Wert beweist. Allgemeine Entwicklungsteams können ihn bei der ersten Installation meist überspringen.
Linear MCP-Server: Issue-Tracking und Sprint-Automatisierung in Claude Code
Linear MCP ermöglicht Claude Code, Tickets als Teil eines Entwicklungs-Workflows zu erstellen, zu aktualisieren, abzufragen und darüber nachzudenken. Der praktische Nutzen besteht darin, dass agentisches Coding und Issue-Management keine getrennten Kontextwechsel mehr sind: Sie können Claude bitten zu prüfen, was den aktuellen Sprint blockiert, aus einem fehlgeschlagenen Test ein Ticket zu erstellen oder den Issue-Status nach einem Merge zu aktualisieren – alles über die CLI, ohne einen weiteren Tab zu öffnen.
Der MCP-Server selbst ist Open Source; der Zugriff auf Ihre Workspace-Daten hängt von Ihrem Linear-Plan ab. Für Produkt- und Engineering-Teams, die bereits in Linear arbeiten, ist dies eine unkomplizierte Installation. Der Stolperstein, den ich immer wieder sehe: Teams geben Claude Schreibzugriff auf Linear, ohne ihn zunächst auf bestimmte Projekte oder Workflows zu beschränken. Ein agentischer Workflow, der Tickets breitflächig erstellt oder aktualisiert, erzeugt schnell Rauschen. Begrenzen Sie ihn auf die spezifischen Queues und Projekte, die Claude bearbeiten sollte. Testen Sie zunächst mit schreibgeschütztem Zugriff und erweitern Sie ihn erst, wenn Sie den Ergebnissen vertrauen.
Slack MCP-Server: Codeänderungen und Teamkommunikation synchron halten
Slack MCP ermöglicht Claude Code, aktuelle Channel-Nachrichten zu lesen, Updates zu posten und Unterhaltungen zusammenzufassen. Der Anwendungsfall, der tatsächlich funktioniert: eng verzahnte Entwicklungs-Workflows, in denen Tickets, Deployments und Code-Review-Benachrichtigungen alle über Slack fließen und Sie möchten, dass der Agent weiß, worüber das Team spricht, ohne dass Sie Kontext manuell kopieren.
Die Preise richten sich nach dem Slack-Workspace-Plan; die MCP-Komponente selbst ist kostenlos. Der häufige Fehler besteht darin, Claude Schreibzugriff auf öffentliche Channels zu geben, bevor Sie getestet haben, wie die Ausgabe im großen Maßstab aussieht. Markdown-Formatierungen von Claude werden in Slack nicht immer so gerendert, wie Sie erwarten würden, und agentische Workflows, die über mehrere Channels posten, erzeugen eher Verwirrung als Klarheit, bis Sie das Nachrichtenformat abgestimmt haben. Beginnen Sie mit Lesezugriff und einem einzigen privaten Test-Channel. Erweitern Sie Schreibrechte auf bestimmte Channels, sobald das Ausgabeformat zuverlässig ist.
Er lohnt sich für verschiedene Slack-Workspace-Typen, aber behandeln Sie ihn als Kommunikationsschicht über einem funktionierenden Entwicklungs-Stack, nicht als Ersatz dafür.
Datenbank-, Dateisystem- und HTTP-MCP-Server: das universelle Entwickler-Toolkit
Diese Gruppe umfasst das, was Claude Code von einem Assistenten zum Schreiben von Code in einen universellen Automatisierungsagenten verwandelt. Datenbank-MCP-Server – das PostgreSQL-Muster ist am häufigsten – ermöglichen Claude, Abfragen auszuführen, Schemata zu prüfen und über Daten nachzudenken. Dateisystem-Server erlauben ihm, Dateien direkt zu lesen, zu schreiben und zu bearbeiten. HTTP/API-Server ermöglichen Claude, jeden externen Endpunkt aufzurufen, mit externen Diensten zu interagieren und API-Aufrufe als Teil eines umfassenderen Workflows zu verketten. Zusammen sind dies die „verfügbaren Tools“, die agentische Coding-Workflows tatsächlich agentisch statt nur unterstützt machen.
Das Kostenmodell unterscheidet sich von den spezialisierten Servern oben: Für den MCP-Server selbst gibt es keine separate Preisgestaltung, nur die darunterliegende Infrastruktur – Ihre Datenbank, Ihre API-Kontingente und Ihr Dateisystem. Der Einrichtungsaufwand ist höher, weil Sie Zugriff auf wichtige Systeme konfigurieren und nicht nur eine OAuth-App verbinden.
Das Dokumentationsmuster von clarista.io trifft auch hier zu: Diese Server stellen dem Modell Datenquellen und APIs so bereit, dass Claude echte Daten abfragen, transformieren und darauf agieren kann, ohne dass Sie den gesamten Glue-Code manuell schreiben müssen.
⚠️ Wissenswert:
Die Kategorie der Datenbank- und HTTP-Server ist die leistungsstärkste und gleichzeitig die am häufigsten unzureichend abgesicherte Gruppe. Bei diesen Servern wird eine Authentifizierung nach dem Prinzip minimaler Rechte am häufigsten übersprungen, weil die Einrichtung mehr Reibung verursacht und Teams schnell vorankommen wollen. MCP sitzt zwischen einem KI-Agenten und externen Produktivdiensten. Wenn Sie Claude Code direkt mit einer Produktivdatenbank und weitreichenden Berechtigungen verbinden, ist der potenzielle Schaden durch eine unerwartete Abfrage oder eine außer Kontrolle geratene agentische Schleife real. Testen Sie zuerst mit einer Read Replica oder einer Staging-Datenbank. Immer.
MCP-Server, die nur für bestimmte Stacks Sinn ergeben
Bevor Sie sich intensiv mit einem Server beschäftigen, den Sie in einem Spezialverzeichnis gefunden haben, sollten Sie Folgendes prüfen: Nutzt Ihr Team die Plattform, mit der sich dieser Server verbindet, tatsächlich aktiv als Teil der täglichen Arbeit? Wenn die Antwort nein lautet oder „wir evaluieren sie gerade“ ist, überspringen Sie den Server vorerst. Spezialisierte MCP-Integrationen zahlen sich aus, wenn die zugrunde liegende Plattform tragende Infrastruktur ist. Sie werden zur Ablenkung, wenn die Plattform nur ein Wunschbild ist.
Zwei Server erscheinen häufig genug in allgemeinen MCP-Listen, dass es sich lohnt, sie direkt zu nennen – zusammen mit einer ehrlichen Beschreibung, für wen sie wirklich gedacht sind.
QuantConnect MCP-Server: algorithmischer Handel und Backtesting-Workflows
Der QuantConnect MCP-Server integriert Backtesting und Forschung zum algorithmischen Handel in Claude Code. Er bietet spezifische Coding-Unterstützung für Quant-Entwickler: Sie können Claude bitten, über Backtest-Ergebnisse nachzudenken, Strategieparameter zu optimieren oder Algo-Logik zu debuggen, während der MCP-Server aktuelle Daten aus dem QuantConnect-Workspace in den Kontext zieht.
Er erscheint fast nie in allgemeinen MCP-Shortlists für die Entwicklung, und das sollte auch so sein. Wenn Ihr Team nicht bereits Backtests auf der QuantConnect-Plattform als Teil aktiver Forschung durchführt, hat dieser Server keinen Anwendungsfall. Ihn zu installieren, um „Quant-Workflows zu erkunden“, ohne aktiven QuantConnect-Workspace und API-Schlüssel, erzeugt nur Einrichtungsrauschen. Überspringen Sie ihn, bis die Plattform in Ihrem Stack tatsächlich eingesetzt wird.
SailPoint MCP-Server: Enterprise-Identitäts- und Zugriffsmanagement aus Claude Code
Der SailPoint MCP-Server ermöglicht Claude Code, IAM-Anfragen über eine MCP-Brücke in SailPoints Identitätsplattform abzufragen und zu verwalten. Für Enterprise-Sicherheitsingenieure und IAM-Teams ist dies eine sinnvolle Workflow-Verbesserung: Bereitstellungsanfragen, Zugriffsprüfungen und Policy-Abfragen können in derselben Umgebung bearbeitet werden, in der Code geschrieben wird.
Es handelt sich um ein kostenpflichtiges Enterprise-Angebot, das außerhalb einer aktiven SailPoint-Implementierung keinen Sinn ergibt. Die meisten Entwicklungsteams sollten dies gezielt überspringen. Die Supportfrage, die hier häufig auftaucht, lautet: „Kann ich dies als allgemeinen Identitätsserver verwenden?“ Die Antwort lautet nein. Er ist eng auf SailPoints Plattform begrenzt und kein allgemeiner IAM-MCP-Client.
Fehlerbehebung bei MCP-Server-Verbindungen in Claude Code
Das Muster, das ich im Support immer wieder sehe: Teams bemerken Probleme mit MCP-Verbindungen erst, nachdem Workflows ausfallen, nicht davor. Claude Code hört auf, ein Tool zu verwenden, von dem Sie erwartet haben, dass es eingesetzt wird. Oder es verwendet das Tool, liefert aber unsinnige Ergebnisse. Oder es meldet eine leere Tool-Liste, obwohl Sie sicher sind, dass der Server läuft. Zu diesem Zeitpunkt sind üblicherweise bereits mehrere zusammenhängende Dinge gleichzeitig schiefgelaufen, wodurch die Diagnose länger dauert als nötig.
Das sind die Fehlermodi, die Sie kennen sollten, bevor sie auftreten.
Authentifizierungsfehler (401/403) bedeuten normalerweise, dass das Token oder die Zugangsdaten, die Sie bei der Konfiguration übergeben haben, entweder abgelaufen sind oder falsch eingegrenzt wurden. Speziell beim GitHub MCP-Server ist dies nach einer Token-Rotation oder bei einem fein granulierten Personal Access Token häufig, das ohne die vom Server benötigten Repository-Berechtigungen erstellt wurde. Prüfen Sie zuerst den Token-Scope, dann das Ablaufdatum.
Ratenlimit-Fehler (speziell GitHub) Der GitHub MCP-Server kann innerhalb einer Session an API-Ratenlimits stoßen, ohne dem Benutzer einen klaren Fehler anzuzeigen. Claude liefert dann einfach keinen hilfreichen Repository-Kontext mehr. Führen Sie gh api rate_limit aus oder prüfen Sie die GitHub-API direkt, um zu bestätigen, ob Sie ein Limit erreicht haben, bevor Sie den Server debuggen.
Transport-Nichtübereinstimmungen Ein für stdio konfigurierter Server, der über HTTP aufgerufen wird, oder umgekehrt, erzeugt in Claude Code eine leere Tool-Liste ohne klare Fehlermeldung. Wenn Claude Code für einen gerade installierten Server „keine Tools verfügbar“ meldet, prüfen Sie zuerst den Transporttyp in Ihrer Konfiguration.
Prüfen, ob die Verbindung tatsächlich aktiv ist Fragen Sie in Claude Code direkt: „Welche MCP-Server und Tool-Definitionen sind aktuell verfügbar?“ Claude meldet die verbundenen MCP-Server und die Tools, die jeder davon bereitstellt. Eine leere Tool-Liste bei einem Server, der Tools bereitstellen sollte, ist fast immer ein Transport- oder Scope-Problem. Eine unvollständige Tool-Liste bedeutet in der Regel, dass der Server gestartet wurde, die Scope-Optionen jedoch eingeschränkt haben, was er anbietet.
Ein Team, mit dem ich kürzlich gesprochen habe, hatte genau dieses Problem: Sein Datenbank-MCP-Server lief über stdio, was über die Prozessliste bestätigt war, aber der Eintrag in .mcp.json verwies auf einen localhost-HTTP-Endpunkt, den es aus einem anderen Setup kopiert hatte. Claude Code zeigte den Servernamen an, listete jedoch null Tools auf. Die Lösung war eine Konfigurationsänderung mit zwei Zeilen. Die Diagnose dauerte 40 Minuten, weil in den Logs nichts ausdrücklich auf die Transport-Nichtübereinstimmung hinwies.
🤔 Denken Sie darüber nach:
Wenn Claude Code Ihren MCP-Server als verbunden anzeigt, die Liste verfügbarer Tools jedoch leer ist, läuft der Server wahrscheinlich problemlos. Das Problem liegt fast immer in der Beschreibung der Verbindung durch den Konfigurationseintrag, nicht im Server selbst. Prüfen Sie das Transportfeld, den Befehl oder die URL und bitten Sie Claude ausdrücklich, die Tools aufzulisten. Diese eine Abfrage liefert mehr Diagnoseinformationen als das unvorbereitete Lesen von Logs.
MCP mit Claude Desktop und Claude Code verwenden: Was sich ändert
Diese Frage kommt häufig genug auf, dass sie eine direkte Antwort verdient. Claude Desktop und Claude Code unterstützen beide das MCP-Protokoll, und die meisten gut entwickelten MCP-Server sind client-unabhängig: Sie funktionieren mit Claude Desktop, Claude Code, Cursor, JetBrains AI und anderen MCP-kompatiblen Clients.
Was sich zwischen ihnen unterscheidet, sind Konfigurationsformat und Transportverarbeitung. Claude Desktop verwendet normalerweise eine JSON-Konfigurationsdatei an einem spezifischen Pfad für Ihr Betriebssystem. Claude Code verwendet .mcp.json auf Projekt- oder Benutzerebene. Dem Server selbst ist das egal. Der Konfigurationswrapper nicht.
Der Fehler, der Support-Tickets erzeugt: Einen Claude-Desktop-MCP-Konfigurationsblock direkt in das Setup von Claude Code zu kopieren, ohne zu prüfen, ob Transporttyp und Befehlspfad angepasst werden müssen. Eine Claude-Desktop-Konfiguration, die einen Server über SSE ausführt, muss für stdio in Claude Code möglicherweise angepasst werden oder einen anderen Prozessstartbefehl benötigen. Die Server-Spezifikation ist portabel. Die Konfiguration ist nicht immer direkt per Copy-and-Paste kompatibel.
Wenn Sie denselben MCP-Server über beide Clients hinweg ausführen, schreiben Sie die Serverkonfiguration separat für jedes Client-Format. Das dauert fünf Minuten. Es vermeidet vollständig die Unterhaltung „Es funktioniert auf Desktop, aber nicht in Code“.
