Documentation Index
Fetch the complete documentation index at: https://docs.stigg.io/llms.txt
Use this file to discover all available pages before exploring further.
The Stigg MCP server is currently in public beta. Feedback and bug reports are welcome.
Overview
The Stigg MCP server exposes your Stigg environment to any AI agent that supports the Model Context Protocol. Once connected, your agent can provision customers, manage subscriptions, check entitlements, and report usage in natural language, without writing a single API call.Who it’s for
Developers who want to use AI coding assistants to interact with Stigg during development, testing, or operations tasks.How it works
The MCP server acts as a bridge between your AI client and the Stigg API. It authenticates using a Stigg environment API key, so every action the agent takes is scoped to that environment.The MCP server URL is
https://mcp.stigg.io. Clients that support HTTP transport connect directly; others use the @stigg/typescript-mcp npm package as a local bridge.Connect your AI client
Select your AI client below and follow the two-step setup.Get your API key
In the Stigg app, go to Integrations > API keys and copy the key for the environment you want the agent to operate on. For better isolation, create a dedicated scoped key for each AI client.
Configure the client
- Claude Code
- Claude Desktop
- ChatGPT
- Cursor
- VS Code
- Windsurf
- Codex
- Other
Run the following command in your terminal:Replace
<YOUR_API_KEY> with your Stigg environment API key. Start a new Claude Code session, then type /mcp to confirm the server is connected and its tools are listed.Core concepts
The MCP server is per-environment. The API key you provide determines which Stigg environment the agent operates on — sandbox, staging, or production. Every action the agent takes (creating customers, provisioning subscriptions, reporting usage) affects that environment. To work across environments, you can configure separate MCP server entries with separate API keys (e.g.stigg-sandbox and stigg-production). However, this setup is error-prone: the agent may not know which environment to target and can perform destructive actions in the wrong one. Where possible, use a single environment per session and only add the API key for the environment you intend the agent to operate on.
The agent acts on your behalf. There is no separate agent identity — the MCP server forwards API calls using the key you provided. The agent can do anything the key permits.
What you can do
Once connected, your AI agent can perform any of the following operations by describing them in natural language. This covers the full Stigg API surface. Product catalog| Operation | Description |
|---|---|
| Manage plans | Create, update, archive, and list plans with their pricing, features, and entitlements |
| Manage features | Create, update, and list features (boolean, metered, or configuration) |
| Manage add-ons | Create, update, and list add-ons and their entitlements |
| Manage packages | Publish and archive pricing packages |
| Operation | Description |
|---|---|
| Manage customers | Provision, update, and retrieve customer records |
| Provision subscriptions | Subscribe a customer to a plan or add-on, including scheduled and trial subscriptions |
| Preview subscriptions | Calculate pricing before provisioning |
| Cancel subscriptions | Cancel immediately or at period end |
| Grant promotional entitlements | Give a customer temporary access to a feature outside their plan |
| Operation | Description |
|---|---|
| Check entitlements | Query whether a customer has access to a feature and at what usage level |
| Report usage | Record metered feature usage for a customer’s active subscription |
| Report metering events | Submit raw usage events for aggregation and billing |
Security
Use scoped API keys. Stigg supports API keys with restricted permissions. Create a dedicated scoped key for each AI client rather than reusing a full-access service key. This limits the blast radius if a key is ever exposed or if the agent acts unexpectedly. Keys are environment-bound. An API key always belongs to a specific Stigg environment. A key from your sandbox environment cannot access production data. Recommended setup:- Default to sandbox keys for all AI-assisted development and testing
- Create one scoped key per AI client (e.g.,
Claude Code - Dev,Cursor - Staging) - Grant only the permissions the agent needs for its intended tasks
- Rotate keys periodically from Settings > API keys
