Agent Merge di GitHub Copilot: sistema le pull request bloccate, come si attiva

Il 28 ottobre 2026 GitHub ha portato Agent Merge dentro le pull request: premi Watch and fix nel riquadro di merge e Copilot osserva la pull request, intervenendo quando un workflow di GitHub Actions fallisce o compare un conflitto. Finora la funzione esisteva nell'app Copilot e in Visual Studio Code, secondo il changelog ufficiale. Ora gira nel cloud, quindi non serve tenere acceso il computer, e interessa chiunque abbia pull request ferme per un test rosso o per un merge da rifare.

Cosa fa Agent Merge e cosa non fa

Agent Merge non scrive la funzionalità al posto tuo e non revisiona il codice. Si occupa dei blocchi meccanici che tengono ferma una pull request già scritta. Sono due, e li scegli tu: correggere i workflow di Actions falliti e risolvere i conflitti di merge. Quando uno dei blocchi selezionati compare, Copilot parte in un ambiente di sviluppo nel cloud, prova a sistemarlo e lo scrive sulla timeline della pull request, con una nota che spiega perché ha iniziato a lavorare.

La documentazione è netta su un punto: la funzione "non sostituisce la tua revisione delle modifiche" né i requisiti di merge del repository. Quindi il perimetro è questo: Copilot rimette in piedi una pull request, tu decidi se quello che ha fatto va bene. Se ti serve capire quanto lasciare a una seconda macchina, ne ho scritto in revisione del codice con agenti di intelligenza artificiale.

C'è una differenza tra le due versioni. Nell'app Copilot, Agent Merge può anche occuparsi dei commenti di revisione. Nel cloud, secondo la documentazione dell'app, questo non è supportato. Chi si aspetta che l'agente risponda ai commenti dei colleghi direttamente da GitHub, oggi, non lo ottiene.

Come si attiva Agent Merge su GitHub

Per una singola pull request i passaggi sono tre:

1. Apri la pull request su GitHub.
2. Nel riquadro di merge clicca Watch and fix.
3. Seleziona Fix failed Actions workflows, Resolve merge conflicts o entrambe.

Per averlo su tutte le pull request che crei, la documentazione di GitHub indica: foto profilo, Settings, sotto Copilot la voce Cloud, poi l'opzione Enable Agent Merge automatically for pull requests I create. Due interruttori separati, Fix failed Actions workflows e Resolve merge conflicts, permettono di abilitare solo una delle due azioni. Io partirei dai conflitti: sono il caso in cui il risultato si controlla in un minuto, guardando il diff.

Lo stato si legge nella sezione Agent Merge del riquadro di merge. Per fermarlo, Unassign Copilot nello stesso riquadro: può farlo chi lo ha attivato su quella pull request e chi ha accesso in scrittura al repository.

Requisiti, costi e limiti dichiarati

Serve l'accesso a Copilot nel cloud tramite un piano a pagamento. Se l'accesso arriva da un'organizzazione o da un'enterprise, le loro policy devono consentire Copilot nel cloud, e nel repository deve essere abilitata la policy Enable automations. Il changelog dice che la funzione è soggetta alle policy di organizzazione e di enterprise: se non vedi il pulsante, la prima cosa da controllare è lì.

Sui costi, la documentazione dice che i crediti AI usati da Agent Merge sono addebitati all'utente che l'ha attivato sulla pull request, che può non coincidere con l'autore. Per un team questo conta: se qualcuno attiva la funzione sulla pull request di un collega, la spesa è sua. Le fonti non indicano limiti d'uso precisi, né se vengano consumati minuti di Actions oltre ai crediti: il documento di GitHub rimanda alla pagina di fatturazione e uso, ed è lì che va verificato.

I limiti dichiarati sono due. Agent Merge non supporta le pull request in pila (stacked) né quelle aperte da un fork. Inoltre le correzioni girano in un ambiente basato su GitHub Actions e usano le stesse personalizzazioni delle altre attività Copilot: i passaggi di setup in .github/workflows/copilot-setup-steps.yml, le istruzioni personalizzate del repository e le skill degli agenti del repository. Se quel file di setup manca o è incompleto, l'agente parte da un ambiente che non sa compilare il tuo progetto, ed è un motivo plausibile per cui le sue correzioni non riuscirebbero. Questa è una mia deduzione, non una cosa scritta da GitHub, quindi controlla il file prima di attivare la funzione.

Agent Merge con l'auto-merge: cosa conviene fare

Agent Merge non attiva l'auto-merge, ma i due si combinano. Il changelog lo descrive così: Copilot tiene la pull request pronta per il merge e GitHub la fonde quando tutti i requisiti sono soddisfatti. È comodo, ed è anche il punto in cui conviene fermarsi a pensare. Un workflow rosso può essere un test che ha scoperto un errore vero, e un agente che lo "ripara" potrebbe aggiustare il test invece del codice. La fonte non dice come Copilot distingua i due casi, quindi non c'è modo di saperlo dalla documentazione.

La regola che userei, se dovessi decidere io: Agent Merge sui conflitti sempre abilitabile, sui workflow falliti solo dove le revisioni obbligatorie restano attive, e auto-merge solo su repository in cui almeno una persona deve approvare. Così il cloud toglie il lavoro noioso e la decisione resta a una persona. Sul tema dei permessi da dare agli agenti, la logica è la stessa di cui parlo in quali permessi dare all'AI in azienda e nella pagina sulle assisted permissions di Copilot.

Per chi vuole un test concreto: prendi una pull request di prova con un conflitto creato apposta, attiva solo Resolve merge conflicts, e leggi la timeline e il diff che Copilot produce. Se il risultato ti convince, allarga ai workflow falliti. Per il confronto con le altre novità dello stesso giorno, come l'orchestratore di modelli, c'è l'articolo su HydraFusion e Max.