Mcp Configure

LaunchDarkly MCP Server Configuration (onboarding)

Configures the LaunchDarkly hosted MCP server so flag management skills and onboarding can use MCP tools. Uses OAuth for authentication — no API keys needed for the hosted server.

This skill is nested under LaunchDarkly onboarding; the parent skill's Step 4 hands off here. Hosted MCP is the default and the only supported option for this onboarding flow.

Prerequisites

• A LaunchDarkly account (sign up at the resolved signup URL — see Source Attribution in the parent skill; default: https://app.launchdarkly.com/signup?source=agent)
• An MCP-compatible coding agent

Hosted MCP Server

LaunchDarkly provides a unified hosted MCP server that handles feature management, AgentControl, and other LaunchDarkly capabilities.

Workflow

Step 1: Detect the Agent

If the parent onboarding skill already identified the agent, use that context. Otherwise infer from agent-specific directories, config files, and the tools available to you at runtime. Do not ask the user — pick the strongest match.

Step 2: Try Quick Install

The fastest path is the quick install link. Present it to the user:

LaunchDarkly MCP: https://mcp.launchdarkly.com/mcp/launchdarkly/install

Important: tell the user what to expect after clicking the link. The install link may open in the browser, but the authorization or "add server" prompt typically appears back in the coding environment (the editor or host app where the agent runs), not in the browser. Immediately after presenting the link, include guidance like:

• After clicking the link, watch your coding environment (the editor where this conversation is running) for an approval dialog, an "add MCP server" prompt, or a tools/integrations panel notification.
• The browser may start the OAuth flow, but you'll likely need to confirm or approve the server in the editor itself.
• If no prompt appears: check the editor's MCP, integrations, or tools settings area to see if the server was added but needs to be enabled. If it's not there at all, fall back to manual setup (Step 3 below).

If the quick install link doesn't work (agent doesn't support it, or user prefers manual setup), proceed to Step 3.

Step 3: Manual Configuration

Locate the MCP config file for the detected agent and add the hosted server entry. See MCP Config Templates for the exact JSON per agent.

The unified server handles both feature management and AgentControl, so only one server entry is needed.

Step 4: Agent-Specific Authorization

After writing the config, some agents need extra steps. Do not send users through long manual menu paths only—use MCP UI links (HTTPS docs + command: shortcuts for VS Code / Cursor).

Cursor:

1. Open MCP in Cursor using the Cursor MCP doc link and in-app shortcuts (e.g. Settings search via command: link when clickable). 2. Toggle on LaunchDarkly (or the name from your config). 3. Click Connect to authorize with the LaunchDarkly account.

VS Code (when applicable):

• Use VS Code MCP doc + `mcp.json` / Settings links; trust or start the server if prompted.

Claude Code:

• Authorization happens automatically on first MCP tool call via OAuth prompt. File-based setup: Claude Code MCP doc.

GitHub Copilot:

• Click Save after adding the MCP configuration in repo settings. Use the GitHub Copilot MCP doc for the exact Settings path on github.com.

Step 5: Enable and Verify

After adding the config, the user needs to enable and authorize the server. MCP tools may become available immediately in some agents (Cursor, Claude Code) without a restart.

1. Tell the user to enable the server. They need to toggle on the LaunchDarkly server and complete OAuth in their editor's MCP settings (e.g. in Cursor: toggle on the server and click Connect). 2. Probe immediately. After the user confirms they've enabled the server, call a lightweight MCP tool (e.g. list-feature-flags with the known project key). Do not ask the user whether MCP is working — just try it.

• Success (normal response, even an empty flag list): MCP is live. Note it in the onboarding log and continue.
• Failure (tool not found, auth error, timeout): update the onboarding log first (set Step 4 to "in progress - pending restart", Next step to "Step 4: Verify MCP after restart"), then suggest a restart with clear resume instructions:

"MCP tools aren't available yet. Try restarting your editor. When you come back, just say 'continue LaunchDarkly onboarding' — I'll pick up where we left off using the onboarding log."

3. If restart doesn't help, fall back to ldcli/API for Steps 5-6. Note the fallback in the onboarding log. Do not block the rest of onboarding. 4. If the failure looks like a config issue (wrong file path, missing OAuth, server not enabled), mention the likely cause so the user can fix it on their own time — but do not block progress.

Edge Cases

• User already has MCP configured: Verify by checking for existing LD MCP entries in the config.
• mcp/launchdarkly → working, skip configuration
• mcp/fm or mcp/aiconfigs → deprecated, ask before migrating:

D-MIGRATE -- BLOCKING: Call your structured question tool now.

• question: "I see you have a deprecated MCP server configured (mcp/fm and/or mcp/aiconfigs). Those endpoints are deprecated — the unified server at mcp/launchdarkly now handles both feature management and AgentControl. Want me to update your config?"
• options:
• "Yes, update my config to use the unified server"
• "No, leave it as is for now"
• STOP. Do not modify the MCP config before the user selects an option.

If they agree, remove the deprecated entries and ensure the unified mcp/launchdarkly config is present. See MCP Config Templates. If they decline, note the deprecation and continue.

• User has the old npx-based local server: Migrate them. Remove the old npx @launchdarkly/mcp-server entry and any LD_ACCESS_TOKEN env vars. Replace with the hosted server config. See MCP Config Templates — Migration.
• Agent not in known list: Provide the generic pattern: the user needs to add an MCP server entry pointing to https://mcp.launchdarkly.com/mcp/launchdarkly using whatever format their agent expects.
• User opts out of MCP during onboarding: Document that choice and continue with the parent skill's ldcli/API fallbacks for environments and flags; do not block SDK work.

