agent-payment-x402
affaan-m/everything-claude-code
Enable AI agents to execute x402 payments with per-task budgets, spending controls, and non-custodial wallets.
What is agent-payment-x402?
Add policy-gated payment execution to AI agents using the x402 HTTP payment protocol. Agents can pay for APIs, services, or other agents while respecting per-task and per-session spending limits, with support for Base (via agentwallet-sdk) and X Layer (via OKX Payments Protocol).
- Enforce per-task and per-session spending budgets before payment execution
- Support non-custodial ERC-4337 smart account wallets with agent-held keys
- Negotiate x402 payment flows automatically when APIs return HTTP 402
- Provide MCP tools for balance checks, payment sending, spending queries, and transaction audits
- Allowlist recipient addresses and enforce rate limits on transactions
- Integrate with Base and X Layer blockchains through multiple SDK options
How to install agent-payment-x402
npx skills add https://github.com/affaan-m/everything-claude-code --skill agent-payment-x402- Install agentwallet-sdk@6.0.0 globally before adding MCP config: npm install -g agentwallet-sdk@6.0.0
- Set WALLET_PRIVATE_KEY environment variable with agent wallet private key
- For X Layer: reference okx/onchainos-skills repository and OKX Agent Payments Protocol docs
How to use agent-payment-x402
- 1.Install the skill: npx skills add https://github.com/affaan-m/everything-claude-code --skill agent-payment-x402
- 2.Add MCP server config pointing to agentwallet-sdk or OKX Agent Payments Protocol
- 3.Set spending policy via orchestrator before delegating to agent (per-task budget, per-session budget, allowlisted recipients)
- 4.Call check_spending before paid tool actions to enforce budget constraints
- 5.Agent automatically negotiates x402 flows when receiving HTTP 402 responses from APIs
Use cases
- Agent pays a 402-gated API on Base or multi-chain networks using agentwallet-sdk
- Agent pays a 402-gated API on X Layer using OKX Agent Payments Protocol
- Enforce spending limits when delegating agent tasks to prevent budget overruns
- Settle payments between agents or with external services within policy boundaries
- Audit all agent payments with transaction history and spending reports
- AI agent developers building cost-aware autonomous systems
- API providers implementing x402 payment gates for agent access
- DevOps engineers managing agent spending and budget controls
- Blockchain application developers on Base or X Layer
agent-payment-x402 FAQ
Agents use ERC-4337 smart accounts where they hold their own keys. The orchestrator sets spending policy before delegation; the agent can only spend within those bounds. No pooled funds or custodial intermediaries.
Base and Base Sepolia via agentwallet-sdk (check package docs for current coverage). X Layer via OKX Payments / OKX Agent Payments Protocol. Always verify network support in SDK docs before production.
No. Spending policy is set by the orchestrator before delegating to the agent via set_policy. Agents cannot escalate their own limits — this prevents abuse.
The agent's payment tool automatically negotiates the price, checks if it fits the spending policy, signs a transaction, and retries the request. All within the policy boundary set by the orchestrator.
Use okx/onchainos-skills with okx-agent-payments-protocol as the dispatcher. The okx-x402-payment skill is a deprecated legacy alias and should not be used for new implementations.
Full instructions (SKILL.md)
Source of truth, from affaan-m/everything-claude-code.
name: agent-payment-x402 description: Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. metadata: origin: community
Agent Payment Execution (x402)
Enable AI agents to make policy-gated payments with built-in spending controls. Uses the x402 HTTP payment protocol and MCP tools so agents can pay for external services, APIs, or other agents without custodial risk.
When to Use
Use when: your agent needs to pay for an API call, purchase a service, settle with another agent, enforce per-task spending limits, or manage a non-custodial wallet. Pairs naturally with cost-aware-llm-pipeline and security-review skills.
Decision Tree
Choose the integration path based on whether your agent is buying access to a paid API or charging others for one:
| Need | Recommended path |
|---|---|
| Agent pays a 402-gated API on Base or another agentwallet-supported chain | Use agentwallet-sdk as an MCP payment server with strict spending policy |
| Agent pays a 402-gated API on X Layer | Use OKX Agent Payments Protocol from okx/onchainos-skills; okx-x402-payment is a deprecated legacy alias |
| TypeScript API charges agents | Use OKX Payments TypeScript seller SDK docs for Express, Hono, Fastify, or Next.js |
| Go API charges agents | Use OKX Payments Go seller SDK docs for Gin, Echo, or net/http |
| Rust API charges agents | Use OKX Payments Rust seller SDK docs for Axum |
| Java API charges agents | Use OKX Payments Java seller SDK docs for Spring Boot 2/3, Java EE, or Jakarta |
| Python API charges agents | Check the current OKX Payments repository before implementation; a Python seller guide may not be available |
Supported Networks
agentwallet-sdk: use the package docs to confirm current network coverage before production. Base Sepolia is the safest development default; Base mainnet is the production path called out by the original skill.- OKX Payments / X Layer: current seller docs target X Layer (
eip155:196) and USDT0 settlement. Fetch current SDK docs before generating production code because payment packages and facilitator behavior can change quickly.
How It Works
x402 Protocol
x402 extends HTTP 402 (Payment Required) into a machine-negotiable flow. When a server returns 402, the agent's payment tool negotiates price, checks budget, signs a transaction, and retries only inside the policy and confirmation boundary set by the orchestrator.
Spending Controls
Every payment tool call enforces a SpendingPolicy:
- Per-task budget — max spend for a single agent action
- Per-session budget — cumulative limit across an entire session
- Allowlisted recipients — restrict which addresses/services the agent can pay
- Rate limits — max transactions per minute/hour
Non-Custodial Wallets
Agents hold their own keys via ERC-4337 smart accounts. The orchestrator sets policy before delegation; the agent can only spend within bounds. No pooled funds, no custodial risk.
MCP Integration
The payment layer exposes standard MCP tools that slot into any Claude Code or agent harness setup.
Security note: Always pin the package version. This tool manages private keys — unpinned
npxinstalls introduce supply-chain risk.
Option A: agentwallet-sdk (Base / multi-chain)
{
"mcpServers": {
"agentpay": {
"command": "npx",
"args": ["agentwallet-sdk@6.0.0"]
}
}
}
Available Tools (agent-callable)
| Tool | Purpose |
|---|---|
get_balance | Check agent wallet balance |
send_payment | Send payment to address or ENS |
check_spending | Query remaining budget |
list_transactions | Audit trail of all payments |
Note: Spending policy is set by the orchestrator before delegating to the agent — not by the agent itself. This prevents agents from escalating their own spending limits. Configure policy via
set_policyin your orchestration layer or pre-task hook, never as an agent-callable tool.
Option B: OKX Agent Payments Protocol (X Layer)
Use this path for X Layer x402, Multi-Party Payment (MPP), session payment, charge, and A2A charge flows.
For buyer-side agent flows:
- Install or reference the current
okx/onchainos-skillsrepository. - Use
skills/okx-agent-payments-protocol/SKILL.mdas the dispatcher. - Treat
skills/okx-x402-payment/SKILL.mdas a deprecated compatibility alias, not as the canonical skill. - Require explicit user confirmation before wallet status checks or payment actions. Do not hide payment execution behind a generic tool call.
For seller-side API flows, fetch the latest language-specific guide before generating code:
| Runtime | Current guide |
|---|---|
| TypeScript | https://raw.githubusercontent.com/okx/payments/main/typescript/SELLER.md |
| Go | https://raw.githubusercontent.com/okx/payments/main/go/x402/SELLER.md |
| Rust | https://raw.githubusercontent.com/okx/payments/main/rust/x402/SELLER.md |
| Java | https://raw.githubusercontent.com/okx/payments/main/java/SELLER.md |
Do not copy examples from older docs without checking the current OKX repository. Current OKX guidance uses okx-agent-payments-protocol as the dispatcher, and Java seller docs are now available.
Examples
Budget enforcement in an MCP client
When building an orchestrator that calls the agentpay MCP server, enforce budgets before dispatching paid tool calls.
Prerequisites: Install the package before adding the MCP config —
npxwithout-ywill prompt for confirmation in non-interactive environments, causing the server to hang:npm install -g agentwallet-sdk@6.0.0
import { Client } from "@modelcontextprotocol/sdk/client/index.js";
import { StdioClientTransport } from "@modelcontextprotocol/sdk/client/stdio.js";
async function main() {
// 1. Validate credentials before constructing the transport.
// A missing key must fail immediately — never let the subprocess start without auth.
const walletKey = process.env.WALLET_PRIVATE_KEY;
if (!walletKey) {
throw new Error("WALLET_PRIVATE_KEY is not set — refusing to start payment server");
}
// Connect to the agentpay MCP server via stdio transport.
// Whitelist only the env vars the server needs — never forward all of process.env
// to a third-party subprocess that manages private keys.
const transport = new StdioClientTransport({
command: "npx",
args: ["agentwallet-sdk@6.0.0"],
env: {
PATH: process.env.PATH ?? "",
NODE_ENV: process.env.NODE_ENV ?? "production",
WALLET_PRIVATE_KEY: walletKey,
},
});
const agentpay = new Client({ name: "orchestrator", version: "1.0.0" });
await agentpay.connect(transport);
// 2. Set spending policy before delegating to the agent.
// Always verify success — a silent failure means no controls are active.
const policyResult = await agentpay.callTool({
name: "set_policy",
arguments: {
per_task_budget: 0.50,
per_session_budget: 5.00,
allowlisted_recipients: ["api.example.com"],
},
});
if (policyResult.isError) {
throw new Error(
`Failed to set spending policy — do not delegate: ${JSON.stringify(policyResult.content)}`
);
}
// 3. Use preToolCheck before any paid action
await preToolCheck(agentpay, 0.01);
}
// Pre-tool hook: fail-closed budget enforcement with four distinct error paths.
async function preToolCheck(agentpay: Client, apiCost: number): Promise<void> {
// Path 1: Reject invalid input (NaN/Infinity bypass the < comparison)
if (!Number.isFinite(apiCost) || apiCost < 0) {
throw new Error(`Invalid apiCost: ${apiCost} — action blocked`);
}
// Path 2: Transport/connectivity failure
let result;
try {
result = await agentpay.callTool({ name: "check_spending" });
} catch (err) {
throw new Error(`Payment service unreachable — action blocked: ${err}`);
}
// Path 3: Tool returned an error (e.g., auth failure, wallet not initialised)
if (result.isError) {
throw new Error(
`check_spending failed — action blocked: ${JSON.stringify(result.content)}`
);
}
// Path 4: Parse and validate the response shape
let remaining: number;
try {
const parsed = JSON.parse(
(result.content as Array<{ text: string }>)[0].text
);
if (!Number.isFinite(parsed?.remaining)) {
throw new TypeError("missing or non-finite 'remaining' field");
}
remaining = parsed.remaining;
} catch (err) {
throw new Error(
`check_spending returned unexpected format — action blocked: ${err}`
);
}
// Path 5: Budget exceeded
if (remaining < apiCost) {
throw new Error(
`Budget exceeded: need $${apiCost} but only $${remaining} remaining`
);
}
}
main().catch((err) => {
console.error(err);
process.exitCode = 1;
});
Best Practices
- Set budgets before delegation: When spawning sub-agents, attach a SpendingPolicy via your orchestration layer. Never give an agent unlimited spend.
- Pin your dependencies: Always specify an exact version in your MCP config (e.g.,
agentwallet-sdk@6.0.0). Verify package integrity before deploying to production. - Audit trails: Use
list_transactionsin post-task hooks to log what was spent and why. - Fail closed: If the payment tool is unreachable, block the paid action — don't fall back to unmetered access.
- Pair with security-review: Payment tools are high-privilege. Apply the same scrutiny as shell access.
- Test with testnets first: Use Base Sepolia for development; switch to Base mainnet for production.
Production Reference
- npm:
agentwallet-sdk - Merged into NVIDIA NeMo Agent Toolkit: PR #17 — x402 payment tool for NVIDIA's agent examples
- Protocol spec: x402.org
- OKX Payments SDKs:
okx/payments— TypeScript, Go, Rust, and Java seller integrations for X Layer x402 - OKX Agent Payments Protocol skill:
okx/onchainos-skills - OKX Payments overview: web3.okx.com/onchainos/dev-docs/payments/overview
Related skills
More from affaan-m/everything-claude-code and the wider catalog.

security-review
Security checklist and patterns for authentication, input validation, secrets, and sensitive features.

golang-patterns
Idiomatic Go patterns, best practices, and conventions for building robust, efficient, and maintainable applications.

coding-standards
Baseline coding conventions for naming, readability, immutability, and quality across projects.

frontend-patterns
React and Next.js patterns for components, state management, performance, and modern frontend practices.

backend-patterns
REST/GraphQL API design, database optimization, and server-side patterns for Node.js, Express, and Next.js.

golang-testing
Go testing patterns: table-driven tests, subtests, benchmarks, fuzzing, and TDD methodology.