Chargebee MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| chargebee_code_plannerA | Use this tool for any Chargebee integration questions or implementation needs. Always use this tool to get the accurate integration code guide for Chargebee. This is the main tool developers need when asking about implementing Chargebee functionality (like "how to update billing address", "how to create subscription", "how to handle webhooks", etc.). This tool will take in parameters about integrating with Chargebee in their application and generates an integration workflow along with the code snippets. It takes the following arguments:
|
| chargebee_documentation_searchA | Only use this tool for general product documentation queries, NOT for implementation questions. Do not use this tool for code generation or implementation questions. For any developer questions about implementing Chargebee functionality (like "how to update billing address", "how to create subscription", etc.), use "chargebee_code_planner" tool instead. This tool should only be used for:
It takes the following arguments:
|
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| chargebee-tool-selection | Guidelines for choosing the right Chargebee tool based on query type |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 2 tools
The two tools have clearly distinct purposes: chargebee_code_planner is for implementation/code generation questions, while chargebee_documentation_search is for general documentation queries. The descriptions explicitly differentiate them with clear boundaries and usage instructions, leaving no room for confusion.
Both tools follow a consistent naming pattern: 'chargebee_' prefix followed by a descriptive compound noun (code_planner, documentation_search). The naming is uniform, predictable, and clearly indicates the tool's function without mixing conventions.
With only 2 tools, the server feels severely under-scoped for a comprehensive Chargebee integration domain. While the tools cover documentation and code planning, there are no direct operational tools for CRUD actions on subscriptions, customers, or invoices, which are core to billing systems.
The toolset is incomplete for a Chargebee integration server. It lacks essential CRUD operations (e.g., create_subscription, update_customer, list_invoices) and lifecycle management tools, forcing agents to rely solely on generated code rather than direct API interactions. This creates significant gaps for automated workflows.