LaunchDarkly 托管 MCP 用 mcp.launchdarkly.com，OAuth 不要抄 --api-key

LaunchDarkly 商业区的现行默认是托管 Streamable HTTP + OAuth。官方安装页只列 Cursor / Claude / Windsurf / Copilot，没有 Codex 按钮。本机主路径自己 add：

codex mcp add launchdarkly --url https://mcp.launchdarkly.com/mcp/launchdarkly
codex mcp login launchdarkly

[mcp_servers.launchdarkly]
url = "https://mcp.launchdarkly.com/mcp/launchdarkly"
enabled = true

连上之后可以管 feature flag、AgentControl 配置、查可观测性。例如：「在默认项目建一个叫 example feature 的 flag」「把这个 flag 在所有环境打开」。OAuth 过了仍 403 多半是账号权限，不是登录失败：至少要 Writer 基线、Developer 预设，或能在目标项目里创建 / 读 / 改 / 删 flag 和 AgentControl。改完权限后重新 mcp login。

联邦区和欧盟实例没有托管 MCP。 那些环境才考虑本地 @launchdarkly/mcp-server。不要把 --api-key 和 token 写进 args；Codex 不会展开 args 里的 $LD_ACCESS_TOKEN。EU 要额外的 --server-url https://app.eu.launchdarkly.com，联邦区是 https://app.launchdarkly.us。商业区不要再开本地包，官方说托管更完整、更新更快。

从旧本地配置迁过来时：删掉 npx @launchdarkly/mcp-server、--api-key 和 LD_ACCESS_TOKEN，换成上面那张 url 表，然后新开会话再 mcp login。

可选技能官方写 npx skills add launchdarkly/agent-skills，并点名 Codex 兼容。那是 Agent Skills 安装器，可能改所有检测到的客户端，不是 /plugins。不确定就别装。技能负责工作流顺序（例如 flag cleanup 的就绪评估），MCP 才真正调 API。

不要做这些：

• 不要抄 mcpServers JSON，也不要抄 Claude 的 --transport http。
• 不要把安装页或 Cursor 一键装当 Codex 主路径。
• 不要给商业区再叠一台本地 LaunchDarkly stdio。
• 不要给它 required = true 挂全局。
• 不要一上来 --yolo。改 targeting、开关生产环境都是写操作。

网页 Cloud 不读 ~/.codex/config.toml。改完新开会话。用 codex mcp get launchdarkly 看传输是 streamable_http。会话里 /mcp 应显示 Auth: OAuth。