GitHub Copilot gebruikt meerdere repositories in Slack en Teams

GitHub Copilot kan sinds 15 oktober in Slack en Microsoft Teams informatie uit meerdere repositories combineren in één gesprek, van open pull requests tot issues tussen frontend en backend, meldt GitHub.

Een team dat frontend, API en documentatie in aparte repositories onderhoudt, hoeft voor één statusvraag niet eerst drie projectoverzichten bij elkaar te halen. De uitkomst komt in één Slack- of Teams-gesprek. Welke repositories Copilot kan meenemen, hangt af van de GitHub-rechten van het gekoppelde account en de toegang die voor de app is ingesteld.

Eén gesprek volgt werk over repositories

De update is bedoeld voor werk dat over een repositorygrens loopt. GitHub noemt vragen over alle open pull requests en welke aandacht vragen, over pull requests die deze week zijn samengevoegd en over een issue dat frontend en backend raakt. Een team kan ook recente activiteit uit meerdere repositories laten samenvatten. Het handmatig verzamelen van die statusregels uit losse projectoverzichten kan zo plaatsmaken voor één vraag in de chat.

De changelog noemt nog andere veranderingen. Je kunt @GitHub voortaan overal in een bericht noemen, makkelijker wisselen van repository en in Slack gedeelde berichten en threads als context gebruiken. GitHub zegt ook fouten te verminderen, taken beter te laten starten en Copilot soepeler te laten herstellen na een onderbreking. De aankondiging geeft geen cijfers over snelheid of betrouwbaarheid en noemt geen nieuw model.

De Teams-agent krijgt een bredere blik

Copilot kon al een agentsessie vanuit een Teams-gesprek starten en daar een pull request openen. Die stap bracht codewerk naar de chat waarin een productmanager of supportmedewerker al met ontwikkelaars praatte. Een Teams-kanaal kreeg één standaardrepository, tenzij de opdracht een andere noemde. Alleen iemand met schrijfrechten kon een wijziging starten, terwijl andere deelnemers wel input konden geven.

De nieuwe mogelijkheid verruimt de context van dat gesprek. Een issue dat frontend en backend raakt, hoeft niet meer aan één gekozen repository vast te zitten. In Slack zette Salesforce met Slack Code Copilot naast Claude en Devin in gedeelde codekanalen, waar het team codeverschillen en voorbeelden samen kan bekijken. Salesforce beschrijft die kanalen als een plek om code te schrijven, te beoordelen en voorbeelden te bekijken met het team erbij. De Slack Code-aanpak draait om de gedeelde werkruimte; GitHubs update laat Copilot informatie uit meer repositories in Slack en Teams combineren.

Rechten begrenzen de agent, gesprekken leveren context

Voor codewerk met de cloud-agent is de Slack-integratie in publieke preview beschikbaar op betaalde Copilot-plannen; een beheerder moet de sandbox inschakelen en kan de repositories begrenzen die de app bereikt.

In Teams vereist een codewijziging volgens GitHub schrijfrechten op de betreffende repository; alle deelnemers kunnen input geven en de volledige thread wordt als context voor het gemaakte artefact gebruikt. De aankondiging zegt niet dat de multi-repositorycontext extra rechten geeft. De toegang van het gekoppelde GitHub-account en de app-instellingen blijven bepalen welke projecten binnen bereik zijn.

Dat maakt ook de chatinhoud onderdeel van de opdracht. Een Teams- of Slack-thread kan beslissingen bevatten die voor één repository bedoeld waren, terwijl de vraag nu meerdere projecten bestrijkt. De documentatie maakt duidelijk dat Copilot de volledige thread meeneemt; de changelog zegt niet dat de bot die context per repository afschermt.

De aankondiging meet geen volledigheid

GitHub geeft geen maximumaantal repositories, geen uitrolschema per regio en geen meting van de volledigheid van antwoorden. De voorbeelden beschrijven vragen over pull requests, issues en activiteit, maar laten niet zien of Copilot altijd elke relevante repository vindt. Ook staat er niet of één agenttaak voortaan codewijzigingen over meerdere repositories tegelijk kan uitvoeren.

OpenTools waarschuwt dat een samenvatting over meerdere repositories een project kan overslaan of verschillende tijdvakken kan mengen. Dat is een aandachtspunt in de analyse van de site, geen gemeten fout van GitHub Copilot. De changelog bevat geen volledigheidsscore of controle die toont welke repositories in een antwoord zijn meegenomen.

Slack Code brengt codeverschillen naar gedeelde kanalen; GitHub maakte Teams eerder tot startpunt voor pull requests. Nu haalt Copilot informatie uit meerdere repositories naar dezelfde chat. Voor organisaties met gesplitste codebases wordt die chat een plek om werk over projectgrenzen te volgen. Wat daar zichtbaar wordt, blijft afhangen van app-toegang, gekoppelde GitHub-rechten en de context die teamleden in de thread delen.