Alisina NawabiGitHub Copilot start sinds 21 augustus een agentsessie zodra iemand @GitHub noemt in een Microsoft Teams-kanaal of thread, meldt GitHub: de agent onderzoekt het probleem, schrijft code en opent pull requests vanuit het gesprek.
Voor een Nederlands team dat Microsoft 365 en GitHub allebei al draait, verschuift daarmee de plek waar een codewijziging begint. Niet de editor van een enkele ontwikkelaar, maar het kanaal waar de productmanager, support en soms de opdrachtgever meelezen. Iedereen in dat gesprek mag vragen stellen en context toevoegen. Alleen wie schrijfrechten op de repository heeft, kan de agent echt iets laten veranderen. De volledige thread gaat als context mee naar de agent, inclusief alles wat er eerder in is gezegd.
Wat er na een mention gebeurt
Copilot opent een eigen code-kanaal waarin het team de voortgang volgt en kan bijsturen, en werkt daarna asynchroon door in een beveiligde cloud sandbox. Bij elke taak toont de agent met welke repository hij werkt, de link naar het issue of de pull request, welk model draait en de status van de taak. In het voorbeeldscherm van GitHub zelf staat onder het antwoord claude-sonnet-5.
Vier instellingen bepalen hoe zo'n sessie verloopt:
- Repository en branch kiezen: achter je opdracht zet je
repo=EIGENAAR/REPOenbranch=BRANCH, waarbij die branch de basis wordt voor de pull request. - Standaardrepository per kanaal: stel je die niet in, dan wordt de repository uit je eerste sessie in dat kanaal automatisch de standaard. Privéberichten hebben geen standaardrepository.
- Bijsturen in dezelfde thread: noem
@GitHubopnieuw en de agent verwerkt alle berichten sinds de vorige mention in het lopende werk. - Issues uit een gesprek: je laat er ook losse issues uit rollen, of een set met ouder-kindrelaties, met de thread als context.
Werk dat in Teams begint, pak je verderop op in je terminal, je editor of de GitHub Copilot-app.
Wat je moet regelen om het aan te zetten
De integratie draait als public preview op elk betaald Copilot-abonnement, en de drempel zit niet in die licentie maar in de instellingen eromheen. Je Teams-client moet in de Microsoft Public Developer Preview staan en cloud sandboxes moeten aanstaan voor je Copilot-plan. Binnen een organisatie of enterprise deelt dat sandboxbeleid dezelfde schakelaar als het cloud agent-beleid, dus een eigenaar moet die eerst omzetten. De GitHub-app voor Teams installeer je één keer per team, daarna koppelt elk lid zijn eigen GitHub-account.
Daarna beslissen de repositoryrechten wie wat mag. Alleen leden met schrijfrechten kunnen Copilot een wijziging laten maken, terwijl elke deelnemer aan het gesprek input mag geven. Gasten in de Teams-werkruimte en outside collaborators op een repository kunnen geen sessie starten of sturen.
Het verbruik loopt over twee rekeningen. Cloud agent-sessies die in Teams beginnen verbruiken AI-credits onder verbruiksfacturering, met budgetten die een organisatie zelf instelt. Het sandboxverbruik gaat apart, over drie meters: 0,000024 dollar per rekenseconde, 0,000003 dollar per GiB-seconde geheugen en 0,005 dollar per GiB per maand voor de snapshot van een gestopte sandbox. Een sandbox die een uur draait kost daarmee ruim acht dollarcent aan pure rekentijd, met het geheugen daar bovenop. Het proeftegoed van tien dollar per maand voor cloud sandboxes liep tot eind juli 2026, dus dat verbruik staat nu volledig op de rekening.
Wie tekent af voor code uit de chat
In een kanaal of groepsthread maakt Copilot pull requests aan onder de identiteit van de app, niet onder je persoonlijke account. In een privébericht gebruikt de agent wel je eigen rechten. Dat verschil telt bij het mergen: gebruik je repository rulesets en eist de repository al minstens één goedkeuring, dan is er voor zo'n pull request zonder persoon erachter standaard één goedkeuring extra nodig. Wie er twee eist, komt bij een Copilot-pull request dus op drie uit.
Aan die gedeelde context zit een keerzijde. De agent legt de hele thread vast als context voor zijn opdracht, en die context blijft staan in de artefacten die hij genereert. Wil je dat beperken, dan is een privébericht aan de GitHub-app de enige weg.
Van editor naar kanaal
De verschuiving zit niet in snellere code, maar in waar de opdracht vandaan komt. Twee dagen eerder zette Salesforce met Slack Code codeeragents als Claude, Devin en Copilot in projectgebonden kanalen op elk Slack-abonnement, waar die agents de rechten en beheerinstellingen van de werkruimte erven. GitHub kiest voor Teams een ander anker: het chatkanaal levert de opdracht, maar de repository blijft bepalen wie mag wijzigen en wie moet aftekenen.
Teams was al betwist gebied. The Information meldde begin juli dat Anthropic aan een Claude-agent binnen Teams werkt, pal naast Microsofts eigen assistent. Met een agent die vanuit datzelfde kanaal een pull request opent, verstevigt Microsoft die plek met zijn eigen stack. Voor een organisatie die Teams en GitHub allebei gebruikt, wordt het beheer van de chatomgeving daarmee onderdeel van het ontwikkelproces. De vraag wie een agent mag aanspreken komt naast de vraag wie code mag mergen te staan.
Veelgestelde vragen
Agents in je eigen kanalen
Een agent die vanuit een chatkanaal code opent, werkt pas als de rechten, de goedkeuring en de koppeling met je eigen systemen kloppen. Ik denk mee over die opzet, ontwerp hem en bouw hem af, self-hosted waar dat kan.
Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.
