Skip to main content
Create and manage wallets, allocations, policies, and keys through the Agents app or Anyway CLI.

Authentication

Every runtime request uses the Agent Wallet Key’s P-256 key and sends: Sign the SHA-256 digest of this UTF-8 payload:
Use the registered path without the query string. The timestamp must be within 300 seconds of the server. The CLI handles signing, encoding, and local key selection automatically.

Route summary

An agent runtime receives no merchant management authority.

Agent identity

The data object contains: Use anyway wallets agents whoami for the same runtime check.

Policies

Each policy includes its public identity, name, and enforcement configuration. Policies are enforced server-side; a client-side confirmation or displayed limit is not the enforcement boundary.

History

limit defaults to 50 and accepts 1 through 200. Entries can include agentId, destination address, amount, status, transaction hash, failure message, transfer type, explorer URL, and creation time.

Organization Credits

This is the organization-level Anyway Credit pool, not the agent wallet’s on-chain USDC allocation.

Sign EIP-712 typed data

The successful data.signature is a 0x-prefixed secp256k1 Ethereum signature. The request’s signature field is a separate wallet authorization signature; it is not one of the three P-256 HTTP authentication headers. Prefer the CLI for constructing this request:

Common errors

An Agent Wallet Key is a spending credential. Never send its private material to this API, store it in telemetry, or include it in model prompts. Only the public key and request signature belong in HTTP headers.