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 callIl prefisso appartiene alla base URL, non al singolo endpoint. Una volta che base_url termina con /v1, l'SDK genera il percorso corretto per ogni endpoint supportato e non ci pensi più.
È con le richieste scritte a mano che si rompe. Qualcuno copia un esempio curl da un blog che riportava l'URL completo, cambia l'host e perde il prefisso durante la modifica.
Poiché il 404 viene restituito al bordo della rete, non lascia traccia nella cronologia delle richieste dell'account. Si suppone allora che l'endpoint non sia supportato affatto, quando in realtà non lo si è mai raggiunto.
Confronta i due percorsi con la stessa chiave: la differenza è inequivocabile:
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'
Un 404 sul primo e un 400 o 200 sul secondo lo confermano. Un 401 sul secondo significa che il percorso è giusto e la chiave sbagliata: è un altro problema.
/v1/responses, /v1/chat/completions e /v1/messages sulla stessa base URL e con la stessa chiave. Quali modelli rispondono su quale endpoint lo indica GET /v1/models.Ultima verifica: 2026-10-01. Scritto a partire da problemi diagnosticati su un gateway compatibile con OpenAI in produzione, non raccolto da altri siti.