Skip to main content
Glama
Kishore-MK

AI42-MCP X402 Payment Server

by Kishore-MK

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
SOLANA_PRIVATE_KEYYesYour Solana wallet private key in base58 format (devnet)

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
get-balanceB

Check the current SOL balance in your wallet

get-payment-historyC

View all payments made during this session

set-payment-limitA

Set maximum amount willing to pay per request (in SOL). Set to 0 to remove limit.

fetch-with-paymentA

Fetch data from a website or API. Automatically handles payment if required (402 status).

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

B3.4/5.0

Scored across 4 tools

Disambiguation5/5

Each tool has a clearly distinct purpose with no ambiguity: fetch-with-payment handles data retrieval with payment automation, get-balance checks wallet balance, get-payment-history views session payments, and set-payment-limit configures spending limits. The descriptions clearly differentiate their functions, making misselection unlikely.

Naming Consistency4/5

The tool names follow a mostly consistent verb_noun pattern (e.g., fetch-with-payment, get-balance, get-payment-history, set-payment-limit), with all using hyphens for separation. However, fetch-with-payment uses a compound verb (fetch-with) that slightly deviates from the simpler verb forms in the others, but overall the naming is predictable and readable.

Tool Count5/5

With 4 tools, the count is well-scoped for a payment server focused on data fetching and wallet management. Each tool earns its place by covering essential operations: data retrieval, balance checking, payment tracking, and limit setting, without being overly complex or sparse.

Completeness4/5

The tool surface covers core payment and wallet management workflows effectively, including data fetching with payment handling, balance inquiries, payment history, and limit configuration. A minor gap exists in lacking a tool for direct payment initiation or refunds, but agents can work around this using the existing tools for most scenarios.

Maintenance

ActivityInactive
ResponsivenessNo issues