The Pulse
Qodo porta il contesto aziendale nelle revisioni di OpenAI Codex
Il plugin di Qodo per Codex porta le regole aziendali e il contesto della codebase nelle sessioni di programmazione, per poi restituire i risultati di una revisione indipendente prima che uno sviluppatore apra una pull request. Il profilo p
AI.info Team · Scritto con l’IA · verificato ·
Codex può portare a termine in modo efficiente un’attività di programmazione locale, ma una modifica che sembra corretta in un repository può compromettere un servizio altrove. Il nuovo plugin di Qodo per Codex nasce attorno a questa tensione: porta le regole aziendali e il contesto della codebase nella sessione di programmazione, poi invia le modifiche risultanti a un agente di revisione separato. L’obiettivo, come descritto in un profilo pubblicato da OpenAI il 2 novembre, è individuare problemi che una visione locale può non cogliere, senza escludere gli sviluppatori dal processo decisionale.
Qodo sviluppa strumenti di IA per la revisione del codice e la qualità del software, fornendo agli agenti di programmazione le conoscenze dell’organizzazione necessarie a comprendere il codice che modificano. Il suo plugin per Codex porta questo contesto e la revisione nelle sessioni di programmazione degli sviluppatori.
«Adoriamo i modelli di OpenAI. Vogliamo i modelli più avanzati, quelli con le migliori capacità di ragionamento, ma anche quelli davvero veloci».
Itamar Friedman, cofondatore e CEO di Qodo
Quando una modifica supera i confini di un repository
Friedman descrive ambienti dei clienti con 10.000 o più repository. In un contesto simile, una modifica al codice può sembrare corretta nel repository in cui si interviene e causare comunque problemi a un servizio a valle. Le dipendenze possono anche attraversare diversi provider Git o collegarsi attraverso servizi come Kafka, rendendo più difficile per un agente di programmazione impegnato in un’attività avere una visione del sistema più ampio.
Il plugin di Qodo, disponibile nel marketplace di Codex, dà a Codex accesso alle conoscenze sulla codebase, alle regole dell’organizzazione e all’Agentic Toolbox di Qodo per una revisione indipendente. Il profilo di OpenAI presenta questa visione tra repository come un modo per aiutare Codex a individuare problemi gravi, compresi quelli che definisce bug P0. Non fornisce un tasso di rilevamento misurato né un confronto con Codex senza il plugin.
Prima le regole, poi la revisione prima della pull request
Il flusso di lavoro può iniziare prima che Codex scriva il codice. Il plugin di Qodo può recuperare le regole pertinenti della codebase, la cronologia delle pull request e i relativi schemi, fornendo all’agente di programmazione indicazioni specifiche dell’azienda per il suo compito. Dopo che Codex ha apportato una modifica, Qodo la esamina e restituisce i risultati a Codex nella stessa sessione, prima che lo sviluppatore apra una pull request.
Questa configurazione separa la generazione del codice dalla revisione, anziché chiedere a un solo agente di svolgere entrambi i compiti. Nnenna Ndukwe, responsabile delle relazioni con gli sviluppatori di IA di Qodo, afferma che gli sviluppatori utilizzano questo flusso di lavoro per realizzare funzionalità e affrontare il debito tecnico con i modelli GPT-6 in Codex. Il profilo di OpenAI li descrive come flussi di lavoro osservati, non come una valutazione pubblicata della qualità della revisione.
Qodo vuole che siano gli sviluppatori a giudicare i disaccordi
Friedman definisce gli agenti di programmazione e di revisione «yin e yang»: uno produce codice mentre l’altro lo mette in discussione. La direzione che indica è far discutere agli agenti i risultati della revisione e far emergere i problemi che non riescono a risolvere, lasciando agli sviluppatori il compito di esaminare i disaccordi rimasti insieme al contesto pertinente e alle decisioni precedenti.
Questo modello mantiene il giudizio umano nel processo, ma cambia il punto in cui viene applicato. Anziché esaminare ogni fase della produzione del codice, gli sviluppatori si concentrerebbero sulle questioni irrisolte sollevate dagli agenti. Il profilo la descrive come una visione del flusso di lavoro, non come una funzionalità che si sia già dimostrata completamente automatizzata.
La Decisions API potrebbe restringere la selezione delle regole
Friedman indica anche la Decisions API di OpenAI come un possibile modo per scegliere quali regole e competenze degli agenti si applicano nelle diverse fasi dello sviluppo. Fa l’esempio di una selezione tra 200 regole prima di chiedere a un modello linguistico di ragionare su quelle pertinenti: secondo lui, questo potrebbe rendere la selezione più rapida ed economica, migliorando al contempo la qualità della revisione.
Oggi il plugin di Qodo viene descritto come uno strumento che fornisce il contesto aziendale e una revisione indipendente all’interno di Codex. L’esempio della Decisions API è un utilizzo proposto, non una funzionalità del plugin di cui sia stata riferita l’esistenza. Il resoconto di OpenAI non offre cifre sui costi, miglioramenti misurati nella revisione o risultati di test indipendenti; la sua descrizione concreta riguarda una sequenza di passaggi che restituisce a Codex i risultati di Qodo prima che uno sviluppatore apra una pull request.