dodopayments-mcp
v2.45.1
Published
The official MCP Server for the Dodo Payments API
Readme
Dodo Payments TypeScript MCP Server
Installation
Direct invocation
You can run the MCP Server directly via npx:
export DODO_PAYMENTS_API_KEY="My Bearer Token"
export DODO_PAYMENTS_WEBHOOK_KEY="My Webhook Key"
export DODO_PAYMENTS_ENVIRONMENT="live_mode"
npx -y dodopayments-mcp@latestVia MCP Client
There is a partial list of existing clients at modelcontextprotocol.io. If you already have a client, consult their documentation to install the MCP server.
For clients with a configuration JSON, it might look something like this:
{
"mcpServers": {
"dodopayments_api": {
"command": "npx",
"args": ["-y", "dodopayments-mcp"],
"env": {
"DODO_PAYMENTS_API_KEY": "My Bearer Token",
"DODO_PAYMENTS_WEBHOOK_KEY": "My Webhook Key",
"DODO_PAYMENTS_ENVIRONMENT": "live_mode"
}
}
}
}Cursor
If you use Cursor, you can install the MCP server by using the button below. You will need to set your environment variables
in Cursor's mcp.json, which can be found in Cursor Settings > Tools & MCP > New MCP Server.
VS Code
If you use MCP, you can install the MCP server by clicking the link below. You will need to set your environment variables
in VS Code's mcp.json, which can be found via Command Palette > MCP: Open User Configuration.
Claude Code
If you use Claude Code, you can install the MCP server by running the command below in your terminal. You will need to set your
environment variables in Claude Code's .claude.json, which can be found in your home directory.
claude mcp add dodopayments_mcp_api --env DODO_PAYMENTS_API_KEY="My Bearer Token" DODO_PAYMENTS_WEBHOOK_KEY="My Webhook Key" -- npx -y dodopayments-mcpCode Mode
This MCP server is built on the "Code Mode" tool scheme. In this MCP Server, your agent will write code against the TypeScript SDK, which will then be executed in an isolated sandbox. To accomplish this, the server will expose two tools to your agent:
The first tool is a docs search tool, which can be used to generically query for documentation about your API/SDK.
The second tool is a code tool, where the agent can write code against the TypeScript SDK. The code will be executed in a sandbox environment without web or filesystem access. Then, anything the code returns or prints will be returned to the agent as the result of the tool call.
Using this scheme, agents are capable of performing very complex tasks deterministically and repeatably.
Requirements for the code tool
The execute tool runs your code in a local Deno sandbox, so Deno must be
available. The server looks for it in this order:
- A
denobinary on yourPATH. - A
denobinary from thedenonpm package, when it is installed into the samenode_modulestree as this package.
If neither is found, the execute tool returns an error while every other tool, including
documentation search, keeps working.
[!NOTE] Step 2 does not apply when you launch the server with
npxor install it globally, because the server then resolves from its own cache directory rather than from your project. Sincenpx -y dodopayments-mcpis the most common way to run it, installing Deno on yourPATHis the recommended setup.
[!WARNING] Use Deno 2.8 or earlier for now. On Deno 2.9+ the sandbox fails to start, because binding the worker's Unix socket began requiring
--allow-netpermission for that socket, which the worker does not grant. Note thatnpm install denocurrently installs an affected version. Tracked in #330.
[!IMPORTANT] Local code execution is supported on macOS and Linux only. It does not work on Windows, because the sandbox communicates with the Deno subprocess over a Unix domain socket and Deno cannot listen on one when running on Windows (see denoland/deno#18236). Installing Deno does not change this. On Windows, run the server under WSL2, or call the REST API or the
dodopaymentsSDK directly.
Running remotely
Launching the client with --transport=http launches the server as a remote server using Streamable HTTP transport. The --port setting can choose the port it will run on, and the --socket setting allows it to run on a Unix socket.
Authorization can be provided via the Authorization header using the Bearer scheme.
Additionally, authorization can be provided via the following headers:
| Header | Equivalent client option | Security scheme |
| ------------------------- | ------------------------ | --------------- |
| x-dodo-payments-api-key | bearerToken | API_KEY |
A configuration JSON for this server might look like this, assuming the server is hosted at http://localhost:3000:
{
"mcpServers": {
"dodopayments_api": {
"url": "http://localhost:3000",
"headers": {
"Authorization": "Bearer <auth value>"
}
}
}
}