Google apre davvero Gemma: Apache 2.0 e una distribuzione pensata per restare

Cosa è successo

Google DeepMind ha presentato Gemma 4, nuova famiglia di modelli open nata dalla stessa ricerca di Gemini 3, con quattro varianti: E2B e E4B per telefoni, laptop e dispositivi edge; 26B e 31B per workstation e cloud. È la prima versione della famiglia Gemma rilasciata sotto licenza Apache 2.0, al posto dei termini custom usati fin qui.

E non arriva da sola. Gemma 4 entra in Android Studio per il coding locale, compare nella AI Core Developer Preview come base di Gemini Nano 4 sugli Android, sbarca su Google Cloud ed esce già ottimizzata con NVIDIA per PC RTX, Jetson e DGX Spark.

Perché è importante

Per due anni Gemma è rimasta in un limbo fastidioso: modelli promettenti, ma con termini proprietari abbastanza ambigui da complicarne l’adozione in azienda. Apache 2.0 chiude quel capitolo. Le verifiche legali si accorciano, l’attrito commerciale pure, e Gemma smette di partire svantaggiata rispetto ad altre famiglie open.

Più interessante ancora è come Google abbia costruito il lancio, piazzando Gemma 4 proprio nei punti in cui un modello può smettere di essere una demo e cominciare a diventare prodotto: Android Studio per provarla in locale, AI Core per agganciarla a Gemini Nano 4, Cloud Run per mandarla in produzione, NVIDIA per darle una corsia rapida nel local AI su hardware consumer e professionale.

Cambia così anche la funzione di Gemma, che da linea open con cui Google presidia la community diventa anche un modo molto più concreto per tenere sviluppatori e aziende dentro il proprio perimetro — soprattutto dove privacy, costi d’inferenza e uso offline pesano più del richiamo del modello di frontiera.

E adesso?

La verifica sarà meno glamour degli ottimi benchmark, ma molto più istruttiva ed efficace nel medio termine. Se Gemma 4 comincerà a spuntare nei tool locali, nei prototipi on-device e nei deployment leggeri senza il solito passaggio estenuante dall’ufficio legale, allora Google avrà dato alla linea Gemma un ruolo diverso da quello di vetrina open; e, soprattutto, avrà legittimato gli sforzi di Mountain View nella sua chiave sempre più orizzontale e omnicomprensiva.

Altrimenti, Apache 2.0 rischierà di sembrare soprattutto un riallineamento tardivo: utile, certo, ma tardivo.