The Pulse
NVIDIA pubblica Boro per la revisione del kernel Linux assistita dall’IA
Boro di NVIDIA è uno strumento a riga di comando con licenza Apache-2.0 per revisionare, compilare e testare le patch del kernel Linux. Andrea Righi ha presentato il progetto alla Linux Plumbers Conference il 6 ottobre 2026.
AI.info Team · Scritto con l’IA ·
Boro di NVIDIA porta la revisione, la compilazione e i test assistiti dall’IA nel flusso di lavoro locale degli sviluppatori del kernel Linux. Andrea Righi di NVIDIA ha presentato lo strumento alla Linux Plumbers Conference di Praga il 6 ottobre; il repository pubblico lo descrive come un programma a riga di comando per lavorare su stack di patch prima dell’invio o nella manutenzione downstream.
Boro si occupa delle patch prima della revisione sulle mailing list
Boro è pensato per gli sviluppatori che lavorano nei propri alberi Git, anche quando preparano una serie di patch, eseguono il backport delle modifiche o integrano correzioni di sicurezza. È questo l’aspetto che lo distingue da Sashiko, il progetto a cui Boro si ispira: Sashiko è orientato alla revisione delle patch già pubblicate sulle mailing list, mentre Boro gestisce la revisione e la correzione interattive in locale.
L’interfaccia a riga di comando accetta un intervallo di commit, come origin/master..HEAD, e revisiona ciascun commit attraverso una sequenza di controlli assistiti da modelli. Le fasi riguardano l’identificazione del sottosistema del kernel, la ricerca sugli sviluppi successivi upstream, il flusso di controllo, la gestione delle risorse, la concorrenza, la sicurezza e le questioni relative all’hardware e alla portabilità. Una successiva fase di validazione valuta i potenziali problemi individuati prima che Boro compili un report nello stile di LKML.
Modelli separati si occupano dell’individuazione e della validazione
Boro consente di assegnare modelli diversi alla revisione generale e alla validazione. L’impostazione BORO_MODEL gestisce la normale individuazione dei problemi, mentre BORO_VALIDATION_MODEL può gestire la revisione iniziale con il contesto completo, la validazione dei nuovi problemi individuati e la generazione del report. Gli utenti possono indirizzare lo strumento verso un endpoint compatibile con OpenAI, compresa un’istanza locale di Ollama, oppure usare i backend Claude, OpenCode e Codex documentati.
Il flusso di lavoro raccoglie inoltre in locale i metadati delle patch e il contesto del codice sorgente prima di inviare le richieste di revisione. Questa configurazione offre agli sviluppatori la possibilità di usare un modello locale, ma non significa che ogni configurazione di Boro esegua l’inferenza sulla macchina dello sviluppatore: il repository documenta anche endpoint API remoti. La scelta del modello e la configurazione dell’endpoint determinano dove viene eseguita l’inferenza.
Compilazione e test aggiungono controlli oltre il diff
I comandi build e test di Boro estendono il processo oltre la lettura di una patch. La modalità build esegue il checkout dei commit in worktree separati e usa virtme-ng per compilare il kernel; la modalità test può avviare il risultato in una macchina virtuale ed eseguire un test mirato scelto dal modello. Lo strumento chiede poi a un modello di valutare l’output della compilazione o del test.
Questi comandi richiedono virtme-ng, mentre per applicare una serie di patch da una mailing list tramite l’ID del messaggio è necessaria l’utilità b4. Un’installazione facoltativa di lei consente a Boro di recuperare le discussioni successive da lore.kernel.org. Il progetto è distribuito con licenza Apache 2.0 e le istruzioni per l’installazione usano Cargo.
La revisione con l’IA richiede comunque un maintainer
La struttura a più fasi di Boro rende ispezionabile il processo di revisione: il repository documenta quali controlli vengono eseguiti, distingue i problemi individuati inizialmente dalle aggiunte successive e registra l’uso dei token per ogni fase. Descrive anche una modalità di validazione che conserva come riferimento la revisione iniziale mentre verifica le aggiunte proposte, anziché consentire alle fasi successive di sostituirla senza segnalarlo.
Questi controlli non dimostrano che un problema individuato sia reale o che una patch sia sicura. Il repository definisce Boro una «interfaccia a riga di comando per lo sviluppo del kernel assistito dall’IA» e i problemi che segnala provengono dai modelli configurati dallo sviluppatore, sulla base del codice e del contesto dei test forniti. L’ambito concreto del progetto comprende il lavoro iterativo sulle patch in locale, il backport e i test facoltativi in macchina virtuale; spetta allo sviluppatore decidere cosa accettare.