rail-mcp
Related Servers
Alternatives to rail-mcp
No user-submitted related servers found.
Related Servers
- AlicenseAqualityAmaintenanceLets any MCP-compatible agent shop for catalog items by SKU and quantity under a user-set budget, category and expiry limit. Purchases flow through deterministic server-side pricing, policy checks, single-use approval binding and a recoverable execution state machine, so a compromised or manipulated model cannot move money.101MIT
- AlicenseAqualityCmaintenanceMCP server that enables AI agents to request human approval before spending money, check approval status, verify signed tokens, and manage API keys.94 npmMIT
- AlicenseNot gradedqualityCmaintenanceBudget management and cost tracking MCP server for autonomous agents, enabling budget creation, cost recording, spending projections, and alert rules.MIT
- AlicenseNot gradedqualityCmaintenanceMCP server for CIcash, a budget system that lets AI agents spend within bounded, expiring, revocable budgets. Provides tools for budget checks, quotes, payments, delegation, and receipts, with the private key kept server-side.Apache 2.0
- AlicenseAqualityDmaintenanceMCP server that gives Claude/GPT agents commerce tools — each tool call pays an upstream x402 endpoint and returns its artifact.156 npm8Apache 2.0
- AlicenseNot gradedqualityCmaintenanceMCP server for AI agent billing. Preflight spend checks before agent runs. Post-execution usage billing via two MCP tools: preflight() and record_event().7MIT
TDQS
Scored across 7 tools
Each tool maps to a distinct resource+action: budgets (set/get), proposals (propose/list/decide), and receipts (get/refund). Descriptions explicitly clarify boundaries, e.g. set_budget vs propose_purchase vs decide_proposal, leaving no real overlap.
Every tool follows a clean verb_noun snake_case pattern (set_budget, get_budget, propose_purchase, list_proposals, decide_proposal, get_receipts, refund_receipt). No mixing of conventions.
Seven tools is well-scoped for a spend-governance ledger, each covering a necessary stage of the budget/proposal/receipt lifecycle with no filler.
Covers the full lifecycle: budget set/read, proposal create/list/decide, receipt read/refund. Minor gaps like filtering or clearing stale proposals exist but core workflows have no dead ends.