OpenRouter Auto Router vs Auto Code: quale usare

Un agente di coding e un chatbot generalista non dovrebbero usare la stessa impostazione di routing. Per traffico misto scegli openrouter/auto; per sessioni di programmazione multi-turn scegli openrouter/auto-code. C’è però un punto importante: il costo per task risolto di Auto Code è di solito superiore a quello di Auto, mentre il risparmio del 74% viene calcolato rispetto a Opus 5.5.

Entrambi i router sono stati lanciati il 5 novembre 2026 e annunciati da OpenRouter il 6 novembre 2026. Il motore di routing è lo stesso: cambiano il livello iniziale dei modelli e il modo in cui i segnali di fallimento guidano la sessione. Non esiste un sovrapprezzo per il routing: ogni richiesta viene fatturata alla tariffa normale del modello selezionato (annuncio OpenRouter).

Auto per il traffico misto, Auto Code per gli agenti di coding

Auto Code è il router per agenti di coding: parte da una fascia di prezzo più alta e valuta tasso di successo, velocità e costo per task risolto (annuncio OpenRouter).

Se sai già quale modello funziona meglio per il tuo carico di lavoro, OpenRouter stessa consiglia di continuare a usarlo. I router rinunciano a una piccola quota di prestazioni di picco in cambio di scelte costanti ed efficienti, senza dover monitorare ogni nuovo rilascio (annuncio OpenRouter).

Il claim del 74% in meno è affidabile?

La direzione sì, la cifra va letta con le note a piè di pagina. Quel “74% in meno” confronta Auto Code con Claude Opus 5.5 su cinque benchmark eseguiti da OpenRouter: non è un confronto con Auto e non ha una verifica indipendente. Al 6 novembre 2026, un giorno dopo il lancio, non risultava alcuna riproduzione indipendente (annuncio OpenRouter).

Questa è la tabella completa dei benchmark pubblicata nell’annuncio, perché il titolo racconta soltanto metà della storia:

Da quella tabella emergono tre aspetti (annuncio OpenRouter):

1. Auto Code supera Auto in 4 punteggi su 5, ma perde su Tau-bench Banking: 52.6% contro 53.1%. Il divario va da 2 a circa 5 punti, non è un salto generazionale.
2. Auto Code costa più di Auto in 4 task su 5 — fino a 3.7x su TerminalBench ($4.96 contro $1.33). Costa inoltre più del router Auto precedente in tutti i benchmark, ad esempio 8.1x su TerminalBench.
3. “Più economico” vale soltanto contro Opus 5.5 per task risolto. Il costo per task incorpora i tentativi: un modello meno costoso per token che fallisce due volte può costare più, per task completato, di un modello più caro che riesce al primo tentativo. Per gli agenti è la metrica giusta, ma non significa che la tua fattura per token cali del 74%.

Lo scetticismo della community riguarda soprattutto la verificabilità, non la direzione del risultato:

“Lo dice chiaramente: il 74% arriva dai 5 benchmark di OpenRouter, non da una verifica indipendente. Fidati della direzione, non delle cifre.” — @LJL06019

Un altro utente ha posto la domanda che determina se riuscirai a replicare il risultato: “quel 74% vale solo se il mio prompt dice al router cosa è difficile. Ma cosa dice al router cosa è difficile?” (@harden_369741).

La lettura corretta è questa: sui cinque benchmark, molto orientati al coding, Auto Code si avvicina alla classe di Opus 5.5 a un costo inferiore per task risolto; Auto rimane invece il router più economico quando il punteggio grezzo non è il vincolo principale. Prima di pianificare il budget, ripeti i test sul tuo set di repository.

Cosa cambia davvero nel routing

Il motore è identico, la policy no. A ogni chiamata, entrambi i router valutano 11 fattori della richiesta — tipo e difficoltà del task, rilevanza della velocità, necessità di vision o conoscenza della codebase, vantaggio di un modello più grande o di più reasoning — e li combinano con prezzi live, stato dei provider, cache del prompt, dati dei benchmark e cronologia della sessione (annuncio OpenRouter).

Auto Code aggiunge tre pesi specifici per il coding (annuncio OpenRouter e pagina Auto Code):

• Parte da un tier di modelli per il coding più potente, e più costoso, anziché dal tier medium ottimizzato per il prezzo di Auto.
• Dà più peso alla latenza e penalizza più severamente le modifiche al codice che falliscono.
• Abbandona più rapidamente un modello quando le modifiche non passano i test o ricompare lo stesso errore.

Conta anche l’ordine di escalation: se una sessione si blocca, Auto Code aumenta prima lo sforzo di reasoning e solo dopo cambia modello. OpenRouter afferma che questa logica, insieme alla persistenza della sessione, ha mantenuto lo stesso modello per quasi 9 turni agente su 10 durante la beta, con chiamate tool non valide ridotte di 4x e risposte agentiche interrotte dimezzate rispetto al vecchio router (annuncio OpenRouter). La latenza di routing al p90 è scesa da 1.96s a 0.65s, circa 3x (annuncio OpenRouter).

