MCP-Client-Workflow auswählen

Wähle den Workflow nach dem benötigten Ergebnis und nicht nach dem Dateiformat des Clients. Beginne für unterstützte tägliche AI-Client-Arbeit mit LightNow Proxy. Nutze andere Modi nur für eine konkrete Kompatibilitäts- oder Rollout-Anforderung.

Entscheidungstabelle

Bedarf	Workflow	Command-Form
Ein verwalteter LightNow-Eintrag	Local Proxy	lightnow sync --client <client> --local-proxy
Organisation wählt Profil und Policy	Policy-Sync	lightnow sync --client <client> --from-settings
Client benötigt native Einträge pro Server	Direct Sync	lightnow sync --client <client>
Client benötigt einen Runtime-Wrapper pro Server	Runner-Modus	lightnow sync --client <client> --runner
Bestehende Config soll ein Profil befüllen	Import, danach Sync	lightnow import-config --client <client> --dry-run
Bridge-Client benötigt JSON, YAML oder Helper	Profilbasierter Export	lightnow sync --client <bridge-target>

Kombiniere --local-proxy, --from-settings und --runner nicht in einem Sync-Command.

In vier Schritten auswählen

1

Nützliche bestehende Einträge schützen

Wenn MCP im Client bereits funktioniert, prüfe einen Import, bevor ein verwalteter Sync Einträge ersetzt oder entfernt.

2

Local Proxy für unterstützte Clients bevorzugen

Halte einen LightNow-Eintrag im Client und löse das Runtime Profile beim Proxy-Start auf.

3

Policy erst nach einem Pilot nutzen

Wende --from-settings an, nachdem Profil und ein repräsentativer Client lokal verifiziert wurden.

4

Kompatibilitätsausgabe bewusst verwenden

Wähle Direct-, Runner- oder Bridge-Ausgabe nur, wenn der Zielworkflow dieses native Format benötigt.

Empfohlener verwalteter Pfad

Einen Client migrieren und verbinden

lightnow login
lightnow import-config --client codex --profile default --dry-run
lightnow import-config --client codex --profile default
lightnow sync --client codex --profile default --local-proxy
lightnow config-status --client codex --json
lightnow-proxy --config ~/.lightnow/lightnow-proxy/codex.yaml --health --json

Überspringe den Import, wenn der Client keine nützlichen Einträge enthält. Starte den AI-Client nach dem Sync neu, damit er den neuen LightNow-Eintrag startet.

Wann Policy-Sync sinnvoll ist

--from-settings lässt LightNow Config Standardprofil, Managed-Client-Status und Policy für nicht verwaltete MCP-Einträge auswählen. Dieser Weg passt, wenn die Organisation und nicht jede Workstation diese Entscheidungen besitzen soll.

lightnow context --tenant acme
lightnow sync --client codex --from-settings
lightnow config-status --client codex --json

Blockiert die Policy nicht verwaltete Einträge, entfernt der Sync sie aus der MCP-Config eines verwalteten Clients. Importiere wertvolle Einträge vor dem Anwenden dieser Policy.

Kompatibilitätswege

Direct Sync schreibt client-native Serverdefinitionen und kann Runtime-Werte entsprechend dem Secret-Modus materialisieren. Der Runner-Modus schreibt einen lightnow run-Wrapper pro Registry-verknüpftem Profilserver. Bridge-Exporte rendern das native JSON, YAML oder den Shell-Helper für Windsurf, Continue, LibreChat oder MCP Inspector.

Diese Wege können weiterhin ein Runtime Profile als Quelle verwenden, besitzen aber nicht dieselbe verwaltete Ein-Eintrag-Posture wie LightNow Proxy.

Exakte MatrixMCP-Client-Support

Prüfe Target-Namen, Pfade, Proxy-Transporte und Import-Support.

Sicheres SetupMCP-Clients verbinden

Folge Installation, Migration, Neustart und Verifikation in dieser Reihenfolge.

OrganisationManaged Clients ausrollen

Überführe einen funktionierenden Pilot in Policy-Sync.