Skip to main content
Start with the stable field, not the message: the response’s code, a session’s failure.code, or a setup run’s failure_code. Messages can change; codes don’t. HTTP errors are flat objects with required code and message fields and optional details. Every code is listed in Errors.

Sign-in and the console

API keys and authentication

Organizations and roles

Billing

See Billing.

Environments and setup

See Environments.

Integrations

| git or gh is unauthenticated in a session | The agent version has no GitHub grant, or the session started before you saved it. | Grant GitHub on the agent and start a new session. See GitHub access. | | git can’t reach github.com | The environment’s network policy blocks GitHub. | Allow the GitHub hosts. See Allow GitHub hosts. | See Integrations for every integration error.

Memory, files, and automations

MCP servers and credentials

Sessions

Grading

Rate limits and server errors

What to include in a support request

Never include an API key or secret value in a support request.

Next steps

Errors

Every error and failure code with retry guidance.

Limits

Every limit you can hit.

Event types and states

Decode statuses, stop reasons, and results.

API conventions

Retries, idempotency, and paging.