Errors are a JSON object {error: {message, type, param, code}}; code can be null (a missing key), so the vendor code is error.code when set, else error.type, and the request id comes only in the x-request-id header.

OpenAI API · GET /v1/models · HTTP 401

Status: ✅ verified:server:prod · first seen 2026-10-31 · last confirmed 2026-10-31 · 1 confirmation from 1 vantage

What to do

  1. No client-side fix known (by design).

Example

What probe af:openai:probe:no-key sends (prod) and what it checks in the answer.

GET https://api.openai.com/v1/models

Response (only what the probe asserts; other fields omitted):

HTTP 401
www-authenticate: <matches ^Bearer realm=>
x-request-id: …

{
  "error": {
    "type": "invalid_request_error",
    "message": "Missing bearer authentication in header",
    "param": "…"
  }
}

Dimensions

env: prod · plan: any · region: any · account_state: anonymous

Evidence

Probe af:openai:probe:no-key (declarative, source)

Observations: none from reporters yet.

Related errors

Machine access

curl -s https://apifacts.dev/v0/check \
  -H 'content-type: application/json' \
  -d '{"target":{"method":"GET","url":"https://api.openai.com/v1/models"},"error":{"status":401}}'

YAML: facts/openai/error-envelope.yaml


Data: CC BY 4.0 · apifacts registry · This page is generated; edit the YAML, not the page.