
Connects Claude directly to your GrowthBook account for managing feature flags and experiments without leaving your chat. You can view experiment details, create new feature flags, and perform other operations using your GrowthBook API key or personal access token. Requires your API credentials and email to get started, with optional configuration for self-hosted instances. Permissions mirror what your token allows in the GrowthBook app itself, so if you can't create an experiment in the web UI, you won't be able to here either. Useful when you're deep in conversation about A/B tests or feature rollouts and want to act on them immediately rather than context switching to the browser.
A thin MCP server for GrowthBook with four tools:
| Tool | Purpose |
|---|---|
growthbook_list_skills | List top-level skill entry points (name + description) |
growthbook_read_skill | Return a listed skill or qualified child workflow (feature-flags or feature-flags/references/flag-create) |
growthbook_api_read | Authenticated GET passthrough to the GrowthBook API |
growthbook_api_write | 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.
npm install
npm run build
Point 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/mcp
| Variable | Required | Default | Purpose |
|---|---|---|---|
GB_API_KEY | Yes for stdio; optional for HTTP OAuth | — | GrowthBook API key or personal access token |
GB_API_URL | No | https://api.growthbook.io | API base URL (self-hosted) and default OAuth AS issuer |
GB_MCP_TRANSPORT | No | stdio | stdio or http |
GB_MCP_PORT | No | 3333 | HTTP listen port (when transport=http) |
GB_MCP_HOST | No | 127.0.0.1 | HTTP bind host |
GB_MCP_URL | Yes for HTTP | — | Public MCP base URL stamped into OAuth resource metadata (server refuses to start in HTTP mode without it) |
GB_MCP_KEEP_ALIVE_TIMEOUT_MS | No | 90000 | 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 |
GB_OAUTH_ISSUER | No | GB_API_URL | GrowthBook OAuth AS issuer URL |
GB_HTTP_HEADER_* | No | — | Extra request headers (e.g. GB_HTTP_HEADER_CF_ACCESS_TOKEN) |
GB_SKILLS_ENABLED | No | true | Set to false / 0 to disable skill tools |
OAUTH_AS_ENABLED=1 # on the GrowthBook API
GB_MCP_TRANSPORT=http GB_API_URL=http://localhost:3100 GB_MCP_PORT=3333 npm start
Clients 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.
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 |
|---|---|
/mcp | growthbook_list_skills, growthbook_read_skill, growthbook_api_read, growthbook_api_write (unless GB_SKILLS_ENABLED=false) |
/mcp/api | growthbook_api_read, growthbook_api_write only |
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.
npm run build # tsc && bundle-skills
scripts/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>.md
Source path resolution:
SKILLS_SRC env var (path to the skills repo root)agent-skills.local.json — { "path": "../skills" }, relative to the repo root. Gitignored; copy agent-skills.local.json.exampleskills-src/ — what CI and the Docker build vendorThere 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.
Bundled skills still show workflows as:
gb-call GET /api/v1/projects
gb-call POST /api/v2/features ./payload.json
This 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.
growthbook_api_read / growthbook_api_write{ "path": "/api/v1/projects" }
{ "method": "POST", "path": "/api/v2/features", "body": "{\"id\":\"my-flag\",...}" }
readOnlyHint: true)POST | PUT | PATCH | DELETE (destructiveHint: true)isError: true) covering auth failures, self-hosted 404 hints, and rate limitsgrowthbook_list_skills / growthbook_read_skillOnly registered when GB_SKILLS_ENABLED is not disabled.
growthbook_list_skills returns top-level skill entry points. An entry may contain a complete workflow or route to child workflows.growthbook_read_skill accepts 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).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 |
|---|---|---|
X-GB-MCP-Tool | growthbook_api_read | The tool that made the call |
X-GB-MCP-Version | 2.2.0 | This server's version |
X-GB-MCP-Transport | stdio | stdio or http |
X-GB-MCP-Client | cursor/1.2.3 | The MCP client's name/version from the initialize handshake, or its User-Agent in HTTP mode |
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.
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 start
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 (default 3333) and GB_MCP_HOST (default 127.0.0.1).401 + WWW-Authenticate so 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.
Cutting a release is deliberate: bump the version in package.json, then push a matching v* tag:
git tag v2.0.0
git push origin v2.0.0
That tagged commit (with skills frozen at cut time) publishes:
@growthbook/mcp to npm — prereleases (versions with a -, e.g. 2.0.0-beta.1) go under the beta dist-tag; stable versions become latestamd64 + arm64) image to ghcr.io/growthbook/growthbook-mcp (:<version>, plus :<major>, :<major>.<minor>, and :latest for stable releases)Install a release with npx @growthbook/mcp@<version> or pull ghcr.io/growthbook/growthbook-mcp:<version>.
GB_API_KEYA GrowthBook API key or PAT.
GB_EMAILYour email address used with GrowthBook. Used when creating feature flags and experiments.
GB_API_URLYour GrowthBook API URL. Defaults to `https://api.growthbook.io`.
GB_APP_ORIGINYour GrowthBook app URL Defaults to `https://app.growthbook.io`.
GB_HTTP_HEADER_*Custom HTTP headers to include in all GrowthBook API requests. Use the pattern GB_HTTP_HEADER_<NAME> where <NAME> is converted to proper HTTP header format. Examples: GB_HTTP_HEADER_X_TENANT_ID=abc123, GB_HTTP_HEADER_CF_ACCESS_TOKEN=<token>. Multiple custom headers can be configu