Set the allowance.
Choose a daily budget and a per-payment limit. Amounts are tracked precisely in synthetic TEST credits.
Your agents have work to do. Give them a budget, define the boundaries, and make every spending decision visible.
Three simple steps from open-ended autonomy to a spending policy you can inspect.
Choose a daily budget and a per-payment limit. Amounts are tracked precisely in synthetic TEST credits.
Choose approved recipients and an expiry. Pause a policy when you need a moment; revoke it to stop future requests.
Simulate a purchase and see why it was allowed or blocked. Every valid request gets a clear decision receipt.
Explore how scoped spending could support your workflows. These are example use cases; the demo simulates decisions with fixture recipients.
Explore spending policies for research APIs and data sources. Set a small allowance for each request and a daily ceiling for the agent.
Research APIs · Data accessModel a budget for digital services used in a creative workflow. Approve specific recipients and give each permission an expiry.
Digital services · Scoped accessTry the typed SDK against the local simulator. Inspect approvals, blocked requests, and idempotent retries before planning a live integration.
API clients · SDK experimentsA useful permission answers who can spend, where they can spend, and how much room they have.
Create your first policyPut a ceiling on each individual request. Oversized payments are blocked without debiting test credits.
Track spending in fixed UTC days. Each policy has its own budget, resetting at midnight UTC.
Choose from the demo recipients. A request to an unapproved recipient is blocked.
Set an end date, pause temporarily, or permanently revoke permission for future requests.
This is a localhost simulator for exploring agent spending policies. Real wallet authorization and live services are future work.
Try the DEMOTEST has no dollar value. No wallet is connected and no chain transaction is submitted.
Simulated payment approval does not mean a service was purchased or delivered.
Revocation blocks future execution. Completed actions cannot be reversed by revoking a policy.
Everything you need to know about the current demo.
No. The dashboard uses synthetic TEST credits with no dollar value. It does not connect a wallet, send chain transactions, or purchase services.
The API records the decision and its reason. A blocked request does not debit the test balance or consume the policy’s daily budget.
Yes. Pausing blocks new requests and can be reversed. Resuming keeps the existing daily spend. Revocation is permanent and does not reverse previous decisions.
No. Policies have independent daily budgets and share one simulated account balance. Multiple policies authorize their combined allowances; there is no account-wide daily cap.
Yes. The workspace includes a typed agent SDK and a research-agent example for the localhost API. Agent identifiers are unverified demo input; authenticated identities and reviewed wallet enforcement are future work.
The wallet workspace supports Robinhood Chain testnet connection and contract interactions after deployment configuration. No project contracts are deployed by default. The simulator remains separate and never sends transactions.