Torna alle guide
Confronto·14 settembre 2026·Aggiornato il 1 ottobre 2026·8 min di lettura

Alternativa all'API OpenAI (2026) — i due diversi cambi e quali superfici rimangono disponibili

Ogni raccolta di risultati su questa ricerca risponde a "quale modello usare al posto di quello attuale". La domanda che decide la migrazione è diversa: quali superfici OpenAI continuano a funzionare dopo aver indirizzato altrove il codice. Chat, streaming e chiamate agli strumenti viaggiano su un base_url. Assistants, Realtime ed embeddings no.

Ultima revisione: .

“Alternativa all'API di OpenAI” indica due sostituzioni diverse e la maggior parte delle raccolte in questa ricerca risponde solo a una di esse. Sostituire il modello — con Claude, Gemini o modelli open-weight — cambia provider, account, SDK e fatturazione. Sostituire l'endpoint cambia una base_url e una chiave API e lascia intatto il codice, perché ciò che viene copiato è il formato wire di OpenAI. Decidi prima quale sostituzione stai facendo; un elenco di modelli non può dirti quanto costerà la migrazione.

La domanda che gli elenchi omettono è quella decisiva: quali superfici OpenAI sopravvivono effettivamente al passaggio. Questa pagina risponde nello specifico per Kunavo, incluse le tre righe per cui la risposta è no. Dichiarazione di parzialità: Kunavo è il nostro prodotto — un gateway indipendente compatibile con OpenAI, non OpenAI e non Anthropic. Tariffe e disponibilità verificate l'ultima volta il 1 ottobre 2026.

Le tre strade e il costo in termini di codice di ciascuna

PercorsoCosa cambia nel tuo codiceSceglilo quando
API proprietaria di un altro fornitoreNuovo SDK, nuova autenticazione, nuove strutture delle richiesteVuoi l'intera superficie di un singolo provider, comprese le parti disponibili solo presso di esso
Gateway compatibile con OpenAIbase_url e la chiaveVuoi modelli di più provider senza più account
Server compatibile con OpenAI autogestitobase_url e la chiave, oltre all'esecuzione del serverIl testo dei prompt non può lasciare la tua infrastruttura

L'endpoint di compatibilità proprietario di un provider è una quarta opzione, più circoscritta: Google pubblica un livello di compatibilità OpenAI per l'API Gemini, che corrisponde allo stesso cambio di base_url limitato ai modelli di un solo provider.

Sostituire completamente l'endpoint

swap.py
# The whole migration, when you swap the endpoint rather than the model.
from openai import OpenAI

client = OpenAI(
    api_key="sk-kn-...",                      # was sk-proj-...
    base_url="https://api.kunavo.com/v1",     # the only other line that moves
)

# Same SDK, same call shape, same streaming, same tool-call format.
resp = client.chat.completions.create(
    model="claude-sonnet-5",                  # now reachable on the same key
    messages=[{"role": "user", "content": "Summarise this changelog."}],
    stream=True,
)

Quali superfici OpenAI sopravvivono al passaggio

Leggi la colonna centrale prima di migrare. “Solo route” significa che il formato wire è implementato, ma non è abilitato alcun modello dietro di esso, quindi la chiamata fallisce — una sorpresa peggiore rispetto a una route non implementata, motivo per cui la riga esiste invece di essere omessa silenziosamente.

Superficie OpenAISu KunavoCos'è / nota
/v1/chat/completionssìChat, streaming, tool calls — The one almost every migration is about.
/v1/responsessìThe Responses API — Implemented — this is what Codex CLI speaks.
/v1/modelssìList what you can call — Always the authority on availability.
/v1/images/generationssìDa testo a immagine
/v1/images/editssìImage editing — Prompt-directed; no mask inpainting.
/v1/embeddingssolo routeEmbeddings — Route exists, no model enabled — embed against OpenAI, Voyage or Cohere directly.
/v1/audio/speechsolo routeText to speech — Route exists, no model enabled.
/v1/audio/transcriptionssolo routeSpeech to text — Route exists, no model enabled.
/v1/filessìUpload a source image — For image edits and image-to-video.
Assistants, Threads, Vector StoresnoOpenAI's hosted agent state — Not implemented. Keep that state in your own app.
RealtimenoRealtime voice sessions — Not implemented.
Batch, Fine-tuning, ModerationsnoNon implementato.

Le righe 3 con “solo route” sono quelle da pianificare. Una pipeline RAG è il caso comune: genera gli embedding direttamente con un provider di embedding e genera tramite il gateway. Le due operazioni sono comunque chiamate HTTP separate, quindi il costo è una seconda chiave, non una seconda architettura. GET /v1/models è sempre l'autorità su ciò che è chiamabile oggi.

Quanto costa il passaggio per token

Confrontando condizioni equivalenti su Kunavo a settembre 2026: Claude Sonnet 4.6 a $2,10 in / $10,50 out per 1M di token rispetto a $3,00 / $15,00 di Anthropic e GPT-5.6 Sol a $2,00 / $12,00 rispetto al prezzo promozionale di $4,00 / $20,00 attualmente applicato da OpenAI (listino $5,00 / $30,00; la promozione dura almeno fino al 21 novembre 2026). Verifica i prezzi di OpenAI nella loro pagina dei prezzi invece di fidarti dei nostri. Il fattore che di solito sposta una fattura più della scelta del provider è il caching dei prompt: un agente reinvia un prompt di sistema esteso a ogni turno, quindi l'input non memorizzato nella cache domina.

