GoCardless MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| GOCARDLESS_ENVIRONMENT | No | Either 'sandbox' or 'live' (defaults to 'sandbox') | sandbox |
| GOCARDLESS_ACCESS_TOKEN | Yes | Your GoCardless API access token (required) |
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 |
|---|---|
| list_customersC | List all customers from GoCardless |
| get_customerB | Get a specific customer by ID |
| create_customerC | Create a new customer in GoCardless |
| list_paymentsC | List payments from GoCardless |
| get_paymentB | Get a specific payment by ID |
| create_paymentC | Create a new payment in GoCardless |
| list_mandatesC | List mandates from GoCardless |
| get_mandateC | Get a specific mandate by ID |
| list_subscriptionsC | List subscriptions from GoCardless |
| get_subscriptionA | Get subscription by ID. Returns links.mandate - use get_mandate then get_customer for full details, or use get_subscription_details instead. |
| get_subscription_detailsB | Get complete subscription info including mandate and customer in one call |
| list_payoutsC | List payouts from GoCardless |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 12 tools
Most tools have distinct purposes targeting specific resources and actions, but there is some ambiguity between get_subscription and get_subscription_details. The descriptions clarify that get_subscription returns limited data requiring follow-up calls, while get_subscription_details provides complete info, but an agent might still be confused about which to use in different scenarios.
All tools follow a consistent verb_noun naming pattern (e.g., create_customer, get_payment, list_subscriptions). The verbs are standardized (create, get, list) and nouns are clear, with no mixing of conventions like camelCase or snake_case deviations.
With 12 tools, the count is well-scoped for a payment processing domain like GoCardless. It covers core resources (customers, payments, mandates, subscriptions, payouts) with appropriate CRUD operations, avoiding bloat while providing essential functionality.
The tool set offers strong coverage for key resources with create, get, and list operations, but lacks update and delete tools for most entities (e.g., no update_customer or delete_payment). This minor gap might require workarounds, but core workflows like creating and retrieving data are well-supported.