Al Build 2025, Google ha presentato Jules, un agente di programmazione AI autonomo basato su Gemini 2.0.
A differenza degli assistenti di programmazione che si trovano in una finestra di prompt, Jules funziona in modo indipendente, lavorando all'interno dei flussi di lavoro di GitHub per svolgere attività reali come la correzione di bug, il refactoring e gli aggiornamenti della documentazione.
Non si limita a suggerire. Agisce, e poi aspetta la tua recensione.
Jules è attualmente in versione beta pubblica, con una distribuzione più ampia prevista per l'inizio del 2025.
Cosa dice l'azienda
Google descrive Jules come uno strumento per aumentare la produttività degli sviluppatori delegando loro compiti ripetibili e di basso livello.
La loro citazione:
"Gli sviluppatori hanno il controllo lungo tutto il percorso. Jules presenta un piano suggerito prima di agire."
Ciò significa che nulla viene unito senza l'approvazione umana. Ma tutto ciò che porta a questo risultato – il lavoro stesso – è svolto da Jules.
Cosa significa (in parole umane)
Questo non è un completamento automatico più intelligente. E non sta cercando di fare squadra.
Assegni un compito a Jules, ad esempio "correggi la gestione degli errori non funzionanti" o "aggiungi la copertura dei test mancanti".
Jules clona il tuo repository in una VM Google Cloud sicura, esegue l'attività, apre una richiesta pull, scrive un riepilogo e poi fa un passo indietro.
Tu rivedi. Tu decidi.
Questo è il flusso di lavoro
🧯 Parliamo di sostituzione (anche se nessun altro lo farà)
Non siamo del gruppo che pensa che "l'intelligenza artificiale sostituirà tutti".
Ma questo è difficile da ignorare.
Perché quando rilasci uno strumento che:
Corregge i bug
Rifattorizza il codice
Scrive la documentazione
Apre le PR da solo
…non stai semplicemente dando agli sviluppatori un aiutante. Stai assegnando compiti veri e propri.
Quindi, sostituirà qualcuno?
Dipende interamente da come funziona un'organizzazione.
Se il tuo team è snello ed efficiente → Jules ti supporta
Se il tuo processo è gonfio o pieno di ridondanza manuale → Jules diventa un motivo per ridurre
Se ricopri un ruolo di sviluppo junior o con un forte supporto → questo cambia il tuo profilo di rischio
Non stiamo prevedendo nulla.
Ma non stiamo nemmeno fingendo.
🔒 Formazione, supervisione e sicurezza: il carico di lavoro invisibile
Jules viene eseguito all'interno di una macchina virtuale Google Cloud sicura.
Clona il tuo repository GitHub, completa l'attività e invia le modifiche tramite i flussi di lavoro GitHub.
Questa è l'architettura. Sembra sicuro. Ma...
Chi stabilisce i permessi?
Chi decide cosa è consentito toccare?
Chi sta esaminando cosa ha realmente fatto?
Qui la sicurezza non riguarda Gemini o Claude: riguarda il processo del tuo team.
Cosa monitori. Cosa testi. E se stai ancora prestando attenzione dopo la prima settimana.
Inoltre, diciamo la verità: se il tuo repository è un disastro, Jules non riuscirà a risolverlo magicamente.
C'è ancora bisogno di un ambiente chiaro, di una struttura coerente e di qualcuno che spieghi cosa significa "fatto".
Questa soluzione non è plug-and-play.
È una responsabilità a tempo pieno, ma che sembra far risparmiare tempo.
🧊 In conclusione: costi, disponibilità e tutto ciò che devi sapere
✔️ Funzionalità: Jules - agente di codifica AI autonomo
⚙️ Basato su: Gemini 2.0
📍 Dove viene eseguito: flussi di lavoro GitHub (eseguiti nelle VM di Google Cloud)
🧪 Stato: beta pubblica
📆 Rilascio più ampio: previsto per l'inizio del 2025
🔐 Controlli: revisione umana richiesta prima dell'unione
🧩 Senza risposta: ancora nessun prezzo, piano di implementazione o documentazione API
Vuoi saperne di più?
🔗Blog ufficiale di Google
🔗 YouTube: Annuncio del lancio di Jules
❄️ Prospettiva del team di Frozen Light
Non sappiamo se Google gli abbia dato il nome Jules Verne, lo scrittore di fantascienza che immaginò macchine in grado di esplorare gli abissi, volare sulla Luna e orbitare attorno al globo.
E se lo facessero?
Ha senso.
Perché questo non è un assistente appariscente. Non è fatto per parlare.
Jules è qui per analizzare a fondo il tuo codice, sistemare ciò che necessita di essere sistemato e togliersi di mezzo.
Nessun dramma. Nessun dialogo. Solo risultati.
È focalizzato. È veloce. Ed è dedicato all'unica cosa che la maggior parte degli sviluppatori evita: la manutenzione.
Funzionerà ovunque? Non lo sappiamo.
Le squadre si fideranno? Ancora poco chiaro.
Ci vorranno regole, test e una struttura? Assolutamente sì.
Ma se funzionasse?
Potrebbe automatizzare silenziosamente il lavoro più ingrato nei flussi di lavoro degli sviluppatori, e nessuno sentirà la mancanza di doverlo fare manualmente.
Non è propaganda. È valore pratico.
E noi staremo a guardare.
