Assistenti di codice gratuiti: Vibe Coding a scrocco
Per decenni abbiamo scritto codice a mano, riga dopo riga, con quella strana forma di orgoglio che nasce quando passi mezz’ora a debuggare una variabile scritta male. Era quasi una religione. Il programmatore doveva soffrire. Doveva capire ogni dettaglio. Doveva meritarsi ogni risultato.
Poi è arrivata l’AI, e la prima reazione è stata la classica fase di negazione. La stessa roba che succede sempre quando cambia qualcosa di grosso: “non è affidabile”, “non capisce davvero”, “non sostituirà mai un vero sviluppatore”. Tutto vero, fino a un certo punto. Perché nel frattempo quelli che lo dicevano stavano già usando strumenti come GitHub Copilot, Cursor o simili, magari in silenzio, come chi mangia dolci di notte ma giura di essere a dieta.
La realtà è molto più semplice e molto meno romantica: questi strumenti non ti sostituiscono, ma ti fanno andare più veloce. E chi li ignora lo fa a proprio rischio. Non perché sia obbligatorio usarli, ma perché la concorrenza lo farà comunque.
Il vero punto non è se usare l’AI. Il punto è come usarla senza diventare pigri o rincoglioniti tecnicamente. Perché se smetti di capire quello che scrivi, prima o poi ti esplode tutto in faccia. E quando succede, l’AI non sarà lì a prendersi la colpa.
La realtà: tutti parlano di Copilot e Cursor… ma non tutti vogliono pagare
Gli strumenti commerciali fanno gola. Funzionano bene, sono integrati, sembrano magia. Ma dopo l’entusiasmo iniziale arriva la parte meno poetica: l’abbonamento mensile.
E qui nasce il vero interesse per le alternative gratuite. Non quelle “gratis per 3 giorni e poi piangi”, ma quelle che puoi usare davvero per lavorare.
Negli ultimi mesi ho testato un po’ di roba concreta, non demo da conferenza. Strumenti usati davvero, su task veri, con codice vero. Non “scrivimi una funzione Fibonacci” ma roba tipo:
-
generazione di moduli
-
refactoring su più file
-
task CLI complessi
-
debugging e generazione script
Alcuni si comportano sorprendentemente bene. Altri sembrano promettenti finché non sbatti contro il rate limit e ti passa la poesia.
Vediamo quelli che meritano davvero di essere citati.
Opencode: leggero, gratuito, sorprendentemente utilizzabile
Tra le soluzioni gratuite che ho testato, Opencode è una di quelle che mi ha fatto alzare il sopracciglio nel modo giusto.
Non perché sia perfetto. Non lo è. Ma perché fa il suo lavoro senza chiederti il portafoglio ogni cinque minuti.
La vera sorpresa qui è l’uso del modello MiniMax gratuito. Non è il più famoso del pianeta, ma si comporta dignitosamente su task reali.
Dove funziona bene
Opencode si comporta molto bene quando:
-
devi generare strutture di codice
-
devi sistemare pezzi ripetitivi
-
devi fare refactoring medio
Non è lo strumento che ti costruisce un’intera architettura enterprise mentre tu bevi caffè. Ma per lavori modulari e ripetitivi è più che adeguato.
E soprattutto, è stabile. Che è una parola che nel mondo AI vale più dell’oro.
Dove mostra i limiti
Quando il contesto cresce troppo, oppure quando inizi a pretendere ragionamenti lunghi e articolati, il modello MiniMax mostra i suoi limiti.
Non crolla, ma rallenta. Diventa meno preciso. Inizia a fare supposizioni strane, come un collega stanco alle 18:47 del venerdì.
Ma per essere gratuito, è difficile lamentarsi troppo.
Gemini CLI: il limite giornaliero che basta davvero
Qui entra in scena Gemini CLI, che è una soluzione parecchio interessante se lavori spesso da terminale.
Il limite giornaliero esiste, certo. Ma nella pratica è molto meno drammatico di quanto sembri sulla carta.
Nel mio uso reale, parliamo di:
3 o 4 macro-task al giorno senza problemi.
E per molti flussi di lavoro, questo basta.
Dove brilla davvero
Gemini CLI funziona benissimo quando devi:
-
generare script complessi
-
automatizzare task ripetitivi
-
creare pipeline
-
analizzare codice esistente
È rapido, diretto e soprattutto integrabile in workflow già esistenti.
Non devi cambiare il tuo modo di lavorare. Lo affianchi.
E questa è una qualità sottovalutata: gli strumenti che funzionano meglio sono quelli che non ti costringono a reinventare il tuo workflow.
Il vero limite
Il limite giornaliero, ovviamente.
Quando hai una giornata di fuoco e devi macinare task su task, il contatore diventa una specie di timer mentale. Non blocca subito, ma ti costringe a gestire meglio le richieste.
Una cosa che, volendo vedere il lato positivo, non fa neanche male.
Claude con OpenRouter: flessibilità totale, ma devi sapere cosa stai facendo
Qui entriamo in una zona un po’ più tecnica.
Usare Claude tramite OpenRouter è una soluzione interessante per chi vuole flessibilità reale.
Non è plug-and-play come altre soluzioni. Devi configurare. Devi capire come funzionano i modelli. Devi gestire le chiamate.
Ma se sai dove mettere le mani, ti apre un mondo.
Il vantaggio principale
La libertà.
Puoi scegliere:
-
quale modello usare
-
quanto spendere
-
come gestire i task
Non sei vincolato a un ecosistema chiuso.
E per uno sviluppatore che ama controllare tutto, questo è quasi terapeutico.
L’aspetto meno romantico
Serve competenza.
Non è uno strumento da installare e dimenticare. Devi sapere cosa stai facendo. Devi ottimizzare le richieste. Devi capire quando un modello è sovradimensionato.
Se cerchi qualcosa che “funzioni e basta”, qui rischi di stancarti in fretta.
Se invece ti piace smanettare, diventa uno strumento potentissimo.
Mistral collegato a JetBrains Assistant: promettente ma troppo limitato
Ultimo test interessante: usare Mistral collegato a JetBrains AI Assistant.
Idea ottima sulla carta.
E in effetti, all’inizio sembra funzionare bene. Il problema arriva quando inizi a usarlo davvero come agente.
Perché un agente AI moderno non si limita a rispondere. Fa cicli tipo:
-
pensa
-
genera
-
esegue
-
corregge
-
ripete
E questo consuma richieste.
Tante richieste.
Il problema vero: rate limit troppo basso
Il limite sulle richieste è semplicemente troppo stretto per un uso reale con agenti.
Va bene per:
-
completamento codice
-
suggerimenti brevi
-
micro-task
Ma quando entri nella logica degli agenti che lavorano su più step, il sistema diventa lento o inutilizzabile.
Ed è un peccato, perché la qualità del modello non è affatto male.
È la gabbia attorno che rovina tutto.
La verità scomoda: gratuito sì, ma non sempre sostenibile
Qui arriva la parte che molti evitano di dire.
Gli strumenti gratuiti esistono, funzionano e sono utili. Ma raramente sono pensati per sostenere flussi di lavoro industriali continui.
Funzionano meglio quando:
-
li usi in modo mirato
-
li combini tra loro
-
impari a scegliere quale usare per ogni task
Non esiste il “tool gratuito definitivo”.
Esiste il tool giusto per quel momento.
Un giorno userai Gemini CLI per uno script, il giorno dopo Opencode per refactoring, e magari Claude via OpenRouter per task più articolati.
Non è elegante. Non è pulito. Ma funziona.
E nel mondo reale, quello conta più dell’estetica.
Il cambiamento mentale che nessuno vuole ammettere
Il cambiamento vero non è tecnico.
È mentale.
Per anni abbiamo valutato i programmatori in base a quanto codice riuscivano a scrivere. Oggi il parametro sta cambiando. Conta quanto velocemente riesci a produrre soluzioni funzionanti.
Non codice.
Soluzioni.
Chi rimane attaccato all’idea romantica del codice scritto tutto a mano rischia di diventare lento rispetto a chi usa questi strumenti con intelligenza.
Non perché sia meno bravo.
Perché è meno efficiente.
E nel mercato del lavoro, purtroppo o per fortuna, l’efficienza conta più dell’orgoglio.
Conclusione: gli assistenti gratuiti non sono perfetti, ma ignorarli è peggio
La fase di negazione è finita. Chi continua a ignorare questi strumenti lo fa per principio, non per razionalità.
Gli assistenti gratuiti non sono magie. Non sono sostituti. Non sono nemmeno sempre affidabili.
Ma sono strumenti reali.
E usati bene, fanno la differenza tra:
-
lavorare tanto
-
lavorare veloce
E in un mestiere dove la quantità di lavoro cresce più velocemente del tempo disponibile, avere un assistente anche imperfetto è meglio che fare tutto da soli come se fossimo ancora nel 2005 con Notepad e pazienza infinita.
Che poi, diciamolo: il vero incubo non è che l’AI scriva codice al posto nostro. Il vero incubo è tornare indietro e farne a meno dopo aver visto quanto tempo ti fa risparmiare. Una volta che ci prendi gusto, tornare al solo cervello umano sembra quasi una punizione medievale.