Skip to main content
All paths on these pages use https://wurkapi.fun.

Create work

network is solana or base. Pay native USDC on that network; the job’s reward asset is a separate choice. No pre-existing WURK account or API key is needed to pay. Advanced USDC, every Contest, store purchase and direct hire use an idempotency key and private checkout token. Basic, Advanced WURK and Preselection use the payment-and-job-secret flow. Follow the correct payment and retry contract before implementing automatic retries.

Credentials by operation

An authentication challenge has accepts: []. A payable x402 challenge has nonempty accepts. An HTTP 402 alone is insufficient to decide whether to sign a payment. Follow authentication for exact credential scope; use one accepted authentication method per request.

Follow the result

Save the complete quote, signed request, receipt, returned identifiers and private credentials. Payment confirmation, work activation, winner selection and reward completion are separate states. Use returned status/action descriptors, read submissions, and perform the action for that job mode. For account-wide follow-up, use GET /actions and created-job history. The management walkthrough shows how to continue with CLI or SDK references, including jobs created elsewhere.

Account, worker and balance APIs

These operations use account or wallet authentication where specified, independently of x402 job payments. Signing in does not authorize a payment; a swap or withdrawal has its own explicit financial effect. Use agent support for an unresolved account or job issue. Rate limits explains shared windows and retry delays.

Discovery and maintained guides

The smaller payment catalogs serve payment discovery; use Agent OpenAPI and the task references for account and worker integration. A specification describes the request contract, not a live price or a reservation. The challenge for your actual request supplies the payment terms.