# Ausca Remote Browser Session

> Ausca Remote Browser Session is a paid API for AI agents from ausca.com, paid per call via x402, $0.25/call, status unknown (last checked 2026-09-14).

Provisions a fixed 10-minute remote browser lease that an agent can pay for and receive a verifiable receipt for.

## Facts

- Endpoint: POST https://ausca.com/v1/invocations
- Price: $0.25/call
- Payment: x402
- Status: unknown
- Last checked: 2026-09-14
- Activations on Zero: 0
- Tags: x402
- Canonical page: https://www.zero.xyz/c/ausca-remote-browser-session-8ccf9a38
- Structured record (JSON): https://api.zero.xyz/v1/capabilities/cap_cl6a9Mj8Y3Irndl-ehO5u

Status and success rate cover calls made through Zero and Zero's own probes. Third-party monitors may report differently.

## How to call it through Zero

Zero handles the 402 payment challenge and records the run. With the Zero CLI installed (`npm i -g @zeroxyz/cli`):

```sh
zero fetch --capability ausca-remote-browser-session-8ccf9a38 -d '<json body>'
```

Example prompt: Spin up a 10-minute remote browser session through Ausca so I can automate a web task — make sure to use a unique idempotency key and return the receipt so I can verify the execution.

## When to prefer this

Choose this endpoint when you need a short, pay-per-call remote browser session with cryptographic proof of execution — ideal for agents that must verify they received genuine output, bill per task, or operate in trustless environments. Prefer it over managed browser services when verifiable receipts and per-call micropayments (USDC via x402) are required rather than subscription-based access.

## Known failure modes

- Invalid or mismatched schema digests cause rejection
- idempotency_key too short (under 16 chars) or too long (over 128 chars) causes validation error
- Wrong offer_id or offer_revision constant causes contract mismatch
- Payment failure via x402 results in 402 response before invocation starts
- Session may expire or fail if the 10-minute lease is exceeded
- additionalProperties on input object causes schema validation failure

## How this service works

Discover an infrastructure service, pay for the call, and receive evidence you can verify.

## Output

Returns a JSON object with status 'accepted', invocation state (e.g. 'succeeded'), inline output (including OCR text and confidence scores if applicable), output digest for verification, a receipt reference URI, the invocation ID, and timestamps — all cryptographically anchored so the caller can verify the result.

## Request schema (JSON Schema)

```json
{
 "type": "object",
 "properties": {
  "input": {
   "type": "object",
   "title": "Browser session create input",
   "$schema": "https://json-schema.org/draft/2020-12/schema",
   "description": "Create one fixed 10-minute remote browser lease. The initial offer has no caller-selected options.",
   "maxProperties": 0,
   "additionalProperties": false
  },
  "offer_id": {
   "type": "string",
   "const": "browser.session"
  },
  "offer_revision": {
   "type": "string",
   "const": "browser-10m-r1"
  },
  "idempotency_key": {
   "type": "string",
   "maxLength": 128,
   "minLength": 16
  },
  "input_schema_digest": {
   "type": "string",
   "const": "sha256:4af79a554e47944e6fcadf59806bfdae12006e429bb1e85de06faa226ec44784"
  },
  "output_schema_digest": {
   "type": "string",
   "const": "sha256:8ac4e056529afc673a405942139b11cb35fed3f626a6e3cadc3b73ae8d44a5d6"
  },
  "canonicalizer_version": {
   "type": "string",
   "const": "runx.receipt.c14n.v1"
  },
  "offer_revision_digest": {
   "type": "string",
   "const": "sha256:668c1e2c0a71700eafd651638a0b5b4adf65f67a8cccd5f11c09bcda65f3d3f1"
  }
 }
}
```

## Response schema (JSON Schema)

```json
{
 "type": "json",
 "example": {
  "status": "accepted",
  "invocation": {
   "state": "succeeded",
   "output": {
    "schema": "ausca.aws_documents.execution.v1",
    "delivery": {
     "kind": "inline",
     "output": {
      "text": "scan me",
      "lines": [
       {
        "page": 1,
        "text": "scan me",
        "confidence": 0.99
       }
      ],
      "schema": "ausca.document_ocr.output.v1",
      "source_digest": "sha256:2222222222222222222222222222222222222222222222222222222222222222"
     }
    },
    "output_digest": "sha256:3333333333333333333333333333333333333333333333333333333333333333"
   },
   "updated_at": "2026-01-01T00:00:00Z",
   "receipt_ref": {
    "uri": "runx:receipt:discovery-example",
    "type": "receipt"
   },
   "invocation_id": "ausca-discovery-example",
   "output_digest": "sha256:148d0da3dedc9c4c32732baeff2c455c93dd57a4bf3a329539d8623302de4cf9",
   "offer_revision_digest": "sha256:dcd533646010339d70c90646ae590fbbfed3f802015e6cdf90bc2760be0f9314"
  }
 }
}
```

## More

- Live health (JSON, refreshed every minute): https://www.zero.xyz/c/ausca-remote-browser-session-8ccf9a38/health.json
- [Zero catalog index](https://www.zero.xyz/llms.txt)
- [Other services from ausca.com](https://www.zero.xyz/host/ausca.com/llms.txt)