
Dodo Payments
io.github.dodopaymentsv1.0.0Updated Oct 8, 2026
Dodo Payments API: payments, subscriptions, customers, products, refunds, licenses, usage.
Overview
Gives an assistant live access to Dodo Payments data and operations, plus semantic search over Dodo Payments documentation.
- What it does
- The Dodo Payments API MCP server exposes live API access covering payments, subscriptions, customers, products, refunds, licenses, and usage, so an assistant can read and act on a Dodo Payments account. A companion Dodo Knowledge MCP server offers semantic search over the current Dodo Payments documentation and needs no credentials. Both are remote Streamable HTTP servers reached over HTTPS, with no local Node dependency or bridge.
- When to use it
- Use it when an assistant needs to work with Dodo Payments billing: inspecting or managing payments, subscriptions, customers, products, refunds, licenses, or usage, and looking up current documentation while writing integration code such as checkout or webhook handlers.
- Requirements
- A remote MCP client that supports Streamable HTTP over HTTPS. The API server authenticates through browser OAuth, so no keys are needed at install time; the first tool call prompts a sign-in. The knowledge server needs no credentials. An optional local stdio variant uses an API key, webhook signing secret, and environment setting.
Installation
In SourceWeft
- Open Dodo Payments in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Web executable via Streamable HTTP. Remote servers run from the web runtime once configured in a workspace.
Other MCP clients
Add this to your client's mcpServers config.
{
"mcpServers": {
"dodopayments-api": {
"type": "http",
"url": "https://mcp.dodopayments.com/mcp"
}
}
}README
Dodo Payments Agent Plugin
[License] [Version] [npm] [Discord]
The official Dodo Payments plugin for AI coding agents. Installs the Dodo Payments integration skills and two MCP servers across Claude Code, Codex CLI, Cursor, VS Code / GitHub Copilot, Grok Build, Meta Muse Code, Gemini CLI, Antigravity, Junie, OpenCode, and more, from a single source of truth.
This plugin conforms to the Agent Plugins 1.0.0 specification: a root plugin.json, skills as immediate children of skills/, and MCP servers in mcp.json. Clients with native Agent Plugins support load it directly; the provider-specific manifests in this repo are generated compatibility shims for clients that do not.
What you get
- Dodo Payments API MCP server - Live API access (payments, subscriptions, customers, products, refunds, licenses, usage). Authenticates via browser OAuth, no local credentials required.
- Dodo Knowledge MCP server - No credentials. Semantic search over the current Dodo Payments documentation.
- Agent skills - Integration guides (listed below), written as
SKILL.mdfiles with YAML frontmatter. Your agent loads the relevant skill on its own when a task calls for it.
Install
Claude Code
The API MCP server uses browser OAuth by default, so no keys are required at install time. The first time your agent calls a Dodo tool, you'll be prompted to sign in.
Codex CLI
Register the marketplace, then install the plugin:
Verify:
You can also install from inside the TUI: run codex, type /plugins, select the Dodo Payments marketplace and the dodopayments plugin, then choose Install plugin.
If you added the marketplace previously and the plugin doesn't appear, refresh it:
Cursor
Manual install:
Restart Cursor. The plugin loads skills from skills/ and MCP servers from .mcp.json, as declared in .cursor-plugin/plugin.json.
Cursor 3.14.27 also recognises Agent Plugins 1.0.0 directly: its agent host carries both spec schema URLs and the spec's own
nameregex, and accepts either.cursor-plugin/marketplace.jsonor.claude-plugin/marketplace.jsonas a marketplace source. The generated.cursor-plugin/plugin.jsonis kept as belt-and-braces for older builds.
Prior to v0.5.0 this clone produced a plugin with no working skills:
skills/contained symlinks into a git submodule that a plaingit clonedoes not fetch. Skills are now vendored as real files, so the command above works as documented. If you installed an earlier version, re-clone.
Kiro
Kiro reads the Agent Plugins manifest natively and loads this as a Power:
Point Kiro at the cloned folder. Skills load from skills/, MCP servers from mcp.json, and Kiro-specific presentation comes from the dev.kiro extension namespace in plugin.json.
Gemini CLI
gemini-extension.json at the repo root is the manifest, and Gemini auto-discovers the skills/ directory next to it. Verified on Gemini CLI 0.63.0: gemini skills list shows every skill and gemini mcp list shows both servers.
VS Code / GitHub Copilot
Then open the Chat view, go to Plugins, and add the cloned folder. Skills load from skills/, and both MCP servers load from .mcp.json.
VS Code 1.125.1 does not key off the Agent Plugins
$schema- the string appears nowhere in its bundle. Its loader picks a manifest by probing, in order,.plugin/plugin.json, then.claude-plugin/plugin.json, then a rootplugin.json, and defaults MCP to.mcp.jsonrather thanmcp.json. Because this repo ships a generated.claude-plugin/plugin.json, VS Code loads it through that branch. Everything works - all skills and both MCP servers - via the compatibility manifests rather than the spec ones.
OpenCode
OpenCode distributes via npm. Add the plugin to your opencode.json:
Restart OpenCode. Both MCP servers (dodopayments-api, dodo-knowledge) are registered automatically via the plugin's config hook as native remote servers. No manual mcp block required. Run opencode mcp auth dodopayments-api to sign in to the API server.
Skills need the package installed locally plus one extra line. OpenCode does not scan installed packages for skills, so point it at the package's skills/ directory yourself. skills.paths entries resolve against the project directory, so the package must be present in the project's node_modules - OpenCode's own plugin cache is not the same location:
An absolute path works too, and avoids the local-install requirement.
Verify with opencode run "List every skill available to you by name." - you should see every skill listed under Included Skills. A skills path that does not exist is ignored silently, so check rather than assume.
Versions before 0.5.0 documented these skills as auto-discovered. They were not: nothing in OpenCode scans an installed package, so OpenCode users had MCP servers but no skills. Setting
config.skillsfrom the plugin'sconfighook does not fix this either - the skill index is built beforeconfighooks run, so it never registers anything.
If you prefer the local stdio API server with your own API key instead of the default remote OAuth server, declare dodopayments-api yourself in opencode.json - your entry wins over the plugin default:
Included Skills
Getting started
Accepting payments
Billing models
Catalog and pricing
Customers and operations
UI and integrations
Skills source: dodopayments/skills, vendored into skills/ as real files. Provenance (upstream commit and applied transforms) is recorded in .skills-source.json.
Included MCP Servers
Both servers speak Streamable HTTP over HTTPS, and every manifest dials them natively - no npx mcp-remote bridge and no Node dependency. The canonical mcp.json uses the spec's type: "streamable-http"; the generated .mcp.json (Claude Code, Cursor, VS Code, Grok Build, Devin, Goose, Droid) uses the same endpoints spelled type: "http", the name that dialect uses; Muse, Antigravity, Junie and Gemini get their own spellings from the generator.
Configure (optional, Claude Code)
If you prefer to run the API MCP locally with an API key instead of the remote server, open /plugins in Claude Code, select Dodo Payments, and choose Configure options. Fill in:
dodo_api_key- yourdodo_test_...ordodo_live_...keydodo_webhook_key- your webhook signing secretdodo_environment-test_modeorlive_mode
Then edit .mcp.json to point dodopayments-api at the local stdio server:
Run /reload-plugins to apply changes to your current session.
Enable / disable individual MCP servers
Both MCPs ship enabled by default. You can turn either one off independently.
OpenCode
The npm plugin reads two environment variables before registering MCPs:
Truthy values: 1, true, yes, on (case-insensitive). Export the var in your shell profile or set it inline:
Claude Code, Codex CLI, Cursor
These clients load MCPs from the static .mcp.json shipped with the plugin. To disable a server, override its entry in your own project-level config and set "enabled": false.
Claude Code - edit .mcp.json at your project root (or run claude mcp disable dodopayments-api):
Run /reload-plugins to apply.
Codex CLI / Cursor - the same enabled: false pattern works in any project-level .mcp.json that overrides the plugin's bundled file. Restart the client after editing.
Per-MCP toggles inside the Claude Code
/pluginUI are tracked upstream in anthropics/claude-code#27105 and #46373. Until those land, theenabled: falseoverride above is the supported path.
A prompt to try first
Once the plugin is active, try:
Your agent will load the webhook-integration skill, use the dodo-knowledge MCP to pull the latest payload shapes, and write a handler with signature verification following the Standard Webhooks spec.
Local development
No submodules, no build step - skills/ is vendored as real files.
Validate the Claude Code plugin and marketplace:
Load the plugin directly for a dev session:
Verify everything before pushing:
Repository layout
Skills are authored in dodopayments/skills and vendored here. A weekly workflow re-syncs them and opens a PR; run it on demand with the Sync skills from upstream workflow dispatch.
For maintainers
The repo is configured to publish the OpenCode npm package on every GitHub Release.
One-time setup (already done for this repo):
- npm scope
@dodopaymentsexists and is owned by Dodo Payments. - npm Trusted Publishing (OIDC) is configured for
@dodopayments/opencode-pluginagainstpublish-opencode.yml. No npm token is stored in the repo.
Release workflow:
- Bump
versioninplugin.json(the single source of truth). - Run
npm run buildto propagate it to every generated manifest. - Run
npm run verify, then commit and tag. - Create a GitHub Release - the
Publish @dodopayments/opencode-pluginworkflow publishes to npm with provenance.
Manual dry-run:
- Workflow dispatch with
dry_run: trueto validate the release pipeline without publishing.
CI checks:
Verifyruns on every pull request and push tomain: artifact drift, Agent Plugins conformance, live JSON Schema validation, an "every declared skill, zero symlinks" assertion, per-client manifest checks (Muse, Antigravity, Junie, Gemini), and an npm payload check.- The release workflow re-runs the same gates before publishing.
Resources
License
MIT - see LICENSE.
Source: README.md at commit 9c1e382
Tools
0Version history
1- v1.0.0LatestOct 8, 2026
