GitHub Copilot in Teams: dalla chat alla pull request automatica

Una conversazione in Microsoft Teams può ora avviare un’attività di sviluppo completa con GitHub Copilot.

Citando l’app con il comando @GitHub, il team può trasformare una richiesta emersa in chat in un intervento sul repository, fino alla creazione di modifiche e pull request. L’integrazione porta il Copilot cloud agent dentro Teams ed è in public preview per gli utenti con piani Copilot a pagamento.

La novità modifica il punto di ingresso del lavoro: non occorre iniziare necessariamente da un issue o dall’editor. Un confronto su un bug, una manutenzione o una piccola funzione può diventare l’input operativo dell’agente, che analizza il contesto disponibile e lavora in modo asincrono sul codice. GitHub mantiene comunque la revisione umana al centro del processo, perché il risultato deve essere controllato prima dell’integrazione nel progetto.

Dalla chat al repository

Per avviare una sessione è sufficiente menzionare @GitHub nel messaggio Teams e descrivere l’attività. È possibile indicare anche il repository e il branch di base usando la sintassi repo=OWNER/REPO_NAME e branch=BRANCH_NAME; in assenza di parametri, Copilot utilizza il repository configurato come predefinito e il suo branch principale.

Il valore dell’integrazione sta nel contesto: se l’app viene richiamata in un thread, l’agente acquisisce l’intera conversazione, non solo l’ultimo messaggio. Può quindi collegare la segnalazione iniziale, le precisazioni tecniche e le decisioni maturate tra i partecipanti, usando queste informazioni per pianificare e implementare la soluzione. Chi non dispone di permessi di scrittura può comunque contribuire con indicazioni nel thread, che entrano nel contesto della richiesta.

Copilot cloud agent può esaminare il repository, preparare un piano, modificare il codice su un branch e consentire al team di rivedere il diff prima dell’eventuale pull request. Le funzioni di ricerca, pianificazione e iterazione prima dell’apertura della PR restano associate al cloud agent su GitHub.com e, per Teams, sono ancora in anteprima pubblica.

Permessi e contesto da controllare

Le autorizzazioni cambiano in base al tipo di conversazione. In un messaggio diretto l’agente opera con i permessi dell’account GitHub personale collegato e può quindi creare issue o pull request entro i limiti di tale account. Nei canali e nei thread condivisi, invece, gli artefatti vengono creati con l’identità dell’app GitHub. Solo chi ha accesso write al repository può avviare una sessione che effettua modifiche, mentre guest e collaboratori esterni non possono avviare o dirigere l’agente in Teams.

La disponibilità dell’intero thread aumenta l’utilità dell’assistente, ma richiede attenzione alla riservatezza: messaggi non pertinenti, dettagli interni o informazioni sensibili possono diventare parte del contesto operativo. Per compiti che richiedono un perimetro più ristretto è preferibile usare un messaggio diretto all’app oppure creare una conversazione dedicata.

GitHub applica inoltre limiti specifici: il cloud agent è vincolato al repository interessato, non può effettuare push diretto sul branch predefinito e le workflow Actions avviate da una pull request dell’agente richiedono l’approvazione di un utente con permessi di scrittura. Servono infine l’app GitHub in Teams, l’account collegato, un piano Copilot idoneo e l’abilitazione della Microsoft Public Developer Preview sul client Teams.