Cosa non è Kunavo

Non è OpenAI e non è un modo per ottenere l'infrastruttura degli agenti ospitata da OpenAI a un prezzo più basso — Assistants, Threads, Vector Stores, Realtime, Batch, fine-tuning e moderazioni non sono implementati e un'app basata su questi non può essere trasferita semplicemente cambiando base_url. Non è nemmeno hosting di modelli open-weight: se vuoi Llama o Qwen sul tuo hardware, la strada è un server compatibile con OpenAI autogestito, e questo non è quel servizio. Inoltre non è un provider di embedding, come indicato nella tabella sopra.

Per i confronti correlati: alternative a OpenRouter, i quattro tipi di gateway LLM e il riferimento all'endpoint chat per le strutture esatte delle richieste e delle risposte.

Domande frequenti

Quali sono le migliori alternative all'API di OpenAI?

Dipende da quale sostituzione vuoi fare, e la maggior parte delle raccolte in questa ricerca risponde soprattutto a una delle due. Se vuoi un modello diverso, la rosa ristretta comprende Claude di Anthropic, Gemini di Google e le famiglie open-weight offerte dai provider di inferenza. Se vuoi mantenere il codice OpenAI e cambiare la destinazione, la rosa è diversa: un gateway compatibile con OpenAI come Kunavo o OpenRouter, un endpoint di compatibilità proprietario di un provider come quello di Google, oppure un server compatibile con OpenAI autogestito come Ollama o vLLM. Il secondo tipo di passaggio richiede una base_url e una chiave; il primo può richiedere una migrazione dell'SDK.

Esiste un'alternativa gratuita all'API di OpenAI?

Non per il traffico di produzione di un provider ospitato — l'inferenza richiede tempo reale su GPU e nessuno la offre senza limiti gratuitamente. Le strade realmente gratuite sono l'hosting autonomo di modelli open-weight su hardware che già paghi (Ollama e vLLM espongono entrambi un endpoint compatibile con OpenAI, quindi la modifica al codice è lo stesso cambio di base_url) e i piani gratuiti offerti da alcuni provider con rigidi limiti giornalieri. Considera un'API compatibile con OpenAI pubblicizzata come gratuita e illimitata come una domanda su cosa faccia realmente da proxy e su cosa faccia dei tuoi prompt.

Quale API è più economica, OpenAI o Anthropic?

Nessuna delle due è uniformemente più economica — dipende dal livello che usi e da quanto del tuo input si ripete. Confrontando condizioni equivalenti su Kunavo a settembre 2026: Claude Sonnet 4.6 costa $2,10 in / $10,50 out per 1M di token e GPT-5.6 Sol costa $2,00 / $12,00. Il fattore che di solito sposta una fattura più della scelta del provider è il caching dei prompt, perché un agente reinvia un prompt di sistema esteso a ogni turno e l'input memorizzato nella cache viene fatturato a una frazione dell'input nuovo su entrambe le famiglie.

Posso disattivare l'API di OpenAI senza modificare il codice?

Per lo più sì, e le eccezioni sono il motivo per cui esiste la tabella di compatibilità di questa pagina. Se la tua app usa chat completions, streaming, chiamate agli strumenti e la Responses API, un gateway compatibile con OpenAI richiede una base_url e una chiave API — SDK, strutture delle richieste e strutture delle risposte rimangono invariati. Ciò che non viene trasferito è lo stato degli agenti ospitato da OpenAI (Assistants, Threads, Vector Stores), la Realtime API, Batch, fine-tuning e moderazioni, nessuno dei quali è implementato da Kunavo. Verifica le superfici specifiche chiamate dal tuo codice prima di presumere una sostituzione diretta.

Un gateway compatibile con OpenAI supporta gli embedding?

Non automaticamente, ed è la superficie più probabilmente assente — verifica prima della migrazione, non dopo. Nello specifico, su Kunavo /v1/embeddings è un formato wire implementato senza alcun modello abilitato dietro di esso, quindi la chiamata fallisce e il passaggio di embedding di una pipeline RAG deve essere indirizzato direttamente a OpenAI, Voyage o Cohere. Questo richiede una seconda chiave API e nient'altro, perché la chiamata di embedding e quella di generazione sono comunque richieste separate. GET /v1/models è sempre l'autorità su ciò che è effettivamente chiamabile.

Un'API compatibile con OpenAI è la stessa cosa di OpenAI?

No. Un'API compatibile con OpenAI copia il formato wire — le strutture degli URL, i corpi delle richieste e i corpi delle risposte — così il client esistente può comunicare con essa. Non è gestita da OpenAI, non offre necessariamente i modelli di OpenAI e prende decisioni proprie su conservazione dei dati, limiti di frequenza e superfici da implementare. Kunavo è un gateway indipendente, non OpenAI e non Anthropic, ed è proprio per questo che la tabella sopra elenca ciò che non funziona oltre a ciò che funziona.