Dry-run one computer-use browser action
Evaluate one proposed browser action against a computer-use tool’s guardrails WITHOUT a live session — the builder’s ‘try one action’ path. Returns the allow/deny/needs-confirmation verdict with the guardrail code and reason; set dispatch: true to also send the action to the sandbox once (marked test: true so the sandbox can no-op it). Every dry-run is audit-logged.
Authorizations
Dashboard JWT token from Clerk
Headers
Stripe-style idempotency token. Pass a stable, client-generated value (1-255 chars) to dedupe retries on transient timeouts. The same key+credential+path replays the original response for 24h on 2xx (5min on 4xx, 30s on 5xx). Returns 409 if a concurrent request with the same key is already in flight; replayed responses include the Idempotency-Replay: true response header.
1 - 255Sandbox opt-in for Clerk-session-authenticated requests. Set to true to route the call through the test-mode pipeline: no real provider delivery, no credits deducted, response meta.test_mode: true. Ignored for live API keys (dv_live_sk_*) — server-to-server clients must use a test-prefixed key (dv_test_sk_*) to exercise sandbox. Test-prefixed keys unconditionally enable sandbox regardless of this header.
true, false Response
Successful response.