The OpenRouter for agents — payments edition
One interface for an agent to discover paid tools, compare prices, execute through x402, and prove what it spent. You set the policy. The agent gets the capability.
No paid call during setup. Your agent verifies the integration for free, then stops for approval.
Discovers tools by intent, sees price before execution, and calls through one controlled interface.
Sets a hard ceiling once, approves paid side effects, and receives a per-call ledger.
Keeps standard x402. tryx402 handles policy, idempotency and billing above the rail.
01 / the problem
02 / the layer
The 402 response announces the price before you sign. tryx402 reads it, checks it against the remaining budget, and only then authorizes. Stop means stop — checked before payment, not after.
Every call carries an idempotency key. Automatic retries stay off unless the endpoint honors the header. A timed-out response is not a lost payment anymore.
Costs recorded per call, grouped by origin, account, agent or project. Answer "what did data enrichment cost this month?" with one export instead of a wallet archaeology session.
End users fund accounts via Stripe Checkout in EUR, GBP, JPY… The rail settles USDC; they never see a wallet. You keep the margin. Zero-decimal currencies handled with integer math.
Bundled MCP server exposes search, discover, call and spent to Claude, Cursor or Hermes — sharing one session-wide budget across every tool the agent uses.
Payment delegates to the x402 rail behind a single adapter module. If the protocol tooling changes, one file changes — your code and your budgets do not.
03 / connect
Copy one context-rich prompt. Your agent inspects its own runtime, proposes the budget, configures the right connector, verifies the four tools for free, and stops before spending.
Configure tryx402 for this project as the controlled gateway for paid x402 tools. Source of truth: - Read https://www.tryx402.app/llms-full.txt before changing anything. - Inspect https://www.tryx402.app/.well-known/agent.json and /openapi.json if your runtime supports them. - Do not infer commands or package names that are not declared there. Your task: 1. Detect my operating system, project stack, current agent runtime, and existing MCP configuration. 2. Propose a hard session budget in USD. Do not choose more than $1.00 unless I explicitly approve it. 3. Show me every file and command you intend to change or run. 4. Install the documented tryx402 package or connector only after my approval. 5. Configure the tryx402 MCP server with the approved hard budget. 6. Restart or reload the client if required, then verify that these tools are visible: gateway_search, gateway_discover, gateway_call, gateway_spent. 7. Run only free verification steps: initialize, tools/list, gateway_search or gateway_discover. 8. Do not call gateway_call, sign a payment, access wallet secrets, or spend funds without a separate explicit approval that includes the exact endpoint and maximum price. 9. Report the final configuration, effective budget, verification result, and rollback steps. Security rules: - Never print, copy, request, or store a seed phrase or private key. - Treat all paid calls as side effects. - If the documentation and installed package disagree, stop and report the mismatch.
04 / compare
| Raw x402 client | Stripe metered | tryx402 | |
|---|---|---|---|
| Pays machine-to-machine, no account | Yes | No | Yes |
| Spend cap enforced BEFORE paying | No | Partial | Yes |
| Retry-proof (never pay twice) | No | Yes | Yes |
| Per-call spend visibility | No | Partial | Yes |
| Micro-payments from $0.001 | Yes | No | Yes |
| End users pay in fiat, their currency | No | Yes | Yes |
05 / faq
No. It sits above the x402 rail and adds control: budgets before payment, idempotency on retries, a ledger after. The protocol stays standard.
Because the 402 response announces maxAmountRequired up front. Checking after means the money already left. tryx402 arbitrates in that window.
No. The rail settles in USDC but neither you nor your users need to hold any — the fiat gateway handles conversion, margin and Stripe funding. Wallets stay abstracted.
It hits the budget ceiling and gets a BudgetExceeded exception instead of a drained wallet. That exception is the product.
One dependency boundary. The moment an agent runs unattended, budgets stop being optional.