Home → Assistenza

Addebitato due volte per quella che sembrava una sola richiesta

Cosa vedi

• Two identical entries in the usage log seconds apart
• You saw one error and were billed for two completions
• Cost per feature is roughly double what your own counter says
• It happens more on long or reasoning-heavy requests

Perché succede

Un timeout HTTP è una decisione locale. A meno che la connessione non venga davvero chiusa e il server scelga di interrompere alla disconnessione, la generazione prosegue fino alla fine e viene addebitata.

I retry automatici degli SDK sono attivi per impostazione predefinita e invisibili nei tuoi log. Un codice che sembra fare una chiamata può farne tre.

I modelli di ragionamento lo rendono molto più probabile, perché il tempo prima del primo token è abbastanza lungo da superare un timeout predefinito mentre tutto funziona normalmente.

Come risolvere

1. Imposta il timeout sopra la risposta più lenta che ti aspettiMisura il p99 del tuo traffico e aggiungi margine. La maggior parte degli addebiti doppi è un valore predefinito di 60 secondi contro una risposta di 70.
2. Disattiva i retry automatici per le chiamate costoseImposta max_retries a 0 nel client e ritenta in modo deliberato, dove puoi registrarlo e decidere se vale la pena ripetere il lavoro.
3. Usa lo streaming per le richieste lungheLo streaming ti dà subito un primo token, il che impedisce ai timeout di inattività di scattare e ti dice che la richiesta è viva.

Articoli correlati

Ultima verifica: 2026-10-01. Scritto a partire da problemi diagnosticati su un gateway compatibile con OpenAI in produzione, non raccolto da altri siti.