Per correggere un refuso, probabilmente stai pagando il prezzo di un modello frontier. Secondo Cursor, circa il 60% degli sviluppatori seleziona un unico modello e non lo cambia più. Cursor Router, lanciato il 22 luglio 2026, prova a risolvere proprio questo: analizza ogni richiesta e la affida al modello meno costoso in grado di gestirla. Nei test A/B di Cursor, raggiunge una qualità da modello frontier con costi inferiori del 60%.
C'è però una condizione: è disponibile solo sui piani Teams ed Enterprise, e richiede di affidare a un classificatore la scelta del modello.
Come Cursor Router sceglie il modello giusto
Cursor Router è un classificatore che entra in gioco prima del modello. Nel post di lancio, Cursor spiega che valuta ogni richiesta in base a quattro segnali — il prompt, il contesto allegato, la complessità del task e il dominio — per poi instradarla di conseguenza:
- Le modifiche di routine finiscono sui modelli più efficienti in termini di prezzo.
- I ritocchi all'interfaccia vengono assegnati a quello che Cursor definisce "il modello con il gusto migliore".
- I problemi che richiedono ragionamento esteso su più file passano a modelli frontier come Fable 5 o Opus 4.8.
Non si tratta quindi di un semplice if/else basato sulla lunghezza del prompt. Due scelte progettuali fanno la differenza:
- Addestramento orientato alla soddisfazione. Cursor ha addestrato il classificatore su oltre 600.000 richieste reali, ottimizzandolo sulla soddisfazione degli utenti: se lo sviluppatore proseguiva con il task oppure doveva fermarsi a correggere l'agente. Non sui punteggi dei benchmark.
- Attenzione alla cache. Cambiare modello nel mezzo di una sessione significa perdere la cache del prompt del modello precedente, e quel cache miss ha un costo concreto. Router lo considera quando decide se il cambio conviene davvero, un aspetto che la maggior parte delle configurazioni di routing fai-da-te trascura.
Router ora alimenta la modalità Auto già presente in Cursor su desktop, web, iOS, CLI e SDK. Non c'è un interruttore dedicato: basta scegliere Auto e indicare il tipo di ottimizzazione desiderato.
Le tre modalità Auto: Intelligence, Balance e Cost
Ogni modalità occupa un punto diverso sulla curva tra costo e qualità. Tutti i numeri qui sotto provengono dai test A/B online di Cursor su milioni di richieste, pubblicati nel post di lancio.
| Modalità | Obiettivo di qualità | Risultato dei test A/B di Cursor |
|---|---|---|
| Intelligence | Qualità frontier | Soddisfazione degli utenti vicina a Fable 5 con un costo inferiore di ~60%; soddisfazione ~15% più alta di Opus 4.8 a un costo simile |
| Balance | Qualità elevata per l'uso quotidiano | Soddisfazione superiore a Opus 4.8 con un costo inferiore di ~36%; eguaglia la soddisfazione di GPT-5.6 Sol con una spesa minore |
| Cost | Buona qualità, spesa minima | Il massimo livello di intelligenza utilizzabile ottimizzando la spesa in token |
La fatturazione segue il modello effettivamente scelto dal router: le richieste Balance e Intelligence vengono addebitate alla tariffa del modello che le ha gestite. La spesa diventa quindi una media tra tariffe convenienti per le attività ordinarie e prezzi frontier solo quando Router effettua l'escalation. Il costo della singola richiesta è prevedibile soltanto in termini aggregati.
Nei materiali di lancio manca però un dato: Cursor ha pubblicato costi per commit e dati di soddisfazione per Intelligence e Balance, mentre per la modalità Cost offre solo una descrizione qualitativa.
Cosa significa davvero “60% in meno”
Il dato in evidenza riguarda il costo per commit, che Cursor calcola come spesa del modello per unità di lavoro accettata, non per token:
GPT-5.6 Sol ha eguagliato Intelligence sul costo, ma ha ottenuto una soddisfazione inferiore. Fuori dal laboratorio, Cursor riferisce che tre account enterprise in accesso anticipato — ciascuno con migliaia di utenti — hanno risparmiato dal 30% al 50% rispetto a tariffare lo stesso traffico interamente alle tariffe API di Opus 4.8, senza cali di qualità segnalati.
Vanno però considerate due cautele:
- Si tratta di numeri prodotti da Cursor, misurati con le proprie metriche di soddisfazione e conservazione del codice. Non esiste ancora una verifica indipendente.
- Il confronto parte da un team che esegue tutto con un modello frontier. Se il tuo team usa già per impostazione predefinita un modello di fascia media, il vantaggio sarà minore.
Come verificare il modello scelto da Router
Per impostazione predefinita, Router non mostra quale modello ha gestito ogni richiesta: vedi la risposta, non chi l'ha prodotta. Il changelog di Cursor afferma che il modello instradato "può essere mostrato o nascosto", ma al 23 luglio 2026 la documentazione non chiarisce dove si trovi l'impostazione nei diversi client.
Quando la trovi nel tuo client, conviene lasciarla attiva per la prima settimana. Osservare le scelte di Router è il modo più rapido per capire quando alza il livello e quando privilegia il risparmio.
La visibilità per singolo task è già la modifica più richiesta: nella discussione di r/cursor sul nuovo routing, la richiesta principale è proprio questa: "this is currently keeping me in the dark."
Gli amministratori dei team hanno più controllo dei singoli membri. Possono:
- attivare Router per team o gruppo
- limitare le modalità selezionabili dai membri e impostare quella predefinita
- consentire o bloccare specifici modelli sottostanti
- applicare un'imposizione soft o rigida per standardizzare tutti su Auto
Se una policy di conformità vieta un determinato provider, bloccare il relativo modello a livello amministrativo elimina il problema prima ancora che il routing analizzi la richiesta.
Chi può usare Router e quanto costa Cursor
Cursor Router è attualmente disponibile solo per i piani Teams ed Enterprise. Sui Teams è attivo per impostazione predefinita; gli amministratori Enterprise devono abilitarlo dalla dashboard. Dati verificati sulla pagina prezzi di Cursor il 23 luglio 2026:
| Piano | Prezzo (fatturazione mensile) | Modalità Router |
|---|---|---|
| Hobby | Gratuito | No |
| Individual (Pro / Pro+ / Ultra) | A partire da $20/mese | No |
| Teams (Standard / Premium) | A partire da $40/utente/mese | Sì |
| Enterprise | Personalizzato | Sì, se abilitato dall'amministratore |
Con un piano Pro da $20, il selettore Intelligence/Balance/Cost non compare tra le opzioni dei modelli. E, come ha osservato una delle prime reazioni su X, risparmiare il 60% sui prezzi della classe Opus resta comunque rilevante per il budget di uno sviluppatore singolo. Le alternative sono usare i modelli manualmente con maggiore disciplina oppure gestire il routing in proprio, come vedremo più avanti.
Dove il routing può sbagliare
Prima di standardizzare un team su Auto, vale la pena considerare due critiche emerse su X.
La prima: complessità del task e rischio non sono la stessa cosa. Una critica dettagliata lo spiega con un esempio concreto: un refactoring di 2.000 righe può essere meccanico, mentre una modifica di due righe nell'autenticazione può causare un'interruzione completa del servizio. Un router addestrato a prevedere la complessità potrebbe quindi inviare con sicurezza quella modifica da due righe a un modello economico. L'autore chiede a Cursor di pubblicare i tassi di modifiche accettate per ogni instradamento; Cursor non ha diffuso questi dati.
La seconda riguarda la forma dell'errore. Il benchmark di un ingegnere su Router pone la domanda giusta: sceglie correttamente anche nei task in cui un modello economico dà una risposta sbagliata ma convincente, invece di fallire in modo evidente? Una risposta errata che sembra corretta può costare più tempo in revisione di quanto abbia fatto risparmiare sui token.
Una strategia pratica è dividere il lavoro in due categorie:
- Fissa manualmente un modello frontier quando una risposta plausibile ma errata ha un costo elevato: modifiche a autenticazione e permessi, logica dei pagamenti, migrazioni di database in produzione, crittografia, configurazioni CI/CD.
- Lascia il resto a Balance: refactoring ordinari, generazione di test, documentazione e lavoro UI a basso rischio.
Gli amministratori possono anche bloccare del tutto i modelli più economici, sacrificando una piccola parte del risparmio.
Cursor Router e OpenRouter sono due cose diverse
I nomi possono confondere, ma operano a livelli diversi: Cursor Router è integrato nel prodotto, sceglie tra i modelli disponibili in Cursor e fattura attraverso il tuo piano. OpenRouter è invece un aggregatore API indipendente: una sola chiave, centinaia di modelli e fatturazione per token (consulta la nostra guida ai prezzi di OpenRouter).
Puoi collegare OpenRouter a Cursor già oggi, con qualunque piano, usando l'impostazione Override OpenAI Base URL. I dettagli sono importanti:
- Usa l'endpoint dedicato di OpenRouter
https://openrouter.ai/api/v1/cursor: il generico/api/v1non gestisce il formato delle tool call di Cursor. - Incolla la tua chiave
sk-or-nel campo OpenAI API Key.
Qualsiasi configurazione bring-your-own-key ha due limiti rigidi: l'autocompletamento Tab usa sempre i modelli integrati di Cursor e la modalità Auto può ignorare del tutto la tua chiave.
Lo stesso override funziona con qualsiasi relay compatibile con OpenAI, ed è così che gli sviluppatori individuali possono avvicinarsi all'economia del routing senza un posto Teams. Su AIReiter, per esempio, i modelli Claude costano il 20% del prezzo API ufficiale con pacchetti di crediti a partire da $5 (verificato a luglio 2026): puoi fissare un modello di fascia media per il lavoro quotidiano e riservare le chiamate frontier ai problemi più difficili. Il classificatore, però, sei tu e nessuno tiene conto dei cache miss quando cambi modello.
FAQ
Cursor usa OpenRouter?
No. Cursor Router è il sistema di routing interno di Cursor e non ha alcun legame con OpenRouter. Puoi comunque collegare separatamente OpenRouter tramite l'impostazione Override OpenAI Base URL e l'endpoint dedicato /api/v1/cursor.
Cursor Router è disponibile con il piano Pro?
No, almeno a luglio 2026: il post di lancio limita Router ai piani Teams ed Enterprise. I piani Individual mantengono la selezione manuale del modello.
Posso disattivare Cursor Router?
Sì: seleziona un modello specifico invece di Auto e Router non interviene su quella richiesta. Gli amministratori del team possono inoltre limitare le modalità o bloccare modelli specifici per tutta l'organizzazione.
Verso quali modelli instrada Cursor Router?
Nei materiali di lancio, Cursor cita Fable 5, Opus 4.8, GPT-5.6 Sol, Grok 4.5 e il proprio Composer; il pool è progettato per aggiornarsi con l'uscita di nuovi modelli. Gli amministratori possono consentire o bloccare i singoli modelli.