Network 503 api proxy

Codex unexpected status 503 Service Unavailable

A 503 from chatgpt.com/backend-api/codex/responses with biscuit_baker_service_me_circuit_open points to temporary Codex backend degradation. Check OpenAI Status before changing local settings.

Snapshot

This 503 is usually server-side, not a bad API key. Pause repeated retries and troubleshoot locally only if OpenAI reports no incident.

#codex unexpected status 503 service unavailable #biscuit_baker_service_me_circuit_open #codex auth error 503 #error running remote compact task #codex service temporarily unavailable #codex websocket 503 #codex falling back from websockets to https

Codex reports:

Error running remote compact task: unexpected status 503 Service Unavailable: Service Unavailable, url: https://chatgpt.com/backend-api/codex/responses, cf-ray: ..., auth error: 503, auth error code: biscuit_baker_service_me_circuit_open

What It Means

chatgpt.com/backend-api/codex/responses is the official ChatGPT-authenticated Codex backend. HTTP 503 and circuit_open mean that backend is temporarily unavailable; this is not the usual invalid-credential error.

Was This an OpenAI Outage?

Yes. OpenAI reported elevated error rates affecting APIs, ChatGPT, and Codex. GitHub issues #35322 and #35323 recorded the same 503 and WebSocket fallback during that incident.

How To Fix It

  1. Check OpenAI Status and stop repeated retries during an active incident.
  2. Save current work, then restart Codex after recovery.
  3. If status is clear and the 503 persists, test another network and update Codex.

Do not delete ~/.codex, revoke credentials, or reinstall Codex during a confirmed outage.

Related errors

FAQ

Common questions

Does auth error: 503 mean my ChatGPT login expired?

Usually not. Invalid credentials normally return 401, 403, or a sign-in prompt. A 503 with circuit_open indicates backend unavailability.

Why does Codex fall back from WebSockets to HTTPS and still fail?

Both transports reach the same backend, so HTTPS can return the same 503 after the WebSocket fails.

Can a failed remote compact task damage my thread?

It means context compaction failed; it does not show that the repository or local thread data was corrupted.