Repository navigation
Skill Proposal: Agent Payments via AgentPay MCP (x402 Protocol) #752
Replies: 2 comments
|
This is interesting, but payments are a high-risk capability and would need a much higher bar than an ordinary skill. I would not want wallet creation or autonomous spend enabled by default in ECC. The minimum shape I would consider safe enough to discuss:
A PR for an |
|
Affaan-m's bar is right, and item 4 is the one that fails in practice: Move enforcement out of the model and out of the process: Dry-run stays the default and the first live path keeps the human confirmation. Available as a paid engagement too, if a delivered PR beats a review comment for you. |
Uh oh!
There was an error while loading. Please reload this page.
The Gap
everything-claude-code has 116 skills covering architecture, testing, security, content, databases, Kubernetes, PyTorch, and more. There's no skill for agent payments.
This isn't unique to ECC - it's a pattern across every major agent harness framework. But with 96K+ stars and the skill architecture ECC has built, this is the right place to close that gap.
What I Built
AgentPay MCP is an MCP server that gives any Claude Code session non-custodial USDC payment capabilities via the x402 protocol.
Three tools:
create_wallet- Generates a non-custodial wallet on Basesend_payment- Sends USDC with x402 protocol headers (for API monetization, compute purchases, agent-to-agent settlement)check_balance- Reads wallet balance for autonomous spending decisionsThe x402 protocol handles the payment flow: server returns HTTP 402 -> agent reads payment terms -> pays automatically -> retries with receipt. $24.24M/month in production volume on x402 infrastructure today.
Why It Fits ECC's Architecture
AgentPay MCP drops in as a standard MCP server configuration:
{ "mcpServers": { "agentpay": { "command": "npx", "args": ["-y", "agentpay-mcp"], "env": { "NETWORK": "base", "SPENDING_LIMIT_DAILY": "50" } } } }The
SpendingPolicyconfig aligns with ECC's security model - operators control daily limits, per-transaction caps, and recipient allowlists. Same philosophy asECC_HOOK_PROFILEgating: capabilities with operator-controlled boundaries.A dedicated skill file (similar to
mcp-server-patternsorapi-design) would cover:Credentials
This isn't a cold pitch. We shipped the x402 payment tool integration into NVIDIA's NeMo Agent Toolkit Examples (PR #17, merged). The same integration pattern applies here.
agentpay-mcpWhat I'm Proposing
I'd like to contribute:
agent-paymentsskill for the skills directoryHappy to submit a PR if there's interest, or discuss the approach here first. The skill would follow ECC's existing skill format and conventions.
All reactions