
Launchdarkly Flag Targeting
Safely change LaunchDarkly flag on/off states, percentage rollouts, rules, and per-context targets via MCP instead of guessing in the dashboard.
Overview
LaunchDarkly Flag Targeting is an agent skill most often used in Operate (also Ship) that controls LaunchDarkly feature flag targeting, rollouts, rules, and environment copies via the LaunchDarkly MCP server.
Install
npx skills add https://github.com/launchdarkly/agent-skills --skill launchdarkly-flag-targetingWhat is this skill?
- Reads current targeting state before any change
- Toggles flags, percentage rollouts, rules, and individual context targets
- Copies targeting configuration between environments
- Documents production safety and approval-oriented workflows
- Requires the remote LaunchDarkly MCP server (@launchdarkly/mcp-server)
- Requires @launchdarkly/mcp-server as documented in skill requirements
- Version 1.0.0-experimental in skill metadata
Adoption & trust: 1.5k installs on skills.sh; 16 GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
You need to adjust who sees a feature in production but only have fragmentary dashboard knowledge and no safe, repeatable agent workflow.
Who is it for?
Indie SaaS teams already on LaunchDarkly who want MCP-driven flag ops during releases and post-launch tuning.
Skip if: Greenfield projects without LaunchDarkly wired up, or teams that only need static env config with no flag platform.
When should I use this skill?
User wants to toggle LaunchDarkly flags, configure rollouts or targeting rules, copy targeting between environments, or manage approvals for flag changes.
What do I get? / Deliverables
Your agent inspects current flag state, applies toggles, rollouts, rules, or copies targeting across environments with documented safety steps, ready for approval-gated production changes.
- Updated flag on/off and rollout configuration in LaunchDarkly
- Targeting rules and individual context targets applied per user intent
- Cross-environment targeting copy when requested
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Canonical shelf is Operate because the skill centers on live targeting changes, approvals, and copying config across environments after the product is already running. Iterate fits ongoing flag tuning, staged rollouts, and rule edits rather than one-time greenfield setup.
Where it fits
Ramp a new checkout flow from 5% to 25% with rules intact before full launch.
Turn off a misbehaving flag and add a context-specific override after a support spike.
Mirror staging targeting into a pre-production environment to validate SDK behavior before merge.
How it compares
Use this skill package plus LaunchDarkly MCP—not ad-hoc curl against undocumented APIs—for governed flag targeting changes.
Common Questions / FAQ
Who is launchdarkly-flag-targeting for?
Solo builders and small teams shipping SaaS or APIs who already use LaunchDarkly and want their agent to manage rollouts, rules, and targets through MCP.
When should I use launchdarkly-flag-targeting?
Use it during Ship launch prep for staged rollouts, in Operate when iterating flags after incidents or experiments, and when copying targeting between staging and production before toggling live traffic.
Is launchdarkly-flag-targeting safe to install?
Review the Security Audits panel on this Prism page and treat production flag changes as privileged; the skill explicitly expects MCP credentials and cautious production workflows.
SKILL.md
READMESKILL.md - Launchdarkly Flag Targeting
{ "name": "launchdarkly-flag-targeting", "description": "Control LaunchDarkly feature flag targeting including toggling, rollouts, rules, individual targets, cross-environment copying, and approval workflows", "version": "1.0.0-experimental", "author": "LaunchDarkly", "repository": "https://github.com/launchdarkly/ai-tooling", "skills": ["./"], "tags": [ "launchdarkly", "feature-flags", "feature-management", "targeting", "rollout", "percentage-rollout", "devops", "mcp" ], "requirements": { "mcp-servers": ["@launchdarkly/mcp-server"] } } # LaunchDarkly Flag Targeting Skill An Agent Skill for controlling feature flag targeting, rollouts, and rules in LaunchDarkly. ## Overview This skill teaches agents how to: - Understand current flag targeting state before making changes - Toggle flags on/off safely - Set up percentage rollouts - Add and manage targeting rules - Manage individual user/context targets - Copy targeting config between environments - Follow safety practices for production changes ## Installation (Local) For now, install by placing this skill directory where your agent client loads skills. Examples: - **Generic**: copy `skills/feature-flags/launchdarkly-flag-targeting/` into your client's skills path ## Prerequisites This skill requires the remotely hosted LaunchDarkly MCP server to be configured in your environment. The remote server provides higher-level, agent-optimized tools that orchestrate multiple API calls and return pruned, actionable responses. Refer to your LaunchDarkly account settings for instructions on connecting to the remotely hosted MCP server. ## Usage Once installed, the skill activates automatically when you ask about flag targeting: ``` Turn on the new-checkout flag in staging ``` ``` Roll out dark-mode to 25% of users in production ``` ``` Target beta users for the new-pricing feature ``` ``` Copy the staging config for checkout-v2 to production ``` ## Structure ``` launchdarkly-flag-targeting/ ├── SKILL.md ├── marketplace.json ├── README.md └── references/ ├── targeting-patterns.md └── safety-checklist.md ``` ## Related - [LaunchDarkly Flag Create](../launchdarkly-flag-create/): Create flags before targeting them - [LaunchDarkly Flag Discovery](../launchdarkly-flag-discovery/): Audit flags and understand the landscape - [LaunchDarkly MCP Server](https://github.com/launchdarkly/mcp-server) - [LaunchDarkly Docs](https://docs.launchdarkly.com) ## License Apache-2.0 # Approval Workflows Some LaunchDarkly environments require approval before changes take effect. This is an Enterprise feature configured per environment. When this happens, mutation tools like `toggle-flag`, `update-rollout`, `update-targeting-rules`, `update-individual-targets`, and `copy-flag-config` return `requiresApproval: true` instead of making the change directly. ## Detecting Approval Requirements Any mutation tool response may include these fields when a change is blocked: - `requiresApproval: true`: the change was blocked and needs approval - `approvalUrl`: a URL where the approval can be reviewed (if available) - `message`: a human-readable explanation - `instructions`: the semantic patch instructions that were attempted (use these to create an approval request) ## Creating an Approval Request When a change is blocked, use `create-approval-request` to submit the change for review: 1. Use the **same instructions** returned in the blocked response's `instructions` field 2. Provide a clear `description` explaining what the change does and why 3. Optionally notify specific team members (`notifyMemberIds`) or teams (`notifyTeamKeys`) ### Example: Toggle flag with approval If `toggle-flag` returns `requiresApproval: true`: ``` Tool: create-approval-request Input: projectKey: "my-project" flagKey: "new-checkout" env: "production" instructions: [{"kind": "turnFlagOn"}] description: "Enable new checkout flow in production