Attualmente il prodotto indica tra i linguaggi supportati Java, JavaScript, TypeScript e Python. L’integrazione è concentrata su SonarQube Cloud e sui flussi di lavoro dei sistemi di gestione del codice: la documentazione cita progetti collegati a GitHub o Azure DevOps, mentre la correzione direttamente nelle pull request è disponibile per i progetti collegati a GitHub.
La differenza rispetto a un assistente di programmazione generalista non è quindi soltanto che l’agente scrive codice. L’agente opera su problemi già rilevati da SonarQube e verifica la soluzione proposta secondo gli stessi criteri di analisi prima che questa arrivi davanti allo sviluppatore.
La tecnologia affonda le radici in AutoCodeRover, una piattaforma di agente IA autonomo sviluppata dal professor Abhik Roychoudhury e dal suo gruppo presso il laboratorio Trustworthy and Secure Software di NUS Computing, la scuola di informatica della National University of Singapore. Il sistema combinava modelli linguistici di grandi dimensioni e tecniche di ricerca all’interno del codice per affrontare attività di ingegneria del software come debugging, correzione dei problemi e refactoring.
Sonar ha acquisito lo spin-off AutoCodeRover nel febbraio 2025. L’operazione ha fornito all’azienda una base di ricerca per integrare la riparazione agentica dei programmi nella propria piattaforma dedicata alla qualità e alla sicurezza del codice.
La storia della ricerca introduce però una distinzione importante: le prestazioni su un benchmark e l’affidabilità di un prodotto commerciale non sono la stessa cosa. NUS Computing ha riferito che AutoCodeRover si è classificato tra i primi tre sistemi in SWE-bench, un benchmark costruito su problemi reali di sviluppo software. Il risultato segnala una notevole capacità nella ricerca, ma non garantisce che ogni problema in produzione venga risolto con successo.
L’agente è stato sviluppato e testato a Singapore insieme a ingegneri locali e alla Infocomm Media Development Authority, o IMDA, l’autorità singaporiana responsabile dello sviluppo del settore dell’informazione e dei media. Sonar ha annunciato il lancio globale di SonarQube Remediation Agent durante ATxSummit 2026, a Singapore, nel maggio 2026.
Il ruolo di Singapore riunisce tre elementi della vicenda: la ricerca della NUS ha fornito la tecnologia di riparazione automatica dei programmi, Sonar l’ha adattata ai flussi aziendali di verifica del codice e la collaborazione con IMDA ha contribuito a testarla in un contesto attento all’adozione responsabile del software generato dall’IA.
Gli strumenti di programmazione basati sull’IA possono aumentare la quantità di software prodotto. Ma più codice significa anche più modifiche da esaminare, mantenere e mettere in sicurezza. Il rischio, inoltre, non riguarda solo il codice generato da un modello: gli stessi difetti di affidabilità, manutenibilità e sicurezza possono comparire nel codice scritto dagli esseri umani.
SonarQube Remediation Agent è pensato per operare su entrambi i fronti. Utilizza i problemi rilevati da SonarQube per suggerire correzioni a codice scritto da sviluppatori o da sistemi di IA, lasciando ai primi la decisione finale sull’accettazione della modifica.
Per le aziende, questo modello con una persona nel circuito è essenziale. Una proposta verificata può ridurre il debugging ripetitivo e aiutare i team a smaltire il debito tecnico accumulato. La verifica, tuttavia, resta limitata ai problemi che SonarQube è in grado di rilevare, ai linguaggi e alle integrazioni supportati e alla qualità dei test e del processo di revisione del repository.
Il caso d’uso è in parte difensivo. Se lo sviluppo assistito dall’IA aumenta la velocità con cui viene prodotto il software, le organizzazioni hanno bisogno di identificare difetti e vulnerabilità senza dover aumentare in misura equivalente le ore di revisione manuale. La stampa di Singapore descrive l’agente come uno strumento per affrontare i rischi informatici e operativi associati al codice generato dall’IA, compresa la possibilità che i difetti contribuiscano a problemi o interruzioni dei servizi.
L’agente non è però una garanzia assoluta di sicurezza. Il suo funzionamento è più circoscritto: individuare un problema definito, generare una correzione, analizzare la patch in modo indipendente e lasciare la decisione conclusiva agli sviluppatori. Può accorciare il percorso tra la scoperta di un difetto e una correzione proposta, ma non elimina la necessità di test, code review, controlli di sicurezza e governance.
Sonar afferma che l’agente interviene soltanto su problemi verificati da SonarQube e ha riportato un tasso di falsi positivi del 3,2% per le problematiche su cui opera. Si tratta di una metrica dichiarata dal fornitore: va quindi interpretata come un dato sul flusso di lavoro descritto da Sonar, non come una garanzia indipendente di accuratezza valida per ogni repository.
Sonar afferma che la propria piattaforma analizza ogni giorno 750 miliardi di righe di codice e viene utilizzata da oltre sette milioni di sviluppatori, in organizzazioni che includono il 75% delle aziende Fortune 100. Sono dati di scala dichiarati dall’azienda per la piattaforma Sonar nel suo complesso, non una misura del volume di correzioni effettuate dal solo Remediation Agent.
Nel mercato, il prodotto si colloca accanto a strumenti più ampi come Cursor, GitHub Copilot e Claude di Anthropic, ma con un posizionamento diverso. Questi assistenti sono soprattutto orientati alla generazione e all’aiuto nella scrittura del codice; SonarQube Remediation Agent parte invece da problemi già rilevati e verifica le modifiche prima di proporle per la revisione.
La promessa centrale del prodotto si può riassumere così: l’IA propone una correzione per un problema verificato, poi il sistema di analisi controlla la patch prima che uno sviluppatore la accetti.
Per un team che sta valutando l’adozione, le domande più importanti sono operative:
Il percorso dalla NUS a Sonar mostra come la ricerca sulla riparazione automatica dei programmi possa trasformarsi in un flusso di lavoro commerciale per gli sviluppatori. Il valore reale del prodotto, però, dipenderà meno dalla novità di generare codice e più dall’affidabilità dei problemi rilevati, dalla solidità del ciclo di verifica e dalla qualità della revisione umana.