Skip to main content
Glama
VautlixDevelopment

Vaultix MCP Server

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
VAULTIX_API_KEYYesYour 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

NameDescription
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

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3.2/5.0

Scored across 32 tools

Disambiguation5/5

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.

Naming Consistency5/5

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.

Tool Count3/5

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.

Completeness5/5

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.