What NOT to Do

• Don't configure the old npx-based local server. Use the hosted server.
• Don't ask for or store API keys for the hosted server. The hosted server uses OAuth.
• Don't configure the old separate FM/AgentControl servers. Use the unified mcp/launchdarkly server.

References

• MCP UI links — HTTPS + command: links to open MCP settings (Cursor, VS Code, Claude Code, Windsurf, GitHub)
• MCP Config Templates — hosted OAuth JSON per agent; migration from old configurations
• Official MCP docs — full hosted setup guide

MCP Config Templates

Per-agent JSON snippets for configuring the LaunchDarkly hosted MCP server. All configurations use OAuth — no API keys required.

Source: https://launchdarkly.com/docs/home/getting-started/mcp-hosted

Cursor

Config file: .cursor/mcp.json in the project root.

{
  "mcpServers": {
    "LaunchDarkly": {
      "url": "https://mcp.launchdarkly.com/mcp/launchdarkly",
      "headers": {}
    }
  }
}

After adding the config: enable the server and complete OAuth in Cursor's MCP UI. Use MCP UI links — Cursor (HTTPS doc + optional command: links); do not rely only on nested Settings menu paths.

Claude Code

Config file: .mcp.json in the project root, or ~/.claude.json for global config.

{
  "mcpServers": {
    "LaunchDarkly": {
      "type": "http",
      "url": "https://mcp.launchdarkly.com/mcp/launchdarkly"
    }
  }
}

Authorization happens automatically via OAuth prompt on first MCP tool call.

GitHub Copilot

Configured via the GitHub web UI, not a local config file.

1. Navigate to the target repository on GitHub 2. Go to Settings > Code and automation > Copilot > Coding agent 3. In the MCP configuration section, add:

{
  "mcpServers": {
    "LaunchDarkly": {
      "url": "https://mcp.launchdarkly.com/mcp/launchdarkly",
      "headers": {}
    }
  }
}

4. Click Save

Windsurf

Windsurf uses a similar MCP configuration format. Add to the agent's MCP config:

{
  "mcpServers": {
    "LaunchDarkly": {
      "url": "https://mcp.launchdarkly.com/mcp/launchdarkly"
    }
  }
}

Consult Windsurf's documentation for the exact config file location.

Migrating from Old Configurations

From the old local npx-based server

If the user has the old npx-based server configured, replace it:

Remove this:

{
  "mcpServers": {
    "LaunchDarkly": {
      "command": "npx",
      "args": [
        "-y", "--package", "@launchdarkly/mcp-server",
        "--", "mcp", "start",
        "--api-key", "api-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"
      ]
    }
  }
}

Replace with the hosted config for the relevant agent (see sections above).

Also remove any LD_ACCESS_TOKEN or LAUNCHDARKLY_API_KEY environment variables that were used for the local server. The hosted server handles authentication via OAuth.

From deprecated split servers (mcp/fm and mcp/aiconfigs)

Both mcp/fm and mcp/aiconfigs are deprecated. All functionality is now in the unified server (mcp/launchdarkly).

If the user has either endpoint configured, ask before removing — see the edge case flow in SKILL.md. The user should confirm the migration.

Entries to remove (after user confirms):

{
  "mcpServers": {
    "LaunchDarkly Feature Management": {
      "url": "https://mcp.launchdarkly.com/mcp/fm"
    },
    "LaunchDarkly AgentControl": {
      "url": "https://mcp.launchdarkly.com/mcp/aiconfigs"
    }
  }
}

Replace with the single unified server (see sections above).

Open MCP settings (links instead of menu paths)

Use this reference when onboarding tells the user to enable MCP, connect OAuth, or open MCP configuration. Give clickable links—do not rely only on "Settings → … → Tools & MCP" prose.

How to use (agents)

1. Use the row for the detected client (see parent onboarding Step 2: Detect the Agent). 2. Always include the HTTPS documentation link for that client—it opens in the browser and works from any environment. 3. When the user is in VS Code or Cursor, also include the `command:` links on their own lines so they can click in the editor chat (same scheme VS Code uses for trusted markdown). If a command: link is not clickable or does nothing, fall back to the doc link or Command Palette text below. 4. Path caveat: LaunchDarkly's Cursor template uses project .cursor/mcp.json. VS Code's MCP: Open User/Workspace Configuration commands open VS Code's mcp.json locations (often under .vscode/ or the user profile)—not .cursor/mcp.json. If the user edited .cursor/mcp.json, point them at the Cursor doc link or "open .cursor/mcp.json in the editor" plus Cursor's MCP panel.

Clients

Command Palette text (fallback)

If links are not clickable:

• VS Code / Cursor: Run MCP: Open User Configuration, MCP: Open Workspace Folder Configuration, or MCP: List Servers from the Command Palette (⇧⌘P / Ctrl+Shift+P). Alternatively Preferences: Open Settings (UI) and search `mcp`.
• Cursor: See the Cursor MCP doc for the current location of the MCP tools list and OAuth Connect (labels such as Tools & MCP or MCP vary by version).

Command link encoding note

command:workbench.action.openSettings? links pass a JSON array argument (URL-encoded). Example: query mcp → ?%5B%22mcp%22%5D is ["mcp"]. Adjust the search string if the UI does not filter as expected (e.g. try "Tools MCP").