LaunchDarkly MCP Server

官方

面向 LaunchDarkly 联邦与 EU 环境的本地 MCP 服务器

分类: 开发工具第 280 / 438
Stars: ★ 27 热门
传输方式: stdio（本地进程） · SSE
运行环境: Node.js · Docker · 预编译二进制
凭据: 需要 API Key / 凭据
许可证: MIT
最近提交: 20 天前
工具数: 16

48FMRS · D

LaunchDarkly 本地 MCP 服务器是面向联邦和 EU 环境的自管理解决方案，功能较托管版本有限。它要求 API 密钥，并允许 AI 客户端通过 stdio 或 SSE 与 LaunchDarkly 数据交互。适合无法使用托管 MCP 的用户，但需注意安全风险和功能限制。

最强项 · 安装易用性 11/20 最弱项 · 可靠性 8/20

可靠性

8/20

安全与权限

8/20

维护活跃度

10/20

文档质量

11/20

安装易用性

11/20

查看各项评分依据

可靠性 8/20: 证据仅来自 README 与仓库元数据，无任何 CI 工作流、已提交测试或服务器清单缓存可供核验，无法确认 MCP 初始化与 tool-list 握手能否干净完成。README 明确声明该库为程序化生成、手工改动会被覆盖，却同时提供本地克隆自行构建（npm install / npm run build）与多平台 Bun 独立二进制的路径，构建/发布流程的一致性存疑。声明了 AI Configs、FeatureFlags、AuditLog 等大量工具，但无参数说明与错误处理文档（README 中多个章节为空占位），无法验证工具数量与真实行为是否匹配。按静态校准，缺乏执行证据将可靠性压在 12 以下；此外还发现 Docker 安装片段中的 mcpServers JSON 存在语法错误（env 对象后缺少逗号即接 url 字段），示例配置本身可能无法解析，构成可见矛盾，故只给 8 分。
安全与权限 8/20: README 未触发红线：安装示例中的令牌均为明显的占位符（api-xxxxxxxx-...），并非真实密钥，也未发现凭据窃取、隐蔽外发或恶意代码迹象。但仍存在明显扣分点：其一，所有安装方式都把长期有效的 LaunchDarkly API key 通过命令行参数 --api-key 明文传递，会进入进程列表、shell 历史与客户端配置文件，缺少对最小权限密钥类型（如只读 token）的说明；其二，示例中出现的 Docker 环境变量写法自相矛盾（--api-key "$LD_ACCESS_TOKEN" 与 env 中 LD_ACCESS_TOKEN: MCP_LD_TOKEN 映射关系混乱），容易误导使用者；其三，工具集包含 delete / patch / updateTargeting 等破坏性或写入型操作，而 README 未提及任何确认机制、作用域限制或数据流向披露；其四，自托管服务器对 API key 的存储与日志行为未说明。权限最小化与危险操作确认两项均不完整，故给 8 分而非更低（无红线）或更高（安全边界未闭合）。
维护活跃度 10/20: 正面证据：MIT 许可证明确，仓库未归档，主题标注 managed-by-terraform 与 launchdarkly-integration，说明有组织级所有权与基础设施管理；LaunchDarkly 为知名商业公司，官方入口清晰，并有文档化的 hosted MCP server 与安全/授权页面链接。扣分点：静态快照无法看到提交历史、发布节奏、依赖更新或 issue 响应速度，仅有星数 23 与 15 个未关闭 issue 这一中性信号（按规则星数不得加分）；README 自称程序化生成、不接受手工内部改动，贡献路径实质受限，治理与版本策略（除 releases 的 tag 占位符外）未见说明；未提供安全漏洞报告渠道（SECURITY.md 等在可见材料中缺失，Authentication 章节亦被标注为无内容），安全响应通道不明确。活跃但存在治理与安全响应缺口，取 10 分。
文档质量 11/20: 文档层次较全：覆盖 Cursor、Claude、Qodo Gen、GitHub Copilot CLI、独立二进制、本地克隆、环境变量以及 AWS Marketplace 的 Docker 共七种安装路径，并给出可用环境（Commercial/Federal/EU）的 --server-url 对照表，也坦诚说明自托管版本功能不如托管版完整、更新更慢，属于有价值的限制披露。扣分点明显：Authentication 章节为空，未说明 API key 的创建、权限范围与轮换；工具列表只有方法名与一句话摘要，缺少参数、返回值、分页与限流说明；多个章节（usage、errors、retries、debugging、http-client）均为空占位符；可用的 docs/sdks/* 链接为相对路径，无法在本次快照中核验；Docker 配置示例含 JSON 语法错误，且环境变量与 --api-key 的对应关系自相矛盾，属于会直接导致配置失败的文档缺陷；整体无故障排查章节。可用但隐藏假设与排障缺口较多，给 11 分。
安装易用性 11/20: 安装入口相对友好：以 npx -y --package @launchdarkly/mcp-server 的一行命令即可接入，并为 Cursor、Claude Desktop、Copilot CLI 等主流客户端提供了可直接复制的 mcp.json / claude_desktop_config.json 片段；同时提供无依赖的独立二进制、本地克隆构建与 Docker 三种替代路径，环境切换只需追加 --server-url。但按静态校准，无 CI 或测试证据不得高于 15，且实际体验仍有多处摩擦：四份安装片段几乎完全重复、篇幅冗长；API key 必须手工替换占位符；本地克隆需自行 npm install 与 npm run build，步骤偏手工；README 自己承认在 Cursor 等不支持环境变量的客户端中无法使用 env 方案，需要额外写本地脚本变通；Docker 示例的 JSON 缺少逗号且环境变量映射矛盾，直接照抄会失败；本地克隆示例另用了不一致的小写 launchdarkly 服务名。清楚但存在手工步骤与错误示例，给 11 分。

静态评测 · 未实际运行收录于 2026-09-10

查看 FMRS 评分方法 →

选型与风险

能访问什么访问网络修改第三方账户数据

适合谁

使用 LaunchDarkly 联邦或 EU 环境的团队
需要通过 AI 客户端管理功能标志的开发者

不适合谁

需要托管 MCP 全部功能的用户
不愿提供 LaunchDarkly API 密钥的用户

所需权限

需要 LaunchDarkly API 密钥以进行身份验证
访问 LaunchDarkly 账户中的功能标志、AI Configs、环境、审计日志和代码引用数据

风险与副作用

API 密钥泄露可能导致未经授权的访问
对功能标志的修改可能影响生产环境
服务器为自管理，可能存在功能缺失或不及时更新的问题

安装接入

准备工作

运行环境：Node.js · Docker · 预编译二进制

LD_ACCESS_TOKEN 可选密钥 LaunchDarkly API 访问令牌，在 LaunchDarkly 授权页面（Authorization page）生成。

MCP_LD_TOKEN 可选密钥通过环境变量传入的 API 令牌，用于配合 $LD_ACCESS_TOKEN 占位符读取真实凭据。

在 Cursor 中，于项目根目录创建 .cursor/mcp.json 文件，内容为 {"mcpServers":{"LaunchDarkly":{"command":"npx","args":["-y","--package","@launchdarkly/mcp-server","--","mcp","start","--api-key","api-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"]}}}，将 api-key 替换为您的 LaunchDarkly API 密钥。Claude Desktop 用户可将相同内容添加至 claude_desktop_config.json。Qodo Gen 用户需点击 Connect more tools，再点击 + Add new MCP，添加相同配置并保存。GitHub Copilot CLI 用户可运行 /mcp add 或编辑 ~/.copilot/mcp-config.json。也可使用独立二进制文件、本地克隆或 Docker 安装。

.cursor/mcp.json

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

以 Cursor 为例。其他客户端的配置文件位置或字段可能不同（如 VS Code 使用 servers 字段），可用下方配置生成器转换。

.vscode/mcp.json

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

写入项目的 .vscode/mcp.json（VS Code 使用 servers 字段）。

Terminal

claude mcp add LaunchDarkly -- npx -y --package @launchdarkly/mcp-server -- mcp start --api-key api-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

在终端运行；先把 <…> 占位符换成你自己的值。

生成并校验客户端配置

验证是否装好

安装后打开客户端的工具列表，确认出现 getTargeting、list、getStatus 等工具；再发送“列出我的 feature flags”，若能返回 LaunchDarkly 项目中的 flag 列表，即说明 API key 与连接有效。

常见排障

确保 API 密钥有效且具有访问所需资源的权限
检查 --server-url 参数是否与环境匹配（商业、联邦或 EU）
验证网络连接和 AI 客户端的 MCP 配置格式是否正确
对于使用环境变量的客户端，确认变量名称和值正确传递

试试这样问

连接成功后，可以直接对 AI 助手这样说：

列出这个项目里的所有 feature flag
查看 flag enable-new-checkout 在各环境的状态
创建一个名为 trial-banner 的新 feature flag
列出最近的审计日志条目

工具能力 16

getTargeting 只读

查看 AI Config 的定向规则

updateTargeting 写入

更新 AI Config 定向规则

list 只读

列出 AI Configs

create 写入

创建新的 AI Config

delete 破坏性

删除 AI Config

get 只读

获取 AI Config

update 写入

更新 AI Config

createVariation 写入

创建 AI Config 变体

展开其余 8 个工具

deleteVariation 破坏性

删除 AI Config 变体

getVariation 只读

获取 AI Config 变体

updateVariation 写入

更新 AI Config 变体

listEntries 只读

列出审计日志条目

listRepositories 只读

列出代码引用仓库

listByProject 只读

列出项目下的环境

getStatus 只读

获取跨环境的标志状态

patch 写入

更新功能标志

使用场景

管理 LaunchDarkly 功能标志与 AI Configs

查看标志跨环境状态

列出审计日志条目

列出代码引用仓库

列出环境信息

支持客户端

Cursor

Claude Desktop

Qodo Gen

GitHub Copilot CLI

依据项目文档列出，未经本站实测。

详细介绍

这是 LaunchDarkly 的本地 Model Context Protocol (MCP) 服务器，专为 LaunchDarkly 的联邦（Federal）和欧盟（EU）环境设计。这些环境目前尚不支持官方托管的 MCP，因此 LaunchDarkly 提供该自管理服务器作为替代。官方强烈建议在可用的情况下优先使用托管服务器，因为托管版本功能更完整且更新更频繁。该服务器可通过 npx、独立二进制文件、本地克隆或 Docker 安装，并允许 AI 客户端以 stdio 方式连接，或通过 URL 使用 SSE 方式连接。它要求提供 LaunchDarkly API 密钥，并支持通过 --server-url 参数指定商业、联邦或 EU 环境。