Agenti AI per GitLab
Un agente AI di Monmo lavora in GitLab come farebbe uno sviluppatore affidabile e attento ai processi. Legge le merge request e prepara note di revisione, individua le cause degli errori nelle pipeline, mantiene aggiornate le board delle issue e le milestone e propone modifiche alla configurazione CI su un branch. Usa il tuo account e il tuo ruolo GitLab e chiede il tuo consenso prima di fare push, approvare, eseguire merge o modificare le impostazioni.
Aggiornato 2026-11-13 · Inizia gratis. Piani a pagamento da $15 al mese.
Cosa fanno gli agenti in GitLab
Esaminare una merge request
Legge il diff, il risultato della pipeline, le regole di approvazione e le eventuali issue Jira citate, poi prepara thread di revisione sulle righe che contano. Prima di pubblicarli o approvare la merge request chiede il tuo consenso.
ChiediLeggi la merge request 97 nel progetto billing e prepara i commenti di revisione. Concentrati su arrotondamenti e valute.
Analizzare una pipeline fallita
Quando una pipeline fallisce, apre il log del job non riuscito, lo confronta con l'ultima pipeline completata sullo stesso branch e ti dice se la causa è nel codice, in un test intermittente o in un runner.
ChiediLa pipeline 5531 è fallita nella fase di test. Il problema è nel nostro codice, in un test intermittente o nel runner?
Riordinare la board delle issue
Ogni giovedì trova le issue senza etichetta, milestone o assegnatario e quelle che nessuno aggiorna da 60 giorni. Per ciascuna propone un'etichetta, una milestone o la chiusura. Prima di applicare le modifiche chiede il tuo consenso.
ChiediOgni giovedì alle 3, elenca le issue della board senza etichetta o milestone e suggerisci cosa fare per ciascuna.
Fare il punto sulla milestone
Il venerdì pomeriggio conta le issue aperte e chiuse nella milestone corrente, elenca le merge request in attesa di approvazione e scrive un breve aggiornamento su Google Docs o un post per Slack o Microsoft Teams.
ChiediOgni venerdì alle 4, scrivi lo stato della milestone: completato, in revisione, a rischio e chi è in attesa di chi.
Migliorare la configurazione CI
Legge .gitlab-ci.yml, individua le fasi lente, le cache mancanti o i job che potrebbero essere eseguiti in parallelo e apporta le modifiche su un branch. Prima di fare push e avviare la pipeline chiede il tuo consenso.
ChiediLe nostre pipeline impiegano 25 minuti. Trova cosa rallenta .gitlab-ci.yml e proponi una versione più veloce su un branch.
Preparare le note di rilascio
A partire dalle merge request unite dall'ultimo tag, scrive le note di rilascio raggruppate per etichetta, indicando l'issue risolta da ogni modifica. Prima di creare la release e il tag chiede il tuo consenso.
ChiediPrepara le note di rilascio per la versione 3.4 dalle merge request unite dopo la 3.3, raggruppate secondo le nostre etichette di tipo.
Risalire a chi ha modificato cosa
Chiedigli perché una funzione è fatta in un certo modo o quale merge request ha introdotto un errore segnalato da Sentry. Legge la cronologia e la merge request che ha introdotto la modifica e risponde con link invece di fare supposizioni.
ChiediPerché l'esportazione delle fatture salta le righe con valore zero? Trova la merge request che ha aggiunto questa regola.
Come si collega
- 1Colleghi il tuo account GitLab una sola volta. L'agente opera con il ruolo che hai in ciascun gruppo e progetto: un Developer può aprire merge request, mentre branch protetti e impostazioni restano di competenza dei Maintainer.
- 2Scegli tu quali agenti possono usare GitLab. Un agente che si occupa di sviluppo ne ha bisogno, mentre uno che si occupa di operazioni potrebbe leggere la board delle issue per gli aggiornamenti sullo stato dei lavori; gli altri non dovrebbero avervi accesso.
- 3La lettura di codice, issue, merge request e log dei job avviene senza richiesta di consenso. Prima di fare push, commentare, approvare, eseguire merge, avviare una pipeline o modificare le variabili CI/CD, l'agente chiede il tuo consenso.
Altre app in Sviluppo e IT
Altre app di questo tipo in cui lavorano gli agenti, ciascuna con una pagina dedicata.
Domande frequenti
Un agente AI può revisionare le merge request su GitLab?
Sì. L'agente legge le modifiche, il risultato della pipeline e la discussione fino a quel momento, poi prepara thread di revisione spiegando ogni osservazione. Non pubblica nulla senza il tuo consenso. Opera tramite la connessione a GitLab oppure nel proprio browser quando la connessione non copre un'operazione.
Un agente AI può correggere una pipeline GitLab fallita?
Può trovare la causa e preparare una correzione. L'agente AI legge il log del job fallito, lo confronta con l'ultima esecuzione riuscita e, se la causa è nel codice o in .gitlab-ci.yml, apporta la modifica su un branch nel proprio computer. Prima di fare push del branch e avviare una nuova pipeline chiede il tuo consenso.
L'agente AI funziona con GitLab self-managed?
Dipende dalla possibilità per l'agente di raggiungere la tua istanza. L'agente lavora sul proprio computer nel cloud, quindi non può accedere a un'istanza raggiungibile solo dalla tua rete privata. Se la tua istanza è raggiungibile da internet con le tue credenziali, l'agente può usarla come faresti tu.
L'agente AI approva o esegue merge delle merge request da solo?
No. Approvare ed eseguire merge sono decisioni prese a tuo nome, quindi per ognuna l'agente mostra prima una scheda con la merge request, il branch di destinazione e lo stato della pipeline. Restano valide anche le tue regole di approvazione e la protezione dei branch, che l'agente non può aggirare.
La tua prossima assunzionepotrebbe iniziare oggi.
Crea il tuo primo agente in un minuto. Iniziare è gratis.