X402 Erc7710
Design and implement demos combining x402 HTTP payments with ERC-7710 smart contract...
Install
npx skills add internet-court/internet-court-skill --skill x402-erc7710 -g -a claude-code -y- Repository
- internet-court/internet-court-skill7k
- Category
- Design
- Updated
- 9d ago
- License
- See repository
- Context cost
- Mediumabout 3,000 tokens
- Runs scripts
- No, instructions only
What it does
Design and implement demos combining x402 HTTP payments with ERC-7710 smart contract delegations and ERC-7715 wallet permission requests for subscriptions, bounded agent budgets, recurring spend, pay-per-use APIs, and agentic commerce.
x402 + ERC-7710
Use this skill when a user wants a payment or subscription demo where an agent pays for HTTP resources through x402 and spends only within a bounded delegated permission.
Core Model
- x402 is the per-request payment rail. A protected resource can respond with HTTP
402 Payment Required, payment requirements, and a retry path where the client submits a signed payment payload. A facilitator can verify and settle the payment before the server returns the resource. - ERC-7710 is the capability redemption interface. It standardizes how a delegation manager validates permission context and executes delegated actions on behalf of a delegator.
- ERC-7715 is the wallet permission request layer that can be used to obtain scoped permissions for ERC-7710-style delegation.
Use x402 for "pay now for this HTTP request." Use ERC-7710/7715 for "this agent may keep paying under these constraints."
Discovery-First Boundary
When the user has only asked to use or inspect a paid HTTP service, stay in discovery mode:
- Identify the relevant endpoint or resource.
- Confirm whether it returns
402 Payment Required. - Summarize the advertised x402 requirements: network, token, amount, payee, route, and
extra.assetTransferMethodwhen present. - State that no paid request has been made.
- Ask whether the user wants to set up bounded payment authority.
Do not draft a subscription, mandate, cadence, schedule, spend cap, expiration, or wallet permission until the user asks for setup or confirms they want to continue. Do not infer "daily", "weekly", or "recurring" authority from a product objective alone; wait for the user to approve delegation design.
Good discovery response shape:
I found the paid endpoint and its x402 requirements.
- Endpoint: GET /path
- Network: ...
- Token: ...
- Price: ...
- Payee: ...
I have not made a paid request. Do you want me to help set up bounded payment authority for this task?


