Skip to main content
Every Orgo API error response is JSON with two stable fields plus an optional request_id to use when contacting support.
When the error originated on the desktop side of the request, the response also includes the upstream status:
Always include request_id when emailing spencer@orgo.ai about a failed call. It maps directly to a server-side log line.

Authentication

Orgo API keys come in two flavors: account-wide (can access every workspace you own) and workspace-scoped (locked to one workspace, 403 anywhere else). Pick the scope at key-creation time in workspace settings.

Computer not responding

Action errors (bash, click, type, exec, etc.)

When an action endpoint returns a non-200, the upstream_status field tells you whether the failure came from Orgo’s control plane or from the desktop itself.

Recovering a stuck computer

A computer is “stuck” if it returns 200 on GET /computers/{id} but action calls fail.
  1. GET https://www.orgo.ai/api/desktops/{instance_id}/proxy/health. If this returns 200, the desktop is up and the issue is in the control plane. Retry your action.
  2. If /health fails, POST /computers/{id}/restart. State is preserved across restart.
  3. If restart fails, capture request_ids from a few attempts and email spencer@orgo.ai. Do not delete the computer; deletion drops the disk.

Rate limits

429 Too Many Requests means you have exceeded the per-key rate limit. Back off with exponential retry (start at 1s, double each retry, max 60s). If you need higher limits, email spencer@orgo.ai.

Reporting a bug

When something is broken, send:
  • The request_id from the error response (the most important field).
  • The exact request you made (method, URL, body, redacted of secrets).
  • The full error response.
Email: spencer@orgo.ai. Discord: discord.gg/tbYGpvnnJD.