Il percorso generalista di Auto è più datato e documentato separatamente: un classificatore leggero assegna circa 30 tipi di task dettagliati, per esempio code:debugging e agent:multi_step_planning; classifica poi i modelli in base alla quota di spesa della community per task negli ultimi 7 giorni, applica il tier di costo e le restrizioni dell’utente, quindi sceglie un primario e dei fallback (documentazione Auto Router). La nuova generazione conserva questo segnale di mercato ma aggiunge il livello di sessione.

Le composizioni live del routing chiariscono cosa significhi, nella pratica, “tier più potente”. Uno snapshot del 6 novembre del traffico delle ultime 24 ore di Auto Code, pari a 992 richieste, mostrava GPT-6.1 Sol al 70.4%, Claude Opus 5.5 al 14.8% e GLM 5.3 all’11.0% (pagina Auto Code). Il mix generalista di Auto tende verso modelli più economici: le sole varianti DeepSeek V4 Flash rappresentavano circa il 47% del volume visualizzato nella pagina di panoramica (panoramica Auto). I mix cambiano nell’arco di pochi giorni con prezzi e release, quindi trattali come il meteo, non come una rosa fissa.

Il costo nascosto dei cambi: ricostruire la cache e restare sul provider

È il punto che la copertura generica dei lanci tende a saltare, ma determina la spesa reale. Cambiare modello durante una sessione azzera la prompt cache: il nuovo modello deve rielaborare il contesto al prezzo pieno dell’input. OpenRouter riconosce il meccanismo e mantiene le conversazioni multi-turn sullo stesso modello finché questo resta una scelta competitiva, proprio per ridurre le ricostruzioni della cache (annuncio OpenRouter).

Gli utenti riportano questa criticità da entrambi i lati:

“Molti continuano a provare a costruire router a livello di singola richiesta, ma non funzionerà… un prompt senza il contesto attorno non offre abbastanza segnale per valutarne la complessità… non possiamo cambiare spesso modello in una sessione in modo economicamente sostenibile. Uno o due passi falsi… possono costare più che usare fin dall’inizio il modello migliore.” — @kunchenguid

La cifra più eloquente dietro quella critica arriva dall’autore di OpenCode: correggere il caching di OpenRouter ha fatto scendere il costo di un test da $50 a $6 (@thdxr). Su Reddit, un utente che testava openrouter/auto ha riportato: “Nei nostri test, il cache hit rate era praticamente 0” (u/tankerkiller125real); un altro ha osservato che “ogni volta che Auto cambiava id, la chiamata successiva tornava con cache_discount 0, mentre l’esecuzione con modello fisso continuava a leggere dalla cache” (u/Michael_Jeffords). Il consiglio più votato nel thread su VS Code è diretto: “Mantieni fissi modello e provider per risultati migliori: la cache riduce i costi, altrimenti invierai un grande contesto a provider casuali” (u/Zealousideal-Part849).

Le conseguenze pratiche sono due:

1. Il cache hit rate conta più del listino. Secondo la stima di un utente, circa l’87% dei token degli agenti arriva oggi dalla cache (@shu8ham_). Un router che interrompe la persistenza può quindi costare più di un modello fisso più caro che riutilizza il contesto. Per quello stesso utente, spostare un timestamp dalla cima al fondo del system prompt ha risolto una cache che si invalidava a ogni chiamata (@shu8ham_).
2. La persistenza può bloccarti su un host scadente. Le richieste successive restano sullo stesso provider finché la cache è calda, quindi un endpoint quantizzato debole può compromettere un’intera sessione: “Lo stesso nome del modello non significa lo stesso modello. Fissa anche chi lo serve” (@webtkdev). Se la qualità oscilla dopo un cambio, registra il provider, non solo il modello.

La risposta di Auto Code — aumentare il reasoning prima di cambiare modello e passare altrove rapidamente soltanto davanti a un fallimento chiaro — ha la forma giusta (pagina Auto Code). Ma finché nel tuo flusso cache_discount non resta diverso da zero durante una sessione, considera ogni cambio un rischio da mettere a budget, non un’operazione gratuita.

Controlli di costo che limitano davvero la spesa

cost_tier è una fascia, non un tetto massimo. I cinque tier — low, medium, high, xhigh, max — selezionano ciascuno una fascia di costo dei modelli eleggibili; i modelli sopra o sotto quella fascia possono essere esclusi. Nella documentazione del percorso classico, un tier non impostato si comporta approssimativamente come low (documentazione Auto Router). La sintesi da ricordare, vista su Reddit, è: “cost_tier è una fascia, non un limite… quando la fattura deve essere deterministica, fissa un modello preciso” (u/conifer_v11).

Una configurazione sensata per entrambi i router:

