Mehrere MCP-Server gemeinsam nutzen: Projektmanagement + Dokumentation + Code

Mehrere MCP-Server in einer KI-Assistenten-Sitzung nutzen, um Projektmanagement-, Dokumentations- und Code-Tools zu kombinieren. Diese Workflow-Anleitung zeigt, wie Sie den Kontext sauber halten, konfligierende Schreibzugriffe vermeiden und Tools serverübergreifend orchestrieren.

Warum mehrere MCP-Server nutzen?

Mehrere MCP-Server zu kombinieren ermöglicht leistungsstarke Workflows:

Typische Multi-Server-Kombinationen

Projektmanagement + Docs: Aufgaben aus Dokumentation anlegen, Specs mit Aufgaben verknüpfen
Projektmanagement + Code: Implementierungsfortschritt verfolgen, Commits mit Aufgaben verknüpfen
Docs + Code: Dokumentation anhand von Code-Änderungen aktualisieren
Alle drei: Vollständiger Workflow von Spec → Code → Aufgabe → Dokumentation

Mehrere Server einrichten

Mehrere MCP-Server in Ihrem Client konfigurieren:

Beispiel: Cursor mit Corcava + Dateisystem

{ "mcpServers": { "corcava": { "url": "https://mcp.corcava.com", "headers": { "Authorization": "Bearer YOUR_API_KEY_HERE" } }, "filesystem": { "command": "npx", "args": ["-y", "@modelcontextprotocol/server-filesystem", "/path/to/workspace"] } } }

Hinweis: Jeder Server wird unabhängig mit eigener Auth und Einstellungen konfiguriert

Prompt-Strategien für Multi-Server-Nutzung

Strategie 1: Explizite Serverauswahl

Für jede Aktion explizit angeben, welcher Server genutzt werden soll:

Klare Serverauswahl

"Zuerst mit Corcava MCP meine diese Woche fälligen Aufgaben listen. Dann mit dem Filesystem-Server prüfen, ob im Projektroot eine README liegt. Falls nicht, in Corcava eine Aufgabe zum Aktualisieren der README anlegen."

Warum das funktioniert: Jeden Server explizit benennen, Verwechslung vermeiden

Strategie 2: Sequenzielle Operationen

Chain operations across servers in a clear sequence:

Sequenzieller Workflow

"Workflow: 1. Mit Corcava MCP Aufgabendetails zu '[Task ID]' abrufen 2. Mit Filesystem-Server die in der Aufgabe genannte Implementierungsdatei lesen 3. Code prüfen und Aufgabenstatus in Corcava aktualisieren 4. Einen Kommentar zur Aufgabe mit Implementierungshinweisen hinzufügen"

Warum das funktioniert: Klare Reihenfolge verhindert parallele Konflikte

Strategie 3: Kontext-Isolation

Operationen verschiedener Server in Ihren Prompts getrennt halten:

Kontext-Isolation

"Aufgabe 1 (Corcava): Aufgaben im Projekt '[Project ID]' listen Aufgabe 2 (Filesystem): Projektdokumentation lesen Aufgabe 3 (Corcava): Aufgabenstatus basierend auf Dokumentationsprüfung aktualisieren Diese Schritte getrennt halten – Corcava- und Filesystem-Operationen nicht mischen."

Warum das funktioniert: Verhindert Verwechslung von Tool-Aufrufen über Server

Konfliktfreie Schreibzugriffe

Konflikte vermeiden, wenn mehrere Server in dieselbe Ressource schreiben könnten:

Regeln zur Konfliktvermeidung

Zuerst lesen: Immer aktuellen Stand lesen, bevor aktualisiert wird
Ein Server pro Ressource: Nicht mehrere Server dieselben Daten ändern lassen
Explizite Bestätigung: Vor jeder Schreiboperation bestätigen
Sequenzielle Schreibzugriffe: Nicht gleichzeitig von mehreren Servern in dieselbe Ressource schreiben

Beispiel: Sicheres Multi-Server-Schreiben

Sicheres Schreib-Muster

"1. Mit Corcava MCP aktuellen Status der Aufgabe '[Task ID]' abrufen 2. Mit Filesystem-Server prüfen, ob die Implementierungsdatei existiert 3. Vorschau der geplanten Änderungen anzeigen: - Aufgabenstatus: [aktuell] → [neu] - Datei: [aktueller Zustand] → [wird erstellt] 4. Vor Änderungen auf meine Freigabe warten 5. Erst nach Freigabe: Aufgabe in Corcava aktualisieren, dann Datei per Filesystem anlegen"

Dieses Muster: Zuerst lesen, Vorschau zeigen, Freigabe einholen, sequenzielle Schreibzugriffe

Vollständige Workflow-Beispiele

Beispiel 1: Spec zu Aufgabe zu Code

End-to-End-Workflow

"Workflow: Spec → Aufgabe → Code 1. Mit Filesystem-Server '[spec-file.md]' lesen 2. Spec parsen und Aufgaben in Corcava MCP anlegen: - Eine Aufgabe pro Hauptfunktion - Akzeptanzkriterien aus der Spec übernehmen - Alle Aufgaben vor dem Anlegen anzeigen 3. Nach Freigabe Aufgaben in Corcava anlegen 4. Pro Aufgabe mit Filesystem-Server Implementierungsdatei anlegen 5. Aufgabenstatus in Corcava beim Schreiben des Codes aktualisieren"

Genutzte Server: Filesystem (Spec lesen, Dateien anlegen) + Corcava (Aufgaben)

Beispiel 2: Dokumentations-Update aus Aufgabe

Dokumentations-Workflow

"Workflow: Aufgabe → Dokumentations-Update 1. Mit Corcava MCP erledigte Aufgaben dieser Woche abrufen 2. Pro Aufgabe mit Filesystem-Server prüfen, ob die Dokumentation aktualisiert werden muss 3. Dokumentations-Updates basierend auf Aufgabenergebnissen entwerfen 4. Die vorgeschlagenen Dokumentationsänderungen anzeigen 5. Nach Freigabe: Dokumentation per Filesystem aktualisieren, Kommentar zur Aufgabe in Corcava hinzufügen"

Genutzte Server: Corcava (Aufgaben) + Filesystem (Dokumentation)

Kontextverwaltung

Kontext sauber halten

Klare Grenzen: Operationen in Ihren Prompts nach Server trennen
Zwischen Servern zusammenfassen: Ergebnisse zusammenfassen, bevor der Server gewechselt wird
Explizite Tool-Namen: Vollständige Tool-Namen verwenden, wenn mehrere Server ähnliche Tools haben
Kontext zurücksetzen: Für unabhängige Multi-Server-Workflows neue Gespräche starten

Beispiel Kontext-Reset

Sauberer Kontextwechsel

"Zuerst diesen Corcava-Workflow abschließen: [Workflow-Details] Danach einen neuen Kontext für Filesystem-Operationen starten: - Projektdokumentation lesen - Codestruktur prüfen - [weitere Filesystem-Aufgaben] Diese beiden Kontexte getrennt halten."

Warum: Vermeidet Verwechslung von Tool-Aufrufen und Kontext-Vermischung

Best Practices

Multi-Server-Best-Practices

Einfach starten: Zunächst einen Server nach dem anderen nutzen
Explizite Benennung: Immer angeben, welcher Server genutzt wird
Sequenzielle Operationen: Operationen eines Servers abschließen, bevor der nächste startet
Zuerst lesen: Immer aktuellen Stand lesen, bevor aktualisiert wird
Änderungen in Vorschau: Vorschau vor Schreiboperationen anzeigen
Schreibzugriffe bestätigen: Freigabe für Schreiboperationen verlangen
Kontexte trennen: Operationen verschiedener Server klar getrennt halten

Combine Multiple MCP Servers

Projektmanagement-, Dokumentations- und Code-Server gemeinsam für starke Workflows nutzen

Einstieg →Prompt-Muster