Edizione: Dev

Entire ripensa la revisione del codice per il lavoro degli agenti

Entire introduce i Trail, con revisioni automatiche a ogni push, problemi aperti e vincoli per il merge. La memoria di sessioni e prompt accompagna il codice nel repository Git.

27/10/2026

Che succede

Quando un agente scrive codice e un altro lo revisiona, una pull request può riempirsi di conversazioni fra macchine. Entire propone i Trail: una vista che mette in primo piano valutazioni, problemi ancora aperti e condizioni per unire le modifiche. Il servizio, annunciato il 26 ottobre, comprende anche l’hosting dei repository Git.

A ogni push partono agenti di revisione in ambienti isolati. Assegnano punteggi con motivazioni e segnalano problemi; le valutazioni sono configurabili e la schermata mostra anche quelle precedenti. Il team può imporre approvazioni umane e controlli CI prima del merge. Entire integra Buildkite e Depot e permette di ospitare repository Git o usare una copia collegata a GitHub.

Ai Trail si affianca la Continuous Memory: sessioni e prompt possono essere conservati nella storia Git e indicizzati insieme alla struttura del codice. Un agente può così ritrovare perché una scelta è stata fatta, oltre a vedere che cosa è cambiato. Il servizio è già disponibile secondo l’annuncio di Entire.

Perché conta

La cronologia di una pull request racconta tutto quello che è successo; chi approva il codice deve capire soprattutto che cosa resta da risolvere. Mettere in vista quei problemi, con le ragioni delle valutazioni e i vincoli al merge, è la parte più convincente dei Trail: riduce il lavoro di ricostruzione lasciando visibile la decisione da prendere.

Leggi la fonte

entire.com

Vuoi sapere di più su pillole come questa?

Nella stessa edizione

Dev