• Avvia Auto Code con le impostazioni predefinite su un set di repository di prova; avvia Auto su low se preferivi il vecchio comportamento economico. OpenRouter ha alzato il prezzo predefinito della nuova generazione verso livelli di “qualche mese fa” per ammettere modelli più capaci (annuncio OpenRouter).
• Aggiungi wildcard allowed_models / excluded_models, ad esempio anthropic/*, per delimitare il pool. Le esclusioni prevalgono sulle allowlist e un pool vuoto fallisce in modalità chiusa con 404 (documentazione Auto Router). Attenzione alla trappola degli ID plugin: openrouter/auto legge le impostazioni auto-router, mentre openrouter/auto-beta legge auto-beta-router; le impostazioni inviate all’ID sbagliato vengono ignorate senza avviso (documentazione Auto Router).
• Abbina provider.max_price ai limiti di spesa del workspace per un cap rigido: il tier da solo non basta (documentazione Auto Router).
• Per il lavoro multi-turn, passa un session_id esplicito: in questo modo la persistenza si basa sulla conversazione e non sull’impronta di un messaggio (documentazione Auto Router).
• Registra per ogni richiesta model, provider, token, snapshot del prezzo e cache_discount. Solo questo log permette di calcolare il costo per task accettato: la metrica ottimizzata da Auto Code e quella che interessa al tuo budget.

Approfondimenti correlati su questo sito: la guida alla configurazione di Auto Router, la guida ai prezzi di OpenRouter, la guida al prompt caching e LiteLLM vs OpenRouter per le alternative di routing self-hosted.

Una chiamata API e come verificare il modello usato

Entrambi i router funzionano ovunque sia accettata una stringa modello (panoramica Auto):

curl https://openrouter.ai/api/v1/chat/completions \
  -H "Authorization: Bearer $OPENROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "openrouter/auto-code",
    "messages": [{"role": "user", "content": "Add a retry with backoff to fetchUser in api/users.ts"}]
  }'

Per il traffico generalista, sostituisci con openrouter/auto. Il campo model nella risposta indica quale modello ha effettivamente generato la risposta: acquisiscilo sempre (documentazione Auto Router). Invia X-OpenRouter-Metadata: enabled per ottenere la classificazione del task (documentazione Auto Router), oppure apri il pannello routing insights della chatroom per capire perché è stato scelto un modello, inclusi tipo di task, stima della difficoltà e quota dei candidati (annuncio OpenRouter). Entrambi i router supportano tool call, streaming, immagini, PDF, input audio e video con output testuale o immagine, fino a un limite di routing di 2,000,000 token; la finestra effettiva dipende dal modello selezionato (panoramica Auto e pagina Auto Code).

Una nota sugli IDE: Codex CLI, Cline, Kilo Code, OpenCode, Continue e le configurazioni VS Code in stile Copilot possono aggiungere sub-call, retry e contesti estesi al tuo prompt. Un utente ha confrontato circa 20 token via Python diretto con 20k–40k token tramite una richiesta del plugin (thread di routing r/openrouter). Se una richiesta apparentemente piccola viene fatturata molto, verifica prima se i token arrivano dal router o dall’harness. Il catalogo OpenRouter disponibile dietro entrambi i router supera i 600 modelli (annuncio OpenRouter).

FAQ: OpenRouter Auto vs Auto Code

Auto Code costa più di Auto Router?

In genere sì, per task. Nella tabella di OpenRouter, Auto Code costa più di Auto in quattro benchmark su cinque ed è a pari costo nel quinto. Auto Code è “più economico” soltanto rispetto a un modello frontier fisso, considerando il costo per task risolto.

Il router applica un costo aggiuntivo?

No. Sia openrouter/auto sia openrouter/auto-code vengono fatturati alla tariffa normale del modello selezionato, senza sovrapprezzo del router (panoramica Auto).

Il cambio di modello interrompe il prompt caching?

Sì, può farlo. Un nuovo modello o provider deve ricostruire la cache e gli utenti hanno registrato cache_discount a 0 subito dopo un cambio. Auto Code preferisce aumentare prima lo sforzo di reasoning ed è rimasto sullo stesso modello per circa 9 turni su 10 nella beta (annuncio OpenRouter), ma va verificato sulle tue sessioni.

Quali modelli possono scegliere e posso escluderne alcuni?

Qualunque modello del catalogo dopo l’applicazione di guardrail, zero-data-retention, filtri dei provider, allowlist ed excludelist (pagina Auto Code). Le wildcard come anthropic/* funzionano e le esclusioni hanno precedenza (documentazione Auto Router).

Quando conviene fissare un modello anziché usare un router?

Quando la spesa deve essere deterministica, quando audit o requisiti di residenza richiedono un modello noto, oppure quando il modello fissato supera già la media del router sui tuoi repository. Un buon flusso consiste nell’usare Auto per la scoperta, quindi fissare o mettere in whitelist il vincitore.

Il compromesso che nessun prompt può eliminare è questo: Auto Code acquista qualche punto in più nel tasso di successo grazie a un tier superiore e alla consapevolezza della sessione, ma ogni cambio consuma cache. Se le tue sessioni sono lunghe e ricche di contesto, il router più economico è quello che smette di cambiare modello.