GitHub MCP is een connector waarmee Claude rechtstreeks met je repositories kan werken: code lezen, issues openen en becommentariëren, pullrequests reviewen en workflow-runs controleren, zonder dat je iets hoeft te plakken. Het draait op het Model Context Protocol, de open standaard die Anthropic heeft uitgebracht zodat assistenten via één interface externe tools kunnen aanroepen. GitHub onderhoudt een officiële server en er zijn ook implementaties van de community. De installatie is een van de eenvoudigere in de MCP-wereld: maak een toegangstoken met beperkte rechten aan, voeg een serververmelding toe aan de configuratie van je AI-client, start opnieuw op en je bent verbonden, meestal binnen een kwartier. Waar je aandacht echt naartoe moet gaan, is niet de installatie, maar welke repositories en welke rechten je overdraagt.
Wat is GitHub MCP en waarin verschilt het van alleen code plakken?
MCP is een standaard voor de manier waarop een assistent een extern systeem om informatie vraagt en gestructureerde antwoorden terugkrijgt. Een server is de adapter die deze standaard spreekt. GitHub MCP is de adapter voor je repositories.
Het verschil met plakken zit in scope en status. Geplakte code is een momentopname zonder geschiedenis: Claude ziet het bestand, maar niet de drie commits die het die vorm gaven, niet de issue die uitlegt waarom en niet de mislukte controle die gisteravond werd uitgevoerd. Met een verbinding werkt Claude met de repository als een live systeem in plaats van als een tekstfragment.
Het verwijdert ook de stap waarin je bepaalt wat relevant is voordat Claude iets heeft gezien. Op die stap begint de meeste slechte AI-codereview, omdat de context die je hebt weggelaten meestal precies de context was die ertoe deed.
Wat maakt GitHub MCP daadwerkelijk mogelijk?
Concrete taken, geen vage productiviteitsclaims.
- Review van pullrequests waarin de diff en de discussie zijn opgenomen. Claude leest de wijzigingen, de beschrijving, de reviewopmerkingen en de gekoppelde issue samen en vertelt je vervolgens wat er riskant is aan die specifieke wijziging, in plaats van aan code in het algemeen.
- Issue-triage op grote schaal. Duplicaten opsporen, ontbrekende stappen voor reproductie signaleren, labelen per onderdeel en een shortlist maken van de issues die deze week echt een mens nodig hebben.
- Archeologie van repositories. Wanneer is deze functie gewijzigd, welke pullrequest introduceerde de vlag en naar welke issue verwijst deze TODO? Antwoorden met commits erbij in plaats van giswerk.
- Release notes die overeenkomen met de werkelijkheid. Gegenereerd op basis van gemergede pullrequests binnen een bereik, niet uit iemands geheugen van de sprint.
- Onderzoek naar CI-fouten. Een mislukte workflow-run lezen, de fout koppelen aan de wijziging die deze heeft veroorzaakt en de oplossing als diff voorstellen.
- Vragen over meerdere repositories. Waar wordt deze verouderde helper nog meer gebruikt, welke services roepen het oude eindpunt nog aan?
Let op wat er niet in die lijst staat: niets ervan is "schrijf mijn feature". Een repository koppelen verbetert wat Claude weet. Het verbetert niet hoe Claude code beoordeelt; dat is een afzonderlijk probleem met een afzonderlijke oplossing.
Hoe stel je GitHub MCP in?
Specifieke opdrachten en eindpunten veranderen vaak genoeg om ze niet betrouwbaar uit een artikel te kunnen overnemen. De vorm blijft hetzelfde.
- Kies je server. GitHub beheert een officiële MCP-server, de logische standaardkeuze. Die is doorgaans beschikbaar als gehost eindpunt of kan lokaal worden uitgevoerd; kies de lokale optie als je organisatie streng is over waar codecontext naartoe gaat. Er bestaan ook communityservers, die in de openbare MCP-directory's staan.
- Maak een token met beperkte toegang aan. Genereer in de instellingen van je GitHub-account een token dat beperkt is tot de specifieke repositories waartoe je toegang wilt, met alleen de benodigde rechten. Fijnmazige tokens bestaan hier precies voor. Sommige clients ondersteunen in plaats daarvan een OAuth-flow, wat netter is wanneer die beschikbaar is.
- Beslis eerst tussen lezen en schrijven. Met alleen-lezen kan Claude controleren, zoeken en uitleggen. Met schrijfrechten kan Claude issues openen, opmerkingen plaatsen en branches pushen. Begin met alleen-lezen.
- Voeg de server toe aan de MCP-configuratie van je AI-client. Claude Desktop, Claude Code en de meeste AI-bewuste editors lezen een configuratiebestand met servers, startopdrachten en inloggegevens. Eén vermelding.
- Start de client opnieuw op en controleer. De client toont verbonden servers en de tools die ze beschikbaar stellen. Als de GitHub-tools worden vermeld, ben je klaar.
- Test met iets onbelangrijks. Wijs het aan één repository toe, vraag het een open pull request samen te vatten en controleer of het antwoord overeenkomt met wat je zelf ziet.
Als je al met Claude Code werkt, verandert deze combinatie het meest aan je werkdag, omdat de assistent die je werkkopie bewerkt ook de pull request kan zien waarvoor die kopie bestemd is.
Waar moet je voorzichtig mee zijn?
Eerlijke beperkingen, het lezen waard voordat het token bestaat.
- Een token is een sleutel tot alles waar het toegang toe heeft. Een breed persoonlijk token op een organisatieaccount heeft toegang tot heel veel. Beperk het altijd tot specifieke repositories.
- Schrijftoegang zet fouten om in openbare artefacten. Een ongewenste opmerking bij een voor klanten zichtbaar issue is een ander soort probleem dan een ongewenste alinea in je chatvenster.
- Code verlaat je machine. Alles wat de assistent leest, wordt onderdeel van een verzoek aan een AI-provider. Als je werkgever regels heeft voor bedrijfseigen broncode, gelden die ook hier, en dankzij de connector is het heel eenvoudig om veel meer te versturen dan je van plan was.
- Grote repositories overschrijden de context. Claude kan je monorepo niet volledig bevatten. Gerichte vragen werken wel. "Review de hele codebase" niet.
- Je hebt een technische client nodig. Een desktopapplicatie, editor of terminal, geen browsertab met een chat.
- Onderhoud is echt nodig. API's veranderen, servers worden herschreven en configuratie-indelingen wijzigen. Dit is infrastructuur, en infrastructuur heeft af en toe aandacht nodig.
Wat als je de review wilt, niet de configuratie?
Dit is het onderscheid dat ertoe doet. GitHub MCP bepaalt waar Claude bij kan. Het zegt niets over de standaard die Claude toepast zodra het daar is. Verbind een repository met een algemene assistent en je krijgt algemene feedback, sneller en in grotere hoeveelheden: stijldetailkritiek, een suggestie om opmerkingen toe te voegen, een notitie over naamgeving.
Wat de kwaliteit van de review verandert, is een methode: wat je eerst controleert, welke risico's zwaarder wegen dan andere, wat een blokkerende opmerking betekent tegenover een suggestie en hoe de bevindingen worden geschreven zodat de auteur ermee aan de slag kan. Dat is wat een Skill-bestand is. Een kort Markdown-document dat je één keer naar Claude uploadt en dat het één rol en één standaard geeft. Drie minuten om te installeren, werkt op elk abonnement en werkt met of zonder verbonden MCP.
De reviewstandaard, niet de verbinding
$29
deze Skill
Voert reviews uit in de volgorde waarin een senior engineer reviewt: eerst correctheid, daarna beveiliging en randgevallen, vervolgens structuur en ten slotte stijl, waarbij blokkerende problemen worden gescheiden van voorkeuren. Combineer dit met een verbonden repository en pullrequestopmerkingen zijn niet langer ruis.
Yuri bekijken →Als je iets wilt dat een volledige review van begin tot eind uitvoert in plaats van vraag voor vraag te beantwoorden, verwerkt de agentversie dezelfde taak in meerdere stappen.
De versie met meerdere stappen
$32
deze agent
Neemt een codebase of changeset van een eerste controle tot een schriftelijke review: ernstclassificatie, reproductienotities, voorgestelde diffs en een samenvatting waar een lead mee aan de slag kan. Ontworpen voor situaties waarin de volledige review het eindproduct is.
Albert bekijken →Voor het pipelinegedeelte van de repository
$29
deze Skill
Workflows, implementatieveiligheid, rollbackplannen en storingsmodi die mensen alleen op de harde manier leren kennen. Nuttig zodra je MCP-configuratie CI-runs begint te lezen en je wilt dat de oplossing goed wordt beredeneerd.
Bekijk Rami →De bredere selectie vind je bij tech- en ontwikkelingsskills, met de uitsplitsing per rol in AI-codingskills voor Claude. Er zijn ook 32 gratis bestanden in de gratis collectie als je het format eerst kosteloos wilt uitproberen.
Samengevat:
GitHub MCP verbindt Claude met repositories, issues en pull requests via een token met beperkte scope en één configuratie-item, en het is de moeite waard als je regelmatig wijzigingen reviewt. Beperk de scope, begin met alleen-lezen. Voeg voor de kwaliteit van de review zelf Yuri - Code Reviewer toe voor $29, of Albert - AI Code Review Agent voor $32 wanneer de volledige review het eindproduct is.
GitHub MCP: veelgestelde vragen
Is de GitHub MCP-server officieel?
GitHub beheert een officiële MCP-server, waarmee de meeste mensen zouden moeten beginnen, en er zijn communityalternatieven voor specifieke behoeften. Zoek ze op via de openbare MCP-serverdirectory's in plaats van een link uit een blogpost te vertrouwen, ook niet deze, omdat deze projecten voortdurend veranderen.
Kan Claude pull requests openen en code pushen?
Alleen als het token dat je hebt aangemaakt dit toestaat. Veel configuraties blijven bewust alleen-lezen, zodat Claude reviews uitvoert en uitleg geeft, terwijl een mens alles doet waarbij gegevens worden weggeschreven. Dat is een redelijke standaardinstelling, en je kunt de toegang later uitbreiden zodra je weet hoe de workflow zich gedraagt.
Werkt GitHub MCP met privérepositories?
Ja, afhankelijk van de scope van het token. Juist daarom verdient de scope aandacht. Een fijnmazig token dat beperkt is tot de twee repositories waaraan je daadwerkelijk werkt, is een veel betere configuratie dan een token dat toegang heeft tot een hele organisatie.
Heb ik nog steeds een code-reviewskill nodig zodra GitHub MCP is gekoppeld?
Toegang en standaarden zijn verschillende dingen. MCP zorgt ervoor dat Claude de verschillen onder ogen krijgt. Een skill bepaalt wat als een probleem geldt, in welke volgorde en hoe het wordt vastgelegd. Daarom gebruiken teams doorgaans beide, zoals beschreven in Claude Skills vs MCP en uitgebreider in de gids voor AI-code review-agents.
