Perché il prezzo dell’LLM non determina la qualità del codice
C’è un’idea diffusa che il modello gratuito ti darà risposte peggiori. In parte è vero e in parte no. Ciò che realmente cambia tra un piano gratuito e uno a pagamento non è solo il modello: è il contesto che puoi inviare, la frequenza con cui puoi consultarlo e l’accesso agli strumenti che lo circondano.
Un modello aperto come Qwen 2.5 Coder o DeepSeek Coder in esecuzione locale può risolvere perfettamente una funzione di validazione di moduli o uno script di migrazione dati. Dove fallisce è quando l’intero progetto non entra nella finestra di contesto, o quando hai bisogno che l’assistente comprenda 14 file correlati tra loro. È lì che il piano gratuito di qualsiasi servizio remoto inizia a mostrare le sue crepe.
Secondo la documentazione ufficiale dei principali fornitori, i piani gratuiti tendono a limitare sia il numero di messaggi per fascia oraria sia la dimensione massima del contesto. È quest’ultimo punto quello che incide di più sulla programmazione reale, molto più del numero di consultazioni al giorno.
Cosa ti offre realmente un piano gratuito nel 2026
L’offerta gratuita si è stabilizzata attorno a tre modelli di business distinti, e conviene distinguerli perché condizionano ciò che puoi fare con essi.
Freemium con quota giornaliera di messaggi
È il modello di ChatGPT, Claude e Gemini. Ti danno accesso al modello di fascia alta con un tetto di messaggi che si rinnova ogni ora o ogni giorno. Per attività puntuali (una regex che non funziona, spiegare uno stack trace) è più che sufficiente. Il problema emerge quando sei nel mezzo di un refactoring e hai già inviato 20 messaggi consecutivi: rimani senza quota proprio quando hai più bisogno di iterare.
Un dettaglio che quasi nessuno menziona: in diversi di questi servizi, il piano gratuito non include l’accesso alla funzionalità di agente o di modifica multi-file. Solo chat. Questo significa che dovrai copiare e incollare codice tra l’editor e la finestra del browser, il che interrompe il flusso di lavoro.
Assistenti di codice con un vero livello gratuito
GitHub Copilot offre un livello gratuito con un numero limitato di completamenti e richieste di chat al mese. La differenza rispetto ai chatbot è che si integra nell’IDE: i suggerimenti appaiono mentre scrivi, senza cambiare finestra. Per codice ripetitivo (getter, test di base, configurazione di rotte) il risparmio di tempo è notevole anche con la quota gratuita.
Cursor e Windsurf mantengono anch’essi piani gratuiti più modesti, con accesso limitato ai modelli veloci. L’esperienza d’uso è buona, ma la quota si esaurisce rapidamente se lavori diverse ore di fila.
Modelli aperti eseguiti in locale
Qui non ci sono quote, né abbonamenti, né invio del tuo codice a un server altrui. Strumenti come Ollama, LM Studio o llama.cpp permettono di scaricare modelli come CodeLlama, DeepSeek Coder o Qwen Coder ed eseguirli sulla tua macchina. La condizione è avere hardware sufficiente: un modello da 7B quantizzato a 4 bit funziona su una GPU con 8 GB di VRAM, ma uno da 30B ne richiede parecchia di più.
Il vero vantaggio non è solo il prezzo. È che puoi lavorare con codice proprietario senza preoccuparti della politica di conservazione dei dati del fornitore. Lo svantaggio è che la qualità delle risposte in attività complesse è inferiore a quella dei modelli di frontiera, e che la velocità dipende dal tuo hardware.
Confronto pratico: quando il gratuito non basta
Non dirò che il piano gratuito «non serve». Serve, e molto, per un’alta percentuale di attività. Ma ci sono scenari in cui la versione a pagamento smette di essere un lusso e diventa una necessità operativa.
Scenario 1: fare debug di un errore in un progetto piccolo
Un piano gratuito è perfettamente valido. Incolli l’errore, incolli il frammento di codice, ottieni un’ipotesi. Persino un modello locale da 7B può azzeccare errori comuni di sintassi o di tipi.
Scenario 2: comprendere un repository ereditato
Qui il gratuito quasi sempre non basta. Hai bisogno di inviare più file, mantenere il contesto tra le domande e che il modello ricordi le decisioni precedenti. I piani gratuiti tendono a limitare il contesto a una frazione di ciò che offre il piano a pagamento, e la memoria tra le sessioni è praticamente inesistente.
Scenario 3: generare test automatizzati per un modulo completo
Dipende dalle dimensioni. Per una classe con cinque metodi, il piano gratuito di un assistente per IDE può bastare. Per un modulo con dipendenze incrociate, hai bisogno che il modello veda le interfacce delle classi correlate, e questo consuma contesto rapidamente.
L’errore che commette quasi tutti con i piani gratuiti
C’è uno schema che vedo ripetersi: usare il piano gratuito per attività di architettura. Ovvero, chiedere al modello di progettare la struttura di un’applicazione, di decidere quale pattern usare o di pianificare una migrazione. I modelli gratuiti, con contesto limitato e senza accesso al progetto completo, tendono a inventare dipendenze che non esistono o a proporre soluzioni generiche che non si adattano al codice reale.
Un caso concreto: chiedere a un piano gratuito di suggerirti come strutturare un sistema di autenticazione in un’app che ha già un ORM specifico e un proprio sistema di sessioni. Senza vedere quei file, il modello proporrà una soluzione standard con JWT e una libreria che magari non usi, e dovrai adattarla a mano. Il tempo che risparmi nella risposta lo perdi nell’adattamento.
La regola pratica: usa il piano gratuito per attività atomiche e locali, e riserva quello a pagamento per attività che richiedono un contesto ampio o un’iterazione lunga.
Modelli aperti che vale la pena usare nel 2026
L’ecosistema dei modelli aperti è maturato abbastanza da essere un’alternativa reale, non solo un esperimento. Questi sono quelli che, secondo la documentazione ufficiale dei loro creatori e i test della community, offrono il miglior rapporto qualità/risorse:
- Qwen 2.5 Coder: buono nei linguaggi più diffusi e con versioni da 1.5B fino a 32B. La versione piccola gira su portatili modesti.
- DeepSeek Coder V2: forte nelle attività di ragionamento sul codice, anche se richiede più VRAM.
- CodeLlama: il più veterano, con un buon supporto in strumenti come Ollama. Meno preciso dei precedenti nei linguaggi moderni.
- StarCoder 2: addestrato con licenze permissive, utile se ti preoccupa la provenienza del codice generato.
Una precisazione importante: la qualità di questi modelli in locale dipende enormemente dalla quantizzazione. Un modello da 7B a 4 bit perde precisione rispetto alla versione completa. Se il tuo hardware lo consente, usa quantizzazioni a 8 bit o superiori per le attività di codice.
Costi nascosti del «gratis»
Il piano gratuito di un servizio remoto non è del tutto gratuito. Stai pagando con i dati: il tuo codice, i tuoi prompt e le conversazioni vengono usati, secondo le politiche di ciascun fornitore, per migliorare il modello. Alcuni permettono di disattivare questo utilizzo nelle impostazioni, ma non tutti, e la configurazione predefinita tende a essere quella permissiva.
Se lavori con codice sotto NDA o con dati dei clienti, questo è un problema serio. L’alternativa è il modello locale o un piano a pagamento con garanzie contrattuali di non addestramento. È una decisione che conviene prendere prima di incollare la prima riga di codice proprietario in una finestra di chat.
L’altro costo nascosto è il tempo. Copiare e incollare tra l’IDE e il browser, riformattare le risposte, correggere le allucinazioni nei nomi delle funzioni… tutto questo si somma. Un assistente integrato nell’editor, anche a pagamento, può farti risparmiare più tempo di quanto costi se lo usi quotidianamente.
Come decidere senza spendere troppo
Una strategia che funziona bene in pratica è quella della scalabilità per attrito. Inizia con il piano gratuito di un assistente integrato nell’IDE (Copilot o simile) e un chatbot gratuito nel browser per consultazioni puntuali. Se in una settimana ti ritrovi più volte bloccato dalla quota o dal limite di contesto, valuta il salto.
Per progetti con codice sensibile, configura un modello locale con Ollama e usalo come prima linea. Se la risposta non è sufficiente, allora ricorri al servizio remoto con il frammento minimo necessario, non con l’intero progetto.
E non scartare la combinazione: modello locale per l’autocompletamento e le attività ripetitive, piano gratuito remoto per dubbi puntuali, e piano a pagamento solo se il volume di lavoro lo giustifica. La maggior parte degli sviluppatori individuali non ha bisogno del piano più costoso, ma molti traggono beneficio da un livello intermedio con contesto ampio e senza limiti aggressivi.
Cosa questi modelli ancora non fanno bene
Conviene essere onesti sui limiti, perché riguardano tanto il gratuito quanto il a pagamento. Gli LLM attuali, anche quelli di frontiera, falliscono in modo sistematico in:
- Ragionamento sullo stato in sistemi distribuiti: tendono a proporre soluzioni che ignorano condizioni di race o problemi di consistenza.
- Codice che dipende da una versione specifica di una libreria: inventano API che esistevano in versioni precedenti o che non sono mai esistite.
- Prestazioni reali: possono suggerire algoritmi corretti ma inefficienti, senza avvertire del costo computazionale.
- Sicurezza: è frequente che generino codice con vulnerabilità comuni (SQL injection, validazione insufficiente) se non viene chiesto esplicitamente di evitarle.
Nessuno di questi limiti si risolve pagando. Si risolvono rivedendo il codice, eseguendo test e non delegando decisioni critiche al modello. Il piano a pagamento ti dà più comodità e più contesto, non più affidabilità su questi punti.
Conclusione operativa
Il piano gratuito di un LLM per programmare è oggi uno strumento perfettamente valido per attività circoscritte: spiegare un errore, generare un frammento, scrivere un test semplice, tradurre codice tra linguaggi. Il piano a pagamento ha senso quando il contesto del progetto è ampio, quando hai bisogno di un’integrazione profonda con l’IDE o quando il codice è sensibile e non vuoi inviarlo a un servizio che lo usi per addestrare.
I modelli aperti in locale coprono il vuoto della privacy e del costo zero in cambio di hardware e di una qualità leggermente inferiore. La decisione non è «gratis o a pagamento», ma quale combinazione delle tre opzioni si adatta al tuo tipo di progetto e alla tua tolleranza all’attrito.