Skip to main content
POST
Admit a minimal durable task
Admit a durable Praxa task with a personal workspace API key, then verify the returned run through readback or reconnectable events.
Availability: Production partner preview. Required scope: execute:write.

Authenticate safely

Create a disposable personal workspace API key with exactly execute:write. Send it as Authorization: Bearer $PRAXA_API_KEY. A Gateway OAuth token, Supabase JWT, provider credential, or organization memory key is not interchangeable with this key. The hosted playground sends the credential from your browser session to the documented API through the configured playground proxy. Use test data, never share the key, and revoke it when the check ends.

Request fields

string
Must equal the body idempotencyKey when both are present. The effective key is header, body, then requestId.
v1
X-AI-Platform-Version header parameter.
v1
required
apiVersion request field.
string
required
requestId request field.
task
required
mode request field.
string
required
task.input request field.
string
idempotencyKey request field.

Runnable request examples

What success means

A 202 response proves durable admission or an exact idempotent replay. It does not prove that the task completed.

Successful response

202 — Durable task admitted or exact idempotent replay returned.
v1
required
apiVersion response field.
string
required
run_id response field.
string
required
requestId response field.
task
required
mode response field.
queued | running | awaiting_approval | completed | failed | cancelled
required
Public lifecycle status. Internal cancelling and reconcile_required states project as running; reconciliation is not terminal.
string
required
createdAt response field.
string
required
updatedAt response field.
string
completedAt response field.
object
Present only when Praxa can derive the exact recorded browser action and bind it to the stored action digest. The summary contains the exact recorded instruction or steps followed by the target host.
object
Present only for schema-valid, digest-matched verified text.
object
failure response field.
links response field.

Handle failures

Example problem

Verify the result

  1. Save run_id and Location.
  2. Read the run or consume events until a terminal state.
  3. Replay the exact request with the same key and require the same logical run.

Retry, cleanup, and production use

  • Treat 401, 403, and 409 as authority or state signals, not generic retry prompts.
  • Reuse the idempotency key only for an exact retry of the same logical mutation.
  • For 429 or retryable 5xx responses, follow server retry guidance and keep a bounded attempt budget.
  • Move the request into a trusted application backend before production; never ship the Praxa key in browser or mobile code.
  • Revoke the disposable key, disable test webhooks, and erase disposable candidate data after validation.
Continue with API authentication, the failure and retry guide, and the end-to-end coverage matrix.
Last modified on August 14, 2026