LaunchDarkly MCP Server einrichten

Vor der Einrichtung entscheiden: gehostet oder lokal

LaunchDarkly bietet den MCP Server in zwei offiziellen Varianten an. Für Standardinstanzen empfiehlt der Anbieter den gehosteten Server unter https://mcp.launchdarkly.com/mcp/launchdarkly, der ohne lokale Installation auskommt und über OAuth-Consent autorisiert. Für EU- oder Federal-Instanzen steht der gehostete Server laut Dokumentation nicht zur Verfügung; hier ist der lokale, selbstverwaltete Server über das npm-Paket @launchdarkly/mcp-server der dokumentierte Weg.

Gehosteten Server verbinden (empfohlener Weg)

Der einfachste Einstieg führt über die Installationsseite https://mcp.launchdarkly.com/mcp/launchdarkly/install, die den Client ohne manuelle Konfigurationsdatei verbindet. Alternativ lässt sich der Endpunkt manuell eintragen, etwa in Cursor über Settings → MCP Tools → Custom MCP, in Claude Code über den Befehl claude mcp add, oder in Windsurf über die Datei mcp_config.json. Nach dem Speichern öffnet der Client ein OAuth-Consent-Fenster; dort mit dem LaunchDarkly-Konto anmelden und den Zugriff auf das gewünschte Projekt autorisieren.

Lokalen Server einrichten (für EU/Federal oder ohne OAuth-Zugriff)

Zunächst im LaunchDarkly-Konto über die Autorisierungsseite einen API-Schlüssel mit Writer- oder Developer-Rolle erzeugen – nicht mit vollen Administratorrechten. Anschließend in der MCP-Konfiguration des Clients folgenden Befehl hinterlegen:

{
  "mcpServers": {
    "launchdarkly": {
      "command": "npx",
      "args": [
        "-y", "--package", "@launchdarkly/mcp-server", "--",
        "mcp", "start", "--api-key", "<DEIN_API_SCHLUESSEL>"
      ]
    }
  }
}

Für Federal- oder EU-Instanzen muss der Server zusätzlich gegen https://app.launchdarkly.us beziehungsweise https://app.eu.launchdarkly.com statt der Standard-URL https://app.launchdarkly.com authentifizieren; die konkrete Umgebungsvariable dafür ist in der Repository-Dokumentation (RUNTIMES.md und README) beschrieben. Alternativ stehen Standalone-Binaries aus den GitHub-Releases sowie ein Docker-Image über AWS Marketplace oder ECR zur Verfügung.

Verbindung mit einer Leseaufgabe prüfen

Bevor schreibende Aktionen wie das Anlegen oder Löschen eines Flags folgen, lohnt sich ein harmloser Testauftrag, etwa: „Liste alle Feature Flags im Projekt X auf." Erst wenn das erwartete Projekt korrekt erkannt wird, eignen sich Aufgaben wie das Anpassen einer Targeting-Regel oder das Abfragen des Rollout-Status für einen bestimmten Flag.

Rechte minimal halten

Da Feature Flags direkt das Verhalten produktiver Anwendungen steuern, sollte der verwendete API-Schlüssel oder das autorisierte Konto nur die minimal nötigen Rechte besitzen. LaunchDarkly empfiehlt dafür ausdrücklich die Writer-Basisrolle oder die vordefinierte Developer-Preset-Rolle. Schreibende Änderungen zunächst an unkritischen Flags oder in einer Testumgebung prüfen, bevor sie in produktive Rollouts einfließen.