Toolstem opened a public MCP proxy repo on 2026-05-01 with x402 and Stripe Agent positioning. The verified README signal is useful: paid MCP discovery is moving toward familiar payment keywords before every project has shipped a full implementation.
AgentPay MCP should be evaluated on a different axis. It is not a pooled-token proxy that hides a downstream account. It is an MCP payment-control server for agents that need x402 payment execution with local policy, human approval, spend caps, and audit trails before signing.
Choose AgentPay MCP when the agent owns the spend decision and must prove who approved the payment, how much was allowed, which tool requested it, and whether the policy engine accepted or rejected the transaction.
Use a Stripe-proxy pattern when the product goal is to put a familiar billing surface in front of a downstream service and the operator is comfortable with the proxy holding pooled service credentials.
| Question | AgentPay MCP x402-native path | Stripe-proxy MCP pattern |
|---|---|---|
| Payment trigger | Agent calls x402_pay after an HTTP 402 challenge or paid-tool request |
Agent pays a proxy that forwards to another gateway |
| Custody posture | Non-custodial by default; AGENT_PRIVATE_KEY stays local |
Often proxy-operated credentials or pooled downstream tokens |
| Approval gate | Human approval and policy approval can be required before signing | Depends on proxy implementation |
| Spend caps | Per-transaction, daily, session, and policy caps before payment | Usually billing or account limits outside the agent loop |
| Audit trail | Tool, merchant, amount, policy result, receipt, and transaction history | Depends on proxy logging and downstream account data |
| Directory proof | Glama listing, glama.json, smithery.yaml, Docker path, npm path, and 27-tool introspection proof |
Repo-specific; do not assume until listed and introspected |
| Failure mode | Fail closed when policy, chain, asset, or approval state is unsupported | Depends on proxy implementation |
AgentPay MCP keeps the payment contract visible to the agent runtime:
- The agent sees a paid endpoint or paid MCP tool.
- AgentPay checks policy before any signature is produced.
- If human approval is required, the payment waits.
- If the policy rejects, the request fails closed.
- If approved,
x402_paysigns and submits through the configured x402 path. - The audit trail records the tool, amount, policy version, approval state, and receipt.
That is different from routing every paid call through a proxy that owns the downstream service account. A proxy can be useful, but it does not automatically solve per-agent spend authority.
AgentPay MCP currently has public discovery and package proof:
- Glama listing: https://glama.ai/mcp/servers/up2itnow0822/claw-pay-mcp
- npm package:
agentpay-mcp@4.1.8or newer - Packaged catalog metadata:
glama.jsonandsmithery.yaml - Packaged install paths:
npxand Docker - Introspection proof: 27 MCP tools, including
x402_pay,check_budget,set_spend_policy, andotel_evaluate_spend - Readiness note:
docs/directory-introspection-readiness.md
Do not claim a directory listing or proxy integration until the external directory or repo verifies it. README keywords are a signal, not proof of a working payment path.
Lightning Wallet MCP is a Bitcoin wallet MCP with directory-facing Glama badge work and x402 fallback positioning. That is a useful wallet product. AgentPay MCP is narrower and stricter for paid MCP spend control:
- x402 payment-tool focus through
x402_pay - policy checks before signing
- non-custodial local key posture
- explicit approval modes
- daily and per-call caps
- directory metadata meant for catalog introspection
- audit rows that connect payments to agent tool calls
If the buyer question is "give my agent a Bitcoin wallet," Lightning Wallet MCP may be the right comparison. If the buyer question is "let my agent pay x402 endpoints without runaway spend," AgentPay MCP is the sharper fit.
Keep these signals visible for Glama, Smithery, and other MCP catalogs:
- stable npm badge
- stable Glama badge or listing link
- exact install command
- Docker build path
- MCP server name
- tool count from live introspection
- required payment tools
- non-custodial key warning
- approval and spend-cap summary
- link to the latest proof artifact or PR comment