404 Not Found on /responsesopenai.NotFoundError: Error code: 404The same key works for chat/completions but not for responsesNothing appears in the usage log for the failed callDas Präfix gehört zur Base URL, nicht zum einzelnen Endpunkt. Endet base_url erst einmal auf /v1, erzeugt das SDK für jeden unterstützten Endpunkt den richtigen Pfad, und Sie müssen nie wieder daran denken.
Bei handgeschriebenen Anfragen geht es kaputt. Jemand kopiert ein curl-Beispiel aus einem Blog, das die volle URL ausgeschrieben hat, ändert den Host und verliert beim Bearbeiten das Präfix.
Weil das 404 am Edge zurückkommt, hinterlässt es keine Spur im Anfrageverlauf des Kontos. Leute nehmen dann an, der Endpunkt werde gar nicht unterstützt, obwohl sie ihn nie erreicht haben.
Vergleichen Sie die beiden Pfade mit demselben Schlüssel – der Unterschied ist eindeutig:
curl -s -o /dev/null -w 'no prefix: %{http_code}\n' -X POST \
'https://YOUR_DOMAIN/responses' -H 'Authorization: Bearer YOUR_KEY'
curl -s -o /dev/null -w 'with /v1: %{http_code}\n' -X POST \
'https://YOUR_DOMAIN/v1/responses' -H 'Authorization: Bearer YOUR_KEY'
Ein 404 beim ersten und 400 oder 200 beim zweiten bestätigt es. Ein 401 beim zweiten heißt, der Pfad stimmt und der Schlüssel ist falsch – ein anderes Problem.
/v1/responses, /v1/chat/completions und /v1/messages unter derselben Base URL und mit demselben Schlüssel. Welche Modelle auf welchem Endpunkt antworten, steht in GET /v1/models.Zuletzt geprüft am 2026-10-01. Geschrieben aus Problemen, die auf einem laufenden OpenAI-kompatiblen Gateway diagnostiziert wurden – nicht von anderen Seiten zusammengetragen.