GrowthBook MCP Server
OfficialThe GrowthBook MCP Server provides tools to manage GrowthBook resources including environments, projects, SDK connections, feature flags, experiments, and attributes, plus documentation search.
Fetch environments, projects, SDK connections, feature flags, experiments, attributes, and stale safe rollouts.
Create SDK connections, feature flags, and force rules.
Retrieve individual feature flags and experiments.
Generate TypeScript types for feature flags.
Search GrowthBook documentation.
Perform both read and write operations against the GrowthBook API.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@GrowthBook MCP Server show me the latest experiment results"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
GrowthBook MCP Thin
A thin MCP server for GrowthBook with four tools:
Tool | Purpose |
| List top-level skill entry points (name + description) |
| Return a listed skill or qualified child workflow ( |
| Authenticated GET passthrough to the GrowthBook API |
| Authenticated POST/PUT/PATCH/DELETE passthrough |
Competence lives in the skills repo and is bundled at build time. Capability is split into read vs write API tools (no per-endpoint formatters) so clients can honor readOnlyHint / destructiveHint correctly.
Tools are prefixed with growthbook_ so they stay unambiguous when a client has multiple MCP servers loaded.
Cursor plugin
Install GrowthBook from the Cursor Marketplace. The plugin connects Cursor to the hosted server at https://mcp.growthbook.io/mcp; the first tool call opens a GrowthBook sign-in to authorize it. Self-hosted GrowthBook users should configure the server manually as described below.
The plugin is defined by .cursor-plugin/plugin.json and mcp.json. To test changes locally, copy the repo into ~/.cursor/plugins/local/growthbook and run Developer: Reload Window.
Related MCP server: langfuse-mcp
Install / run
npm install
npm run buildPoint your MCP client at the compiled entrypoint:
{
"mcpServers": {
"growthbook": {
"command": "node",
"args": ["/absolute/path/to/growthbook-mcp/server/index.js"],
"env": {
"GB_API_KEY": "your_api_key_or_pat",
"GB_API_URL": "https://api.growthbook.io"
}
}
}
}Or run the published package:
npx @growthbook/mcpEnvironment variables
Variable | Required | Default | Purpose |
| Yes for stdio; optional for HTTP OAuth | — | GrowthBook API key or personal access token |
| No |
| API base URL (self-hosted) and default OAuth AS issuer |
| No |
|
|
| No |
| HTTP listen port (when transport=http) |
| No |
| HTTP bind host |
| Yes for HTTP | — | Public MCP base URL stamped into OAuth resource metadata (server refuses to start in HTTP mode without it) |
| No |
| Idle keep-alive timeout in HTTP mode. Must exceed the idle timeout of any load balancer in front, or the LB can reuse a connection the server has already closed and the request fails with a 502 |
| No | — | Served as plain text at |
| No |
| GrowthBook OAuth AS issuer URL |
| No | — | Extra request headers (e.g. |
| No |
| Set to |
HTTP + OAuth mode
OAUTH_AS_ENABLED=1 # on the GrowthBook API
GB_MCP_TRANSPORT=http GB_API_URL=http://localhost:3100 GB_MCP_PORT=3333 npm startClients connect to:
http://127.0.0.1:3333/mcp— full (skills + API read/write)http://127.0.0.1:3333/mcp/api— capability-only (growthbook_api_read+growthbook_api_write)
Unauthenticated requests receive 401 with WWW-Authenticate pointing at /.well-known/oauth-protected-resource, which advertises the GrowthBook Authorization Server.
Before handling MCP, the server probes GrowthBook REST (GET /api/v1/) with the bearer. A 401 from that probe (or later from an API tool) yields HTTP 401 with error="invalid_token" so the MCP client can refresh — instead of surfacing "This API key has expired" as a tool error. A 403 is treated as an accepted bearer (permission denied ≠ invalid token) so clients are not forced into a refresh loop.
Capability-only mode
HTTP (recommended for remote): point the client at /mcp/api instead of /mcp:
{
"mcpServers": {
"growthbook": {
"url": "http://127.0.0.1:3333/mcp/api"
}
}
}Path | Tools |
|
|
|
|
stdio / process-wide: set env so skills are never registered:
"env": {
"GB_API_KEY": "...",
"GB_SKILLS_ENABLED": "false"
}When skills are disabled, only the API read/write tools are registered. growthbook_list_skills and growthbook_read_skill are not exposed.
How skills are bundled
npm run build # tsc && bundle-skillsscripts/bundle-skills.mjs copies the top-level skill tree from the canonical skills checkout, preserving structure:
skills/<skill>/SKILL.md → server/skills/<skill>/SKILL.md
skills/<skill>/references/<workflow>.md → server/skills/<skill>/references/<workflow>.mdSource path resolution:
SKILLS_SRCenv var (path to the skills repo root)agent-skills.local.json—{ "path": "../skills" }, relative to the repo root. Gitignored; copyagent-skills.local.json.exampleskills-src/— what CI and the Docker build vendor
There is no implicit sibling lookup. ../skills resolves to whatever happens to be at that path, which makes a local build silently disagree with the commit CI builds from.
CI, cloud deploys, and releases all read agent-skills.lock.json and check out
that exact skills commit. To ship upstream skill changes, update the commit in
the lock file. Local development can point at any checkout with
agent-skills.local.json or SKILLS_SRC.
The skills repo stays the source of truth — this package does not maintain a
fork of skill content. New skills flow through automatically, except those named
in the small blocklist in bundle-skills.mjs. Currently only gb-setup is
blocked because it configures the gb-call shell adapter rather than GrowthBook
itself.
Per-skill scripts/ directories are not copied. Relative
`references/foo.md` links are rewritten to qualified
`feature-flags/references/foo` paths so growthbook_read_skill can resolve
them.
Using skills with the API tools
Bundled skills still show workflows as:
gb-call GET /api/v1/projects
gb-call POST /api/v2/features ./payload.jsonThis MCP server does not shell out to gb-call. Map GET → growthbook_api_read and POST/PUT/PATCH/DELETE → growthbook_api_write with the same path and optional JSON body string. Server instructions and growthbook_read_skill output include this bridge note.
Tools detail
growthbook_api_read / growthbook_api_write
{ "path": "/api/v1/projects" }
{ "method": "POST", "path": "/api/v2/features", "body": "{\"id\":\"my-flag\",...}" }Read: GET only (
readOnlyHint: true)Write:
POST|PUT|PATCH|DELETE(destructiveHint: true)Returns raw response body on 2xx
On non-2xx, returns an actionable error (
isError: true) covering auth failures, self-hosted 404 hints, and rate limitsFreeform paths target the GrowthBook REST API
Each request carries MCP usage headers (see Usage telemetry)
growthbook_list_skills / growthbook_read_skill
Only registered when GB_SKILLS_ENABLED is not disabled.
growthbook_list_skillsreturns top-level skill entry points. An entry may contain a complete workflow or route to child workflows.growthbook_read_skillaccepts a listed top-level name or a qualified child path named by a loaded skill (feature-flags/references/flag-create) and returns the full markdown (workflow + guardrails).
Usage telemetry
This server never sends telemetry anywhere itself. Instead, every REST call made by growthbook_api_read / growthbook_api_write includes headers that tell the GrowthBook instance it's talking to that the call came from the MCP:
Header | Example | Contents |
|
| The tool that made the call |
|
| This server's version |
|
|
|
|
| The MCP client's name/version from the initialize handshake, or its |
GrowthBook records these through its existing product telemetry, so the same controls apply. On a self-hosted instance, setting DISABLE_TELEMETRY on the GrowthBook back-end turns this off along with the rest of GrowthBook's telemetry. Older GrowthBook versions ignore the headers. Skill tools (growthbook_list_skills / growthbook_read_skill) are served locally and make no requests, so they aren't tracked.
Development
git clone git@github.com:growthbook/skills.git ../skills
cp agent-skills.local.json.example agent-skills.local.json # edit if not at ../skills
npm install
npm run build
npm startStandalone HTTP mode
By default the server runs over stdio. Set GB_MCP_TRANSPORT=http to run it as a standalone HTTP server that exposes MCP at /mcp (skills + API tools) and /mcp/api (capability-only), behind an OAuth 2.0 protected-resource surface (RFC 9728 metadata + RFC 6750 WWW-Authenticate).
GB_MCP_URL(required in HTTP mode) — the server's public base URL. It is stamped into the OAuth resource (audience) and the protected-resource metadata, so it is never derived from request headers. The server refuses to start without it.GB_MCP_PORT(default3333) andGB_MCP_HOST(default127.0.0.1).Incoming bearers are validated by probing the GrowthBook REST API; a rejected token gets HTTP
401+WWW-Authenticateso the client can refresh.
Run it on a trusted network or bound to loopback. For a multi-tenant or public deployment, front it with your own gateway/auth.
Releases
Cutting a release is deliberate: bump the version in package.json, run npm run sync-version (updates manifest.json, server.json, and .cursor-plugin/plugin.json), then push a matching v* tag:
git tag v2.0.0
git push origin v2.0.0That tagged commit (with skills frozen at cut time) publishes:
@growthbook/mcpto npm — prereleases (versions with a-, e.g.2.0.0-beta.1) go under thebetadist-tag; stable versions becomelatesta multi-arch (
amd64+arm64) image toghcr.io/growthbook/growthbook-mcp(:<version>, plus:<major>,:<major>.<minor>, and:latestfor stable releases)an entry in the MCP registry
a GitHub Release
The Cursor plugin is not published by CI: Cursor re-reviews the plugin from the default branch after the version bump lands.
Install a release with npx @growthbook/mcp@<version> or pull ghcr.io/growthbook/growthbook-mcp:<version>.
Available Tools
14 toolscreate_feature_flagC
Create, add, or wrap an element with a feature flag.
Inputs: defaultValue (required), fileExtension (required), id (required), valueType (required), +4 more.
create_force_ruleA
Create a new force rule on an existing feature. If the existing feature isn't apparent, create a new feature using create_feature_flag first. A force rule sets a feature to a specific value for a specific environment based on a condition. For A/B tests and experiments, use create_experiment instead.
Inputs: environments (required), featureId (required), fileExtension (required), value (required), +2 more.
create_sdk_connectionC
Create an SDK connection for a user. Returns an SDK clientKey that can be used to fetch features and experiments.
Inputs: language (required), name (required), environment.
generate_flag_typesB
Generate types for feature flags
Inputs: no named parameters.
get_attributesD
Get all attributes
Inputs: no named parameters.
get_environmentsB
Fetches all environments from the GrowthBook API. GrowthBook comes with one environment by default (production), but you can add as many as you need. Feature flags can be enabled and disabled on a per-environment basis. You can also set the default feature state for any new environment. Additionally, you can scope environments to only be available in specific projects, allowing for further control and segmentation over feature delivery.
Inputs: no named parameters.
get_experimentC
Gets a single experiment from GrowthBook
Inputs: experimentId (required).
get_experimentsC
Fetches all experiments from the GrowthBook API
Inputs: limit, offset, project.
get_feature_flagsC
Fetches all feature flags from the GrowthBook API. Flags are returned in the order they were created, from oldest to newest.
Inputs: limit, offset, project.
get_projectsC
Fetches all projects from the GrowthBook API
Inputs: limit, offset.
get_sdk_connectionsC
Get all SDK connections, which are how GrowthBook connects to an app. Importantly, users need the key, which is a public client key that allows the app to fetch features and experiments the API
Inputs: limit, offset, project.
get_single_feature_flagC
Fetches a specific feature flag from the GrowthBook API
Inputs: id (required), project.
get_stale_safe_rolloutsC
Fetches all complete safe rollouts (rolled-back or released) from the GrowthBook API
Inputs: limit, offset, project.
search_growthbook_docsC
Search the GrowthBook docs on how to use a feature
Inputs: query (required).
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 14 tools
Most tools have distinct purposes, such as create_feature_flag vs. create_force_rule, but there is some overlap between get_feature_flags and get_single_feature_flag, which could cause confusion if an agent needs to fetch a specific flag versus all flags. The descriptions help clarify, but the boundary is not perfectly clear.
The naming follows a consistent verb_noun pattern (e.g., create_feature_flag, get_experiments) with minor deviations like generate_flag_types (which uses 'generate' instead of 'get') and search_growthbook_docs (which includes 'growthbook' in the name). Overall, it is mostly predictable and readable.
With 14 tools, the count is well-scoped for a GrowthBook MCP server, covering key operations like creating flags, rules, connections, and fetching various resources. Each tool appears to earn its place without feeling excessive or insufficient for the domain.
The tool set provides good coverage for core GrowthBook operations, including CRUD-like actions for features, experiments, and connections, but there are minor gaps such as missing update or delete tools for flags or experiments, which agents might need to work around. The inclusion of search_growthbook_docs adds helpful context.
Maintenance
Related MCP Connectors
MCP server for Statsig API - interact with Statsig's feature flags, experiments, and analytics
Feature flags, A/B experiments, kill switches, dynamic config & i18n — Shipeasy MCP server.
MCP server for interacting with the Supabase platform
The official MCP Server for the Mux API
Related MCP Servers
- AlicenseAqualityDmaintenanceA Model Context Protocol server for managing Bucketeer feature flags, providing tools for listing, creating, retrieving, updating, and archiving feature flags.51MIT
- AlicenseCqualityAmaintenanceMCP server for Langfuse observability. Query traces, debug exceptions, analyze sessions, and manage prompts and datasets for your LLM applications.483,201 PyPI112MIT
- AlicenseAqualityDmaintenanceMCP server for managing deep links, analytics, and app configuration on Grovs. Works with Claude Code, Cursor, Windsurf, and any MCP-compatible client.162MIT

@intempt/mcp-serverofficial
FlicenseNot gradedqualityCmaintenanceMCP server for Intempt GrowthOS — AI content generation, brand management, knowledge base, and user/account lookup through natural language.-