Vaultix MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| VAULTIX_API_KEY | Yes | Your Vaultix secret API key (sk_live_... or sk_test_...) |
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 |
|---|---|
| vaultix_create_chargeC | Create a new payment charge (PIX, Credit Card, or Boleto). Amount is in cents (e.g., 5000 = R$ 50,00) |
| vaultix_get_chargeC | Retrieve a charge by ID |
| vaultix_list_chargesC | List all charges with optional filters |
| vaultix_cancel_chargeC | Cancel a pending or authorized charge |
| vaultix_create_customerC | Create a new customer |
| vaultix_get_customerC | Retrieve a customer by ID |
| vaultix_list_customersC | List all customers |
| vaultix_update_customerC | Update a customer |
| vaultix_delete_customerC | Delete a customer |
| vaultix_create_refundC | Create a refund for a paid charge. Amount in cents for partial refund. |
| vaultix_get_refundC | Retrieve a refund by ID |
| vaultix_list_refundsC | List all refunds |
| vaultix_get_balanceB | Get current account balance (available and pending) |
| vaultix_list_balance_transactionsC | List balance transactions (statement) |
| vaultix_create_productC | Create a new product in the catalog. Price is in cents. |
| vaultix_get_productC | Retrieve a product by ID |
| vaultix_list_productsC | List all products |
| vaultix_update_productC | Update a product |
| vaultix_delete_productB | Delete a product |
| vaultix_get_orderC | Retrieve an order by ID |
| vaultix_list_ordersC | List all orders |
| vaultix_get_transactionC | Retrieve a transaction by ID |
| vaultix_list_transactionsC | List all transactions (unified view of charges, refunds, payouts) |
| vaultix_get_transactions_summaryC | Get transaction summary for a period |
| vaultix_create_payment_linkC | Create a shareable payment link. Amount in cents. |
| vaultix_get_payment_linkC | Retrieve a payment link by ID |
| vaultix_list_payment_linksC | List all payment links |
| vaultix_deactivate_payment_linkC | Deactivate a payment link |
| vaultix_create_payoutC | Create a payout (withdrawal) via PIX or bank transfer. Amount in cents. |
| vaultix_get_payoutC | Retrieve a payout by ID |
| vaultix_list_payoutsC | List all payouts |
| vaultix_cancel_payoutB | Cancel a pending payout |
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 32 tools
Every tool has a clearly distinct purpose targeting specific resources and actions with no overlap. For example, create_charge, get_charge, and list_charges are clearly differentiated by operation type, and tools like get_balance vs list_balance_transactions serve different functions. The descriptions reinforce this clarity, making misselection unlikely.
All tools follow a perfectly consistent verb_noun pattern with the 'vaultix_' prefix (e.g., vaultix_create_charge, vaultix_get_customer, vaultix_list_products). The verbs (create, get, list, update, delete, cancel, deactivate) are used predictably across resources, and snake_case is applied uniformly throughout the set.
With 32 tools, the count is borderline high for a payment processing server, potentially feeling heavy but not extreme. It covers multiple resources (charges, customers, products, etc.) with full CRUD operations, which justifies some bulk, but it approaches the upper limit of what might be considered well-scoped without being overwhelming.
The tool set provides complete CRUD/lifecycle coverage for the payment processing domain, including charges, customers, products, payouts, refunds, and payment links. It supports all essential operations (create, retrieve, update, delete, list) and includes specialized actions like canceling and deactivating, with no obvious gaps that would hinder agent workflows.