LaunchDarkly über MCP mit Gemini verbinden

💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → LaunchDarkly klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein git clone, kein lokaler Server.

LaunchDarkly + Gemini

LaunchDarkly Feature Management aus jedem KI-Agent: Projekte und Umgebungen, Flags mit Zustand und Auswertungsstatus, Segmente, Metriken und Experimente, das Audit-Log, Mitglieder und Teams. Flags und Segmente anlegen, Flags ein- und ausschalten und das Targeting per Semantic Patch ändern.

Voraussetzungen

Die vollständige Setup-Anleitung ist in den Connector eingebaut (im Store sichtbar, wenn du den Connector auswählst). Benötigte Umgebungsvariablen für diesen Connector:

LAUNCHDARKLY_API_TOKEN

Schritt 1 — Zugangsdaten holen

Die Einrichtung dauert etwa 2 Minuten. Du brauchst ein LaunchDarkly-Konto.

1. Öffne in LaunchDarkly Organization settings, Authorization (https://app.launchdarkly.com/settings/authorization) und erstelle ein Access Token. Zum Lesen wählst du die Rolle Reader; zum Umschalten und Ändern von Flags Writer oder eine Custom Role, die auf die Projekte und Umgebungen beschränkt ist, die die KI ändern darf. Ein Service Token ist an keine Person gebunden.
2. Kopiere das Token (api-..., wird nur einmal angezeigt) in LAUNCHDARKLY_API_TOKEN und führe launchdarkly_get_caller_identity aus: Es zeigt Konto, Name und Art des Tokens, das zugehörige Mitglied und seine Scopes. SDK-Keys (sdk-...) und Mobile Keys (mob-...) funktionieren hier nicht.
3. Auf der EU-Instanz oder der Federal-Instanz änderst du die Basis-URL des Connectors auf https://app.eu.launchdarkly.com bzw. https://app.launchdarkly.us.

Flags finden: launchdarkly_list_projects, launchdarkly_get_project, launchdarkly_list_environments und launchdarkly_get_environment zeigen die Struktur. launchdarkly_list_flags mit env: production und einem Filter wie filter: query:checkout zeigt jedes Flag mit Ein/Aus-Zustand und ausgelieferter Variante; ohne env fehlt der Zustand. launchdarkly_get_flag liefert Varianten, Targets, Regeln, Fallthrough, Off-Variante und Prerequisites pro Umgebung.

Aufräumen: launchdarkly_list_flag_statuses und launchdarkly_get_flag_status sagen, ob ein Flag new, active, inactive (seit 7 Tagen nicht ausgewertet) oder launched (liefert allen dieselbe Variante) ist und wann es zuletzt abgefragt wurde. Inaktive und gelaunchte Flags sind Kandidaten, um sie aus dem Code zu entfernen.

Ausrollen: launchdarkly_create_flag legt ein Flag an, standardmäßig ein boolesches, das in jeder Umgebung aus ist. launchdarkly_toggle_flag schaltet es in einer Umgebung ein oder aus. launchdarkly_update_flag ändert Targeting, Rollouts, Einstellungen und Lebenszyklus (deprecate, archive, restore); mit dry_run: true liefert es das Flag so, wie es wäre, ohne zu speichern. Segmente: launchdarkly_list_segments, launchdarkly_get_segment, launchdarkly_create_segment (legt ein leeres an) und launchdarkly_update_segment für Targets und Regeln.

Experimente, Audit und Personen: launchdarkly_list_metrics, launchdarkly_get_metric, launchdarkly_list_experiments und launchdarkly_get_experiment lesen Metriken und Experiment-Iterationen mit Varianten, Traffic-Verteilung und Status. launchdarkly_list_audit_log (zum Beispiel spec: proj/default:env/production:flag/new-checkout) und launchdarkly_get_audit_log_entry zeigen, wer was geändert hat, mit der vollständigen Änderung und dem Kommentar. launchdarkly_list_members, launchdarkly_get_member, launchdarkly_list_teams und launchdarkly_get_team lesen Mitglieder, Rollen und Teams.

Vor dem Schreiben: Ein Flag in Produktion umzuschalten oder sein Targeting zu ändern, ändert innerhalb von Sekunden, was echte Nutzer bekommen. Die KI bestätigt Projekt, Umgebung und Flag zuerst mit dir und setzt einen comment, den manche Umgebungen verlangen. Umgebungen mit Freigaben antworten mit 405; die Änderung braucht dann eine Freigabeanfrage in der LaunchDarkly-App.

Bei der Installation deaktiviert: launchdarkly_delete_flag. Löschen entfernt das Flag aus allen Umgebungen des Projekts und lässt sich nicht rückgängig machen, während Archivieren mit archiveFlag in launchdarkly_update_flag wiederherstellbar ist. Ein Workspace-Admin schaltet es ein, wenn das Team es braucht.

Semantic Patch: launchdarkly_toggle_flag, launchdarkly_update_flag und launchdarkly_update_segment senden Anweisungen wie {"kind": "addTargets", "contextKind": "user", "values": ["key-1"], "variationId": "<_id>"}. Ids von Varianten, Regeln und Clauses sind die _id-Felder aus launchdarkly_get_flag oder launchdarkly_get_segment. Rollout-Gewichte sind in Tausendstel Prozent angegeben (100000 = 100 %).

Datenformate: Projekt-, Umgebungs-, Flag- und Segment-Keys gibt die KI weiter; Mitglieder- und Audit-Log-Ids sind 24-stellige Hex-Strings. Datumswerte sind Unix-Millisekunden (creationDate, lastModified, date). In einem Flag sagt environments.<key>.on, ob das Targeting an ist, und _summary.variations, was ausgeliefert wird. SDK- und Mobile-Keys der Umgebungen fehlen in jeder Antwort.

Blättern: Listen nehmen limit und offset (Flags bis 100 pro Seite) und liefern totalCount sowie _links.next, solange weitere Seiten existieren. Das Audit-Log liefert höchstens 20 Einträge pro Aufruf; die KI blättert zurück, indem sie before auf das date des letzten Eintrags setzt.

Häufige Fehler: 401 heißt falsches oder gelöschtes Token, 403 ein Token, dessen Rolle den Aufruf nicht erlaubt, 404 ein unbekannter Key, 400 oder 409 ein ungültiger Patch oder eine kollidierende Änderung (die Meldung nennt das Problem), 405 eine Änderung, die eine Freigabe braucht, 429 das Rate Limit (warte die Zeit in X-Ratelimit-Reset ab).

Der Connector legt keine Projekte und Umgebungen an und ändert sie nicht, verwaltet keine Mitglieder, Teams oder Rollen, löscht keine Segmente, legt keine Experimente an und stellt keine Freigabeanfragen.

Schritt 2 — Adapter installieren

curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d

Schritt 3 — Connector in Gemini hinzufügen

Deine Server-URL: Öffne in AnythingMCP MCP Servers → den Server, auf dem dieser Connector liegt, und kopiere seine URL (https://cloud.anythingmcp.com/mcp/…). Setze sie überall ein, wo diese Anleitung YOUR_SERVER_ID zeigt.

Gemini CLI liest MCP-Server aus ~/.gemini/settings.json (unter Windows %USERPROFILE%\.gemini\settings.json). Füge hinzu:

{
  "mcpServers": {
    "anythingmcp": {
      "httpUrl": "https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID",
      "headers": { "X-API-Key": "YOUR_MCP_API_KEY" }
    }
  }
}

1. Erstelle in AnythingMCP unter MCP Servers → dein Server → API keys einen MCP-API-Key und setze ihn anstelle von YOUR_MCP_API_KEY ein.
2. Speichere die Datei und starte gemini neu.
3. Führe in der Gemini CLI /mcp aus (oder gemini mcp list im Terminal): anythingmcp sollte als verbunden erscheinen.
4. Leg los: Gemini CLI kann jetzt die LaunchDarkly-Tools aufrufen.

Verfügbare Tools

Beispiel-Prompts

• „Ist das Flag new-checkout in Produktion an, und was liefert es an wen aus?“
• „Welche Flags im Projekt default sind in Produktion seit mindestens 7 Tagen inaktiv?“
• „Schalte dark-mode in der Umgebung test mit dem Kommentar QA-Lauf ein. Mach zuerst einen Dry Run und zeig mir das Ergebnis.“
• „Füge den User-Key beta-tester-17 dem Segment beta-users in Produktion hinzu.“
• „Wer hat diese Woche das Targeting von new-checkout in Produktion geändert, und was genau wurde geändert?“

FAQ

Wo sucht Gemini CLI nach MCP-Servern? In ~/.gemini/settings.json für deinen Benutzer oder in .gemini/settings.json innerhalb eines Projekts. gemini mcp list zeigt jeden Server und ob er sich verbindet.

Nächste Schritte

• Connector-Startseite
• Mit Claude verbinden
• Mit ChatGPT verbinden
• Mit Cursor verbinden
• Mit Meta Muse verbinden
• Mit Microsoft Copilot verbinden