NewAgent Observability is live.
Back to directory
Statsig logo

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.

Connector
Official, hosted
Coverage
Gates, experiments, layers, metrics, segments, reviews
Tools
67 documented
Biggest risk for an agent
Tools can approve and commit their own reviews

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 workWhat Statsig has hereCan an agent reach it
Code, tests & reviewCode cleanup for stale gates and experimentsPartial. Two tools start code cleanup for a gate or experiment; there is no diff or review feature for code
CI & releaseGates, experiments, layers, dynamic configs, reviewsYes. Core strength, including an approval workflow across 27 tools
Production observabilityLogs explorer, log pattern clusteringPartial. Query_Logs_Explorer and Cluster_Log_Patterns reach log data; there are no metrics or traces
Agent observability & evalsNoneNo traces or evaluations for your own agents
AI cost managementNoneNo 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?

TaskToolsWorksWatch out for
See which gates existEnable Gates (Feature Flags) Get_List_of_Gates Get_Gate_Details_by_IDYesBoth read. Neither returns a gate's rule detail; Get_Gate_Details_by_ID is the per-gate call
Read an experiment's resultsEnable Experiments (A/B Tests) Get_Experiment_Overall_Results Get_Experiment_Metric_Dimension_Results GetExperimentSummaryChartsYesOverall and per-dimension results are separate tools
Create and approve a changeEnable Reviews Create_Gate_Review Approve_Gate_Review Commit_Gate_ReviewYesThe same connector can create, approve and commit a review
Find who may approveEnable Reviews Get_Gate_Eligible_Reviewers Get_Experiment_Eligible_ReviewersYesEligibility is per object type, with its own tool for each
Track configuration historyEnable Audit Logs Get_Gate_Version_History Get_Experiment_Version_History Get_Audit_LogsYesAudit logs are filterable by date range, tags and sort key
Clean up stale flagsEnable Gates (Feature Flags) Start_Gate_Code_Cleanup Start_Experiment_Code_CleanupYesThese start a cleanup process rather than returning data
Query logsEnable Logs and Observability Query_Logs_Explorer Cluster_Log_PatternsYesLog 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 setToolsTokens (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 documented671,347 to 2,0051,342 to 2,0003,669 to 4,6190.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. 1

    Decide whether an agent may approve

    The review category includes approve, reject and commit tools for gates, experiments and autotunes.

  2. 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. 3

    Understand the update semantics

    Several tools are named Update_..._Entirely, and they replace an object rather than patching it.

  4. 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.

Terminal
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.

Terminal
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.

Terminal
{"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.

Terminal
[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.

Terminal
{"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.

Terminal
{"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.

Terminal
{"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.

Terminal
{"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.

Terminal
{"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.

Terminal
# 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_..._Entirely overwrite the whole object.

  • One tool deletes

    Delete_Param_Store removes 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_..._Entirely replace 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_Reviewers and its experiment equivalent return who may approve.

Statsig MCP server: Reference

ItemValue
Endpointapi.statsig.com/v1/mcp, streamable HTTP
AuthA Statsig Console API key; other key types are rejected
Tools67 documented, across 11 categories
Review tools27, across gates, experiments and autotunes
Deleting tools1: Delete_Param_Store
Second serverA read-only Docs MCP over public documentation
Client guidesCodex, ChatGPT connector, Cursor, Claude Code, manual
Inventory sourceStatsig'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 checkedWhat it shows
Documented tools67
Documented categories11
Review workflow tools27
Tools that replace an object entirely4, named Update_..._Entirely
Deleting tools1
Published client guides5

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 observability

Frequently 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.

Changelog

  • 19 September 2025. com.statsig/statsig-mcp-server version 1.0.0 published to the MCP registry.

Sources

Every number on this page traces to one of these

  1. Statsig MCP overview and per-capability tool tables, read 24 August 2026
  2. The endpoint's own 401 response, observed on the same date
  3. Official MCP registry entry com.statsig/statsig-mcp-server, confirmed 27 August 2026

Statsig’s own MCP documentation

Also feature flags:

For product analytics alongside flags: