La mossa di IBM sul fronte dell’intelligenza artificiale per sviluppatori è di quelle che meritano attenzione, perché sposta il discorso ben oltre la semplice generazione automatica di codice. Con il lancio di Bob, la società americana punta a qualcosa di molto più ambizioso: una piattaforma agentica pensata per coprire l’intero ciclo di vita del software, dalla progettazione alla distribuzione, passando per revisione, sicurezza e modernizzazione. E non si tratta di un annuncio campato in aria, perché secondo i numeri diffusi dalla stessa azienda, Bob ha già raggiunto oltre 80.000 dipendenti IBM con un incremento medio di produttività dichiarato del 45%.
Il progetto nasce internamente e porta la firma di Neel Sundaresan, oggi general manager AI e Automation di IBM Software, che in passato è stato tra gli ingegneri fondatori di GitHub Copilot. Un curriculum che dice parecchio sull’ambizione del progetto.
Dal semplice codice assistito alla gestione completa del software
Bob rappresenta l’evoluzione del precedente Watson Code Assistant e introduce un cambio di paradigma piuttosto netto. Non si parla più di suggerimenti di codice tipo autocompletamento intelligente, ma di un sistema che coordina agenti software specializzati nelle diverse fasi dello sviluppo. La piattaforma integra ruoli distinti: architetto software, sviluppatore, revisore di sicurezza e DevOps engineer, ciascuno con workflow controllati e checkpoint approvativi che si possono configurare a seconda delle esigenze.
Sul piano tecnico c’è una scelta interessante. IBM non mostra all’utente quale modello viene utilizzato per ogni singola richiesta. La piattaforma decide in autonomia il motore più adatto valutando costo, latenza e complessità del compito, combinando Anthropic Claude, modelli Mistral, la famiglia IBM Granite e modelli interni specializzati. Una sorta di orchestrazione invisibile che punta all’efficienza piuttosto che alla trasparenza sul singolo modello.
Modernizzazione del legacy e governance: qui Bob fa davvero la differenza
Il vero punto di forza di Bob emerge guardando ai casi d’uso enterprise, quelli che raramente fanno notizia ma muovono miliardi. IBM cita workload che coinvolgono COBOL, PL/I, JCL mainframe e grandi stack Java accumulati nel corso degli anni. Roba che chiunque abbia lavorato in una grande azienda conosce fin troppo bene.
I numeri raccontano qualcosa di concreto: la piattaforma avrebbe permesso a Blue Pearl di completare un aggiornamento Java normalmente eseguibile in circa 30 giorni in soli tre giorni, con oltre 160 ore di lavoro risparmiate. E il dato più significativo forse è un altro: IBM stima che tra il 60% e l’80% dei budget di sviluppo aziendale venga assorbito da manutenzione e modernizzazione di sistemi esistenti. In uno scenario del genere, un sistema capace di comprendere codebase datate vale decisamente più di uno specializzato solo nella generazione di nuovo codice.
Sul fronte della governance, Bob integra funzioni di normalizzazione dei prompt, scansione di dati sensibili e AI red teaming direttamente nel workflow operativo. C’è anche BobShell, una CLI che costruisce una traccia documentale verificabile di ogni operazione eseguita dagli agenti. Per aziende soggette a normative come FedRAMP, HIPAA o PCI DSS si tratta di un elemento tutt’altro che secondario.
Una scommessa dichiarata sul mondo enterprise
La community degli sviluppatori non manca di sollevare dubbi legittimi. Alcuni utenti descrivono Bob come un wrapper enterprise costruito sopra Claude e altri modelli, segnalando limiti nella gestione di file molto grandi e una qualità inferiore rispetto a strumenti come Cursor o Claude Code nelle attività quotidiane di scrittura del codice.
IBM risponde puntando sulla struttura operativa complessiva, non sulle prestazioni del singolo modello. L’obiettivo dichiarato è offrire una piattaforma gestibile da grandi organizzazioni che, semplicemente, non possono permettersi errori generati automaticamente a velocità industriale.
