Statsig MCP server: 67 tools, 27 for reviews
A feature-flag connector whose largest single surface is an approval workflow, plus the separate documentation server people confuse it with.
Last verified 27 August 2026 · from Statsig's own MCP documentation
This page is one of 90 in a directory of monitoring and developer tools. Each page checks what an AI coding agent can get out of the tool through its MCP server, the connector that lets the agent query the tool directly.
Summary
Statsig runs a hosted MCP server at api.statsig.com/v1/mcp. Its documentation lists 67 tools across eleven categories: gates, experiments, dynamic configs, layers, metrics, parameter stores, segments, audit logs, autotunes, reviews and logs.
The largest surface is not flags. 27 of the 67 tools drive review workflows. Nine cover gates, nine cover experiments and nine cover autotunes. Each set of nine covers create, edit, approve, reject, commit, cancel, lookup, listing and eligible reviewers.
There is a second, different Statsig server. A read-only Docs MCP serves public documentation, and it is not the same thing as the authenticated product endpoint.
What is the Statsig MCP server?
It is Statsig's server for the Model Context Protocol. Statsig is an experimentation and feature-flag platform, so a connected agent reaches gates, experiments and the metrics behind them.
The surface is broader than flags alone. Layers, which group experiments so that no user is in more than one of them, parameter stores, segments and metric sources all have their own tools, and Query_Logs_Explorer and Cluster_Log_Patterns reach observability data.
27 of the 67 tools are review tools. An agent can create a gate review, approve it, and commit it, which is a governance workflow rather than a data query. Gates, experiments and autotunes each carry a set of them; an autotune is Statsig's multi-armed bandit, which shifts traffic towards the best-performing variant for a single metric.
Statsig sits in CI and release, reaches production observability through its logs explorer, and reaches nothing in agent observability or cost.
| Part of the work | What Statsig has here | Can an agent reach it |
|---|---|---|
| Code, tests & review | Code cleanup for stale gates and experiments | Partial. Two tools start code cleanup for a gate or experiment; there is no diff or review feature for code |
| CI & release | Gates, experiments, layers, dynamic configs, reviews | Yes. Core strength, including an approval workflow across 27 tools |
| Production observability | Logs explorer, log pattern clustering | Partial. Query_Logs_Explorer and Cluster_Log_Patterns reach log data; there are no metrics or traces |
| Agent observability & evals | None | No traces or evaluations for your own agents |
| AI cost management | None | No spend data of any kind |
For an agent, Statsig answers what is gated, what is being tested and who approved it. The review tools also record decisions. A gate change can be proposed, approved and committed through this connection. It has no application metrics or traces, so it pairs with a telemetry connector.
What can an AI agent do with Statsig?
| Task | Tools | Works | Watch out for |
|---|---|---|---|
| See which gates exist | Enable Gates (Feature Flags) Get_List_of_Gates Get_Gate_Details_by_ID | Yes | Both read. Neither returns a gate's rule detail; Get_Gate_Details_by_ID is the per-gate call |
| Read an experiment's results | Enable Experiments (A/B Tests) Get_Experiment_Overall_Results Get_Experiment_Metric_Dimension_Results GetExperimentSummaryCharts | Yes | Overall and per-dimension results are separate tools |
| Create and approve a change | Enable Reviews Create_Gate_Review Approve_Gate_Review Commit_Gate_Review | Yes | The same connector can create, approve and commit a review |
| Find who may approve | Enable Reviews Get_Gate_Eligible_Reviewers Get_Experiment_Eligible_Reviewers | Yes | Eligibility is per object type, with its own tool for each |
| Track configuration history | Enable Audit Logs Get_Gate_Version_History Get_Experiment_Version_History Get_Audit_Logs | Yes | Audit logs are filterable by date range, tags and sort key |
| Clean up stale flags | Enable Gates (Feature Flags) Start_Gate_Code_Cleanup Start_Experiment_Code_Cleanup | Yes | These start a cleanup process rather than returning data |
| Query logs | Enable Logs and Observability Query_Logs_Explorer Cluster_Log_Patterns | Yes | Log clustering groups patterns rather than returning raw lines |
The review tools come in a fixed sequence: create, edit, approve or reject, then commit or cancel. Reading Get_List_of_Gate_Reviews first shows what is already open.
67 tools documented across 11 categories, 27 of them review workflow
- Gates4
Get_List_of_GatesGet_Gate_Details_by_IDGet_Gate_ResultsGet_Gate_Version_History- Experiments3
Get_List_of_ExperimentsGet_Experiment_Details_by_IDGet_Experiment_Overall_Results- Configuration4
Get_List_of_Dynamic_ConfigsGet_List_of_LayersGet_List_of_Param_StoresGet_List_of_Segments- Metrics3
Get_List_of_MetricsGet_List_of_Metric_SourcesGet_Metric_Definition_by_ID- Audit1
Get_Audit_Logs- Logs2
Query_Logs_ExplorerCluster_Log_Patterns- Reviews, reading3
Get_List_of_Gate_ReviewsGet_Gate_Review_by_IDGet_Gate_Eligible_Reviewers- Reviews, deciding4Write
Approve_Gate_ReviewReject_Gate_ReviewCommit_Gate_ReviewCancel_Gate_Review- Creating and changing5Write
Create_GateUpdate_Gate_EntirelyCreate_ExperimentCreate_Param_StoreDelete_Param_Store
Groups are a reader's map over Statsig's eleven documented categories, naming 36 of the 67 tools. Counts come from its own documentation, read 24 August 2026; the hosted endpoint answers tools/list only with an active Console key.
What connecting costs before the first question
A context window is the amount of text a model can hold at once. Sixty-seven tools cost 3,669 to 4,619 tokens on Claude, which is modest for a surface that covers gates, experiments, layers, metrics and three separate review workflows.
The review tools are the reason the count is high without the cost following. Nine near-identical tools each for gates, experiments and autotunes share a description shape, so they add names more than they add text.
| Tool set | Tools | Tokens (GPT-5.6, GPT-5.5) | Tokens (GPT-4, GPT-3.5) | Tokens (Claude Haiku 4.5 to Opus 5) | Share of a 200,000-token window |
|---|---|---|---|---|---|
| Every tool documented | 67 | 1,347 to 2,005 | 1,342 to 2,000 | 3,669 to 4,619 | 0.7% to 2.3% |
Encodings: GPT-5.6, GPT-5.5 o200k_base; GPT-4, GPT-3.5 cl100k_base; Claude Haiku 4.5 to Opus 5 count_tokens. Counted from the 67 tool entries in the vendor's own documentation. That is the only public inventory.
The server could not be run for a live tools/list. So no input schemas are available. These figures cover each tool's name and description only. They are a floor, not the figure.
The Claude columns are measured through the API's count_tokens endpoint, with an empty schema per tool. So they cover the same content as the GPT columns. The range there is two tokenizer generations. Haiku 4.5 and Opus 4.6 sit at the low end. Opus 5 and Sonnet 5 sit at the high end. The gap between them is about a quarter.
Statsig MCP server limits: where answers come back incomplete
Two facts set the limits below. The same connection can propose a change and approve it. A second Statsig server shares the brand and reaches none of your data.
The agent says: “The change is approved and live.” The same agent may have done both.
The review category carries 27 tools, nine each for gates, experiments and autotunes, including create, approve, reject, commit and cancel.
Nothing in the connector separates the proposer from the approver; the Console key's permissions are the only control.
Guard: Decide deliberately whether the agent's key may approve, and require it to name every review tool it called.
The agent says: “I updated the gate.” It may have replaced it.
Several tools are named Update_Gate_Entirely, Update_Experiment_Entirely, Update_Dynamic_Config_Entirely and Update_Layer_Entirely. The naming reflects replacement rather than a patch.
Guard: Have the agent read the object and send it back whole, and check the audit log afterwards.
Statsig publishes two MCP servers and only one reaches your data.
The Docs MCP is described as targeted, read-only public documentation retrieval. The authenticated product endpoint accesses resources according to the account's permissions. They answer different questions.
Guard: Have the agent name which endpoint it used before you trust an answer about your own project.
How to configure Statsig MCP for agents
- 1
Decide whether an agent may approve
The review category includes approve, reject and commit tools for gates, experiments and autotunes.
- 2
Know which server you are configuring
The Docs MCP is read-only over public documentation; the product endpoint at api.statsig.com/v1/mcp needs a Console key and reaches your data.
- 3
Understand the update semantics
Several tools are named
Update_..._Entirely, and they replace an object rather than patching it. - 4
Scope the Console key
Statsig states that the authenticated server accesses product resources according to the account's permissions.
Paste this into your agent’s instructions
The same connector can propose a change and approve it, and several updates replace rather than patch. The response must disclose each behavior.
When you answer using Statsig MCP tools, state: - The project and object the answer covers. - Whether you used the Docs MCP or the authenticated product endpoint. They return different things. - Whether you created, approved, committed or canceled a review, or replaced an object with an Update_..._Entirely tool. Never state that data does not exist. State that no objects matched the filters above. Write your answer in ASD-STE100 Simplified Technical English. Use short sentences with one idea in each.
Do you need the MCP server at all?
Not for pulling results on a schedule. Statsig's Console API covers the same objects and is the direct route there.
The connector earns its place on the review workflow. Creating a gate review and finding its eligible reviewers from the editor is not something a fixed report does.
For flags without the experimentation surface, LaunchDarkly's connector is narrower and its tools are all described.
Connect it when an agent participates in flag and experiment decisions. Use the Console API for reporting.
Statsig MCP server setup
The server is hosted at api.statsig.com/v1/mcp and takes a Statsig Console API key. Nothing is installed.
Statsig publishes configuration guides for Codex, Cursor, Claude Code, a ChatGPT connector and a manual setup route.
Claude Code
The Console API key is required; the endpoint rejects any other credential type explicitly.
claude mcp add --transport http statsig \ https://api.statsig.com/v1/mcp \ --header "STATSIG-API-KEY: <your-console-key>"
Cursor
In ~/.cursor/mcp.json. The Console key comes from your Statsig project settings.
{"mcpServers":{"statsig":{
"url":"https://api.statsig.com/v1/mcp",
"headers":{"STATSIG-API-KEY":"<your-console-key>"}}}}Codex CLI
Codex reads TOML, so the JSON blocks above will not transfer. The Console key still applies.
[mcp_servers.statsig]
url = "https://api.statsig.com/v1/mcp"
headers = { "STATSIG-API-KEY" = "<your-console-key>" }Every other client
Each block below is the configuration for one client, with the file path and the key that client expects.
Claude Desktop
macOS ~/Library/Application Support/Claude/claude_desktop_config.json. Windows %APPDATA%\Claude\claude_desktop_config.json. There is no CLI. Edit through Settings, Developer, Edit Config.
Quit and restart fully for changes to load. Paths in args must be absolute. Logs at ~/Library/Logs/Claude/mcp.log.
{"mcpServers":{"statsig":{"url":"https://api.statsig.com/v1/mcp",
"headers":{"STATSIG-API-KEY":"<your-console-key>"}}}}Gemini CLI
~/.gemini/settings.json globally, or .gemini/settings.json per project. Key mcpServers. CLI: gemini mcp add.
{"mcpServers":{"statsig":{"url":"https://api.statsig.com/v1/mcp",
"headers":{"STATSIG-API-KEY":"<your-console-key>"}}}}VS Code Copilot
.vscode/mcp.json per workspace, or your user profile. CLI: code --add-mcp.
{"servers":{"statsig":{"url":"https://api.statsig.com/v1/mcp",
"headers":{"STATSIG-API-KEY":"<your-console-key>"}}}}The key is `servers`, not `mcpServers`. VS Code is the only client that uses that name, and copying a config from anywhere else fails silently.
Windsurf
~/.codeium/windsurf/mcp_config.json, which is the path Windsurf documents. Key mcpServers, the same JSON shape as Cursor, carrying the same credential.
{"mcpServers":{"statsig":{"url":"https://api.statsig.com/v1/mcp",
"headers":{"STATSIG-API-KEY":"<your-console-key>"}}}}Zed
~/.config/zed/settings.json, carrying the same credential as the blocks above.
The key is `context_servers`. Zed does not call them MCP servers in config, so searching its settings for mcp finds nothing.
Google Antigravity
~/.gemini/config/mcp_config.json globally, or .agents/mcp_config.json per project. Key mcpServers. There is no CLI. Use the /mcp overlay in the editor. Supports stdio, streamable HTTP, SSE and websocket.
{"mcpServers":{"statsig":{"url":"https://api.statsig.com/v1/mcp",
"headers":{"STATSIG-API-KEY":"<your-console-key>"}}}}Amp (Sourcegraph)
~/.config/amp/settings.json or .amp/settings.json, carrying the same credential. The amp mcp CLI covers approve, doctor and oauth.
The key is `amp.mcpServers`, namespaced. A bare mcpServers block is ignored.
Cline
~/.cline/mcp.json per the docs. The source also reads ~/.cline/data/settings/cline_mcp_settings.json. Key mcpServers, standard JSON shape, carrying the same credential. Supports stdio, streamable HTTP and SSE.
Goose (Block)
~/.config/goose/config.yaml, carrying the same credential.
YAML, and servers are called `extensions`. Goose does not use the MCP vocabulary in config at all. Add one interactively with goose configure, or per session with goose session --with-extension.
Kiro (AWS)
.kiro/settings/mcp.json per workspace, or ~/.kiro/settings/mcp.json globally. Key mcpServers, standard JSON shape, carrying the same credential.
Warp
~/.warp/.mcp.json or .warp/.mcp.json. Key mcpServers, standard shape, carrying the same credential. Also addable through the /agent-add-mcp skill.
JetBrains Junie
.junie/mcp/mcp.json per project, or ~/.junie/mcp/mcp.json. Key mcpServers, carrying the same credential. Use /mcp in the CLI to manage.
Roo Code
.roo/mcp.json per project. The global file is mcp_settings.json, opened from the Roo Code MCP settings view with Edit Global MCP. Key mcpServers, carrying the same credential.
Continue
.continue/mcpServers/*.yaml, one file per server, carrying the same credential.
YAML, and `mcpServers` is a list, not an object. Every JSON client keys servers by name. Continue takes an array, so a converted config will not parse.
Trae
.trae/mcp.json per project, or paste into the UI under Raw Config (JSON). Key mcpServers, standard shape, carrying the same credential.
Devin
Devin has no config file to edit. Servers are added through a web form in the settings UI, and Devin's documentation states you do not need to write or paste JSON. The block below is the shape those fields describe, shown for reference. Either route uses the same credential.
The documentation server
A different server. It is read-only over public documentation and needs no credentials, so it reaches none of your data.
# Statsig's Docs MCP, for public documentation only. # Configure it separately from the product endpoint above.
Read-only access, permissions and security
27 tools drive approvals
Gates, experiments and autotunes each have create, edit, approve, reject, commit and cancel review tools.
Approval and commit are reachable from the same connection
Nothing in the tool list separates proposing a change from approving it.
Several updates replace rather than patch
Tools named
Update_..._Entirelyoverwrite the whole object.One tool deletes
Delete_Param_Storeremoves a parameter store outright.Permissions follow the key
Statsig documents that the authenticated server accesses resources according to the account's permissions.
Troubleshooting
- The endpoint returns 401
- It accepts an active Console key only, and says so in the error. Other Statsig key types are rejected.
- An update wiped fields you did not touch
- Tools named
Update_..._Entirelyreplace the object rather than patching it. Read the object first and send it back complete. - The agent answered from documentation, not your data
- It may have used the Docs MCP, which is a separate read-only server over public documentation.
- A review will not commit
- Check eligibility.
Get_Gate_Eligible_Reviewersand its experiment equivalent return who may approve.
Statsig MCP server: Reference
| Item | Value |
|---|---|
| Endpoint | api.statsig.com/v1/mcp, streamable HTTP |
| Auth | A Statsig Console API key; other key types are rejected |
| Tools | 67 documented, across 11 categories |
| Review tools | 27, across gates, experiments and autotunes |
| Deleting tools | 1: Delete_Param_Store |
| Second server | A read-only Docs MCP over public documentation |
| Client guides | Codex, ChatGPT connector, Cursor, Claude Code, manual |
| Inventory source | Statsig's own documentation, read 24 August 2026 |
What engineers report
Statsig documents its tools in per-capability tables, so the counts below are its own.
| What was checked | What it shows |
|---|---|
| Documented tools | 67 |
| Documented categories | 11 |
| Review workflow tools | 27 |
| Tools that replace an object entirely | 4, named Update_..._Entirely |
| Deleting tools | 1 |
| Published client guides | 5 |
Tool inventory read from Statsig's own MCP overview on 24 August 2026. An unauthenticated tools/list against api.statsig.com/v1/mcp returned 401 on the same date, with a message stating that the endpoint accepts an active Console key only.
Should you connect an agent to Statsig?
Yes. Best for a Console key scoped to what the agent should decide, with review tools treated as a deliberate choice.
- Strongest fit
- Statsig teams who want an agent inside the gate and experiment review process, not just reading it.
- Main advantage
- A wide surface with a full approval workflow, plus logs tooling most flag connectors do not carry.
- Main weakness
- Two servers share the brand, and only the authenticated one reaches your project.
- Operational risk
- Approve and commit sit in the same tool list as create, and four tools replace objects entirely.
From Oodle
One platform for agent traces and infrastructure
Agent traces usually sit in a different product from the rest of your telemetry, so when a slow database makes an agent slow the symptom is in one tool and the cause is in another. Oodle keeps both in one query surface, from $10 per million spans.
See agent observabilityFrequently asked questions
How many tools does the Statsig MCP server have?
67 documented across 11 categories, read from Statsig's own documentation on 24 August 2026, because the hosted endpoint needs an active Console key.
Why are so many about reviews?
Gates, experiments and autotunes each carry nine review tools: create, edit, approve, reject, commit, cancel, lookup, listing and eligible reviewers. That is 27 of the 67.
What key does it take?
A Statsig Console API key. The endpoint rejects other key types with a message saying it accepts an active Console key only.
What is the Docs MCP?
A separate read-only server over Statsig's public documentation. It does not reach your project data.
Do updates patch or replace?
Four tools are named Update_..._Entirely and replace the object. Read it first and send it back complete.