The Pulse
Entire porta nei Trails valutazioni continue del codice con IA
I Trails di Entire consentono ai team di configurare agenti di revisione che assegnano punteggi alle modifiche al codice quando i push soddisfano i criteri previsti. Durante la revisione delle modifiche, i punteggi, i rilievi e la cronologi
AI.info Team · Scritto con l’IA · verificato ·
I Trails di Entire mettono i punteggi degli agenti di revisione al centro di un ciclo di revisione ripetuto per il codice scritto dall’IA. Gli agenti vengono eseguiti in sandbox nel cloud e ricalcolano i punteggi quando i push soddisfano i criteri previsti, anziché esaminare una modifica una sola volta. Ogni agente restituisce un punteggio e la relativa motivazione, e il Trail mostra l’esecuzione corrente accanto alle cinque precedenti. I team possono confrontare queste esecuzioni per valutare se i punteggi si siano stabilizzati prima di approvare una modifica.
I Trails contengono più del diff
Entire presenta i Trails come un’alternativa alle pull request per la scrittura di codice assistita da agenti. Una pull request mostra i file modificati, mentre il ragionamento alla base delle modifiche di un agente può restare in una sessione sulla macchina locale di uno sviluppatore. Un Trail può includere il diff insieme alle sessioni degli agenti, ai checkpoint e a una cronologia del lavoro che lo ha prodotto. Chi effettua la revisione può così vedere sia il codice sia il processo registrato che ne è alla base.
I flussi di lavoro differiscono per il momento in cui iniziano e per la quantità di codice che possono coprire. Una pull request inizia quando il codice è pronto per il push e riguarda un solo repository; un Trail può iniziare prima che il codice esista, con gli intenti e i criteri di accettazione, oppure partire da un branch, e può estendersi a più repository. La modifica di ciascun repository viene esaminata e integrata separatamente. Per i repository replicati da GitHub, le revisioni di Entire e quelle di GitHub restano separate e le regole dei branch di GitHub possono ancora bloccare un merge dopo il superamento dei controlli di Entire.
Agenti preconfigurati e un punteggio di rischio per le migrazioni
I team possono abilitare agenti preconfigurati a livello di progetto, quindi selezionare i repository e l’ambiente che ciascun agente deve esaminare. Tra gli agenti preconfigurati descritti nel post figurano Code review, che segnala il lavoro da correggere; Security review, che verifica la presenza di modifiche che potrebbero causare una violazione; e Slop, che individua schemi approssimativi e scostamenti. Entire afferma che gli agenti preconfigurati possono essere abilitati tramite la sua interfaccia o CLI.
Il post illustra anche un agente personalizzato per valutare il rischio delle migrazioni di database. La revisione suggerita verifica la presenza di operazioni distruttive, blocchi prolungati su tabelle di grandi dimensioni, la compatibilità tra vecchie e nuove versioni dell’applicazione durante il deployment e la possibilità di ripristinare lo stato precedente senza perdita di dati con una migrazione inversa. L’agente riceve istruzioni di assegnare al rischio un punteggio da 0 a 100, con valori più alti a indicare un danno potenziale maggiore, e di citare i file e le righe su cui si basa la sua motivazione.
Per impostazione predefinita, un trigger di push non si attiva a ogni push: viene eseguito quando il trigger, la selezione del repository, la condizione di disponibilità e gli eventuali filtri per branch o percorso corrispondono ai criteri previsti. Il post afferma che la condizione di disponibilità predefinita è che una modifica sia pronta per la revisione. I team possono anche impostare l’esecuzione di un agente manualmente o a intervalli regolari.
Anche i rilievi devono essere esaminati
Nel ciclo di revisione, gli agenti assegnano un punteggio alla modifica e registrano i rilievi; l’agente di scrittura del codice verifica poi quei rilievi, corregge i problemi gravi e spiega quali possono essere ignorati prima di effettuare un nuovo push. Dopo il push, gli agenti di revisione assegnano nuovi punteggi. L’interfaccia di Entire mostra il diff accanto ai rilievi, mentre le sessioni e la cronologia del Trail consentono a chi effettua la revisione di esaminare le decisioni prese lungo il percorso.
I punteggi sono una componente del segnale che indica se procedere al merge, non un sostituto dei requisiti configurati. Entire descrive tale segnale come l’insieme di punteggi stabili, rilievi risolti e controlli sul repository, che possono includere approvazioni e il superamento dei controlli CI tramite le sue integrazioni con Buildkite e Depot. Il post avverte inoltre che i rilievi sul codice modificato possono diventare obsoleti dopo una correzione; i rilievi obsoleti non vengono risolti né ignorati automaticamente.