Har du någonsin försökt förklara vad en pull request är för en icke-teknisk vän och sett deras ögon bli lika blanka som ett rullband med Krispy Kreme-munkar? Föreställ dig nu att berätta för dem att en AI inte bara kan förstå ditt repo utan också öppna PR:er åt dig. Välkommen till 2025, där din kodredigerare är lite av en co-pilot, lite av en backseat driver, och – om du ställer in den rätt – en ganska bra praktikant.
Den här guiden visar dig hur du ansluter GitHub till Claude Code och automatiskt genererar pull requests. Vi går från ”Va?” till ”Skicka!” med steg-för-steg-instruktioner, verkliga arbetsflöden och några fallgropar att undvika. Du kommer att koppla ihop GitHub, låta Claude Code se vad som händer och få den att öppna och uppdatera PR:er som du faktiskt kan slå samman utan att känna att du har gjort en pakt med den algoritmiska djävulen.
Obs: Du kommer att se två huvudvägar här – att använda Claude Codes GitHub Actions-integration och att använda Model Context Protocol (MCP)-servrar för att ge Claude säker, avgränsad åtkomst till GitHub API:er. Vilken ska du välja? Om du vill ha plug-and-play PR-hjälp direkt i GitHub är Actions-vägen ditt bästa alternativ. Om du vill ha lokal, chattdriven repo-kontroll med detaljerade behörigheter är MCP ditt kraftverktyg.
Vad vi bygger
- Anslut GitHub till Claude Code säkert.
- Låt Claude analysera ditt repo, föreslå ändringar och öppna PR:er.
- Automatisera granskningar, etiketter, checklistor och till och med uppföljningskommitts.
- Lägg till skyddsräcken så att den inte byter namn på hela ditt monorepo till ”final_final_v2”.
Varför detta är viktigt
Eftersom kontextväxling är den produktivitetsstraffskatt ingen röstade för. AI som kan öppna en PR med samma noggrannhet som du skulle förvänta dig av en juniorutvecklare (på deras bra dag) är en faktisk tidsbesparing. Inte för att ersätta människor – lugna ner er – utan för att ersätta de ”ugh, boilerplate”-delarna av ingenjörskonsten.
Väg A: Autogenerera PR:er med Claude Code GitHub Actions
Om du lever inne i GitHub hela dagen (välkommen till klubben) ger den här vägen dig en bot som kan analysera kod i ärenden och PR:er, föreslå ändringar och till och med öppna eller uppdatera PR:er – direkt från ditt repo.
Vad du behöver
- Ett GitHub-repo du kontrollerar (eller en gren du kan förstöra utan att gråta).
- Repo-administratörsåtkomst för att konfigurera Actions och hemligheter.
- En Claude API-nyckel om din åtgärd eller ditt arbetsflöde behöver det.
Steg 1: Aktivera GitHub Actions i ditt repo
- Gå till ditt repository → Settings → Actions → General.
- Aktivera ”Allow all actions and reusable workflows” (eller begränsa till din organisations godkända åtgärder om dina säkerhetsansvariga redan tittar snett på dig).
Steg 2: Lägg till ett Claude Code-arbetsflöde
Skapa .github/workflows/claude-pr-bot.yml med en trigger baserad på ditt föredragna arbetsflöde. Här är två vanliga mönster:
Alternativ 1: Ärendesdrivna PR:er
- När du öppnar ett ärende med en speciell etikett (t.ex. ai-pr) körs arbetsflödet.
- Det läser ärendeprompten (t.ex. ”Lägg till mörkt läge-omkopplare”), skapar en ny gren, redigerar filer med Claude, pushar commits och öppnar en PR med en detaljerad sammanfattning.
Alternativ 2: Kommentarsdrivna redigeringar på en befintlig PR
- När du kommenterar @claude vänligen refaktorera inställningsmodalen, körs arbetsflödet.
- Det analyserar diffen, föreslår ändringar och pushar uppdateringar till PR-grenen.
Startarbetsflöde (övergripande skiss)
name: Claude PR Bot
on:
issues:
types: .
- En snabbguide om integrationen och användningsfallen ger dig en överblick över vad som är vettigt att automatisera (och vad som inte är det) i riktiga team.
- Om du är en visuell elev visar den här genomgången autogenererade AI-PR:er i aktion, från början till slut.
Väg B: Anslut GitHub till Claude Code via MCP (för lokala avancerade användare)
Om du vill att Claude ska arbeta med din lokala repo-kontext – filer på din maskin, grenar du jonglerar med, kommandon du litar på – ger MCP dig en behörighetsbrygga. Tänk på det som en dörrvakt för ditt repo: det bestämmer vilka dörrar Claude kan öppna.
Vad du behöver
- Claude Desktop eller en IDE-integration som stöder MCP-verktyg.
- En GitHub MCP-server du kör lokalt, konfigurerad med en token som begränsar omfattningen.
- En personlig åtkomsttoken (PAT) med endast de omfattningar du verkligen behöver (t.ex. repo:status, public_repo, pull_request write).
Steg 1: Hämta en GitHub MCP-server
- Det finns en officiell öppen källkod-server som exponerar utvalda GitHub API-operationer (sök ärenden, skapa grenar, öppna PR:er, etc.). Den är konfigurerbar så att du bara aktiverar det du behöver, vilket också minskar AI-förvirring och håller säkerheten nöjd. För en bredare bild av MCP-servrar och exempel, kolla in den centrala katalogen.
Steg 2: Konfigurera din klient att prata med servern
- I din klientkonfigurationsfil (t.ex. en JSON-konfiguration för din AI-app), registrera GitHub MCP-servern, skicka den din token via miljövariabler och vitlista tillåtna repos.
- Proffstips: Lägg token i din systemnyckelring eller en dotenv-fil, inte din konfigurationsfil. Bli inte det varnande exemplet i din nästa allmänna sammankomst.
Steg 3: Testa verktygets yta
- Be Claude lista öppna ärenden, läsa en specifik fil eller skapa en gren. Verifiera att den inte kan göra något du inte uttryckligen tillåtit.
- Först efter att du har sanity-checkat grundläggande kommandon bör du aktivera create_pull_request.
Steg 4: Låt Claude föreslå och öppna en PR
- Prompt-exempel: ”I repo org/app-frontend, skapa en ny gren feat/dark-toggle, implementera en inställningsomkopplare för mörkt läge i SettingsPanel.tsx, uppdatera tester och öppna en PR med en checklista för QA.”
- Servern orkestrerar: läser repo-tillstånd, skriver ändringar (om du konfigurerat lokala filverktyg), pushar en gren, öppnar en PR med din mall och publicerar en sammanfattning.
Verklig diskussion: Skyddsräcken du faktiskt behöver
- Skrivskyddade torrköringar: Låt Claude producera en enhetlig diff (git diff) före skrivåtkomst. Slå samman efter att du har kollat in den.
- Mallade PR-texter: Inkludera riskanteckningar, testplaner och utrullningssteg. Få boten att fylla i mallen; få människor att granska den.
- Etiketteringsregler: Autoomvandla etiketter som ai-generated och needs-tests för att hålla saker upptäckbara och ärliga.
- Grennamngivning: Kräv ett prefix (ai/ eller bot/) med grenskyddsregler. Robotar behöver också uniformer.
Anekdotdags: Jag bad en AI att ”fixa auth-buggen”. Den ”fixade” den genom att ta bort autentiseringen. Bra för produktiviteten! Fruktansvärt för bokstavligen allt annat. Håll omfattningen smal, prompterna specifika och CI-testerna elaka.
Från noll till PR: Ett realistiskt end-to-end-scenario
Scenario: Fixa flagnande debounce-test i ett React-projekt
- Du öppnar ett ärende: ”Debounce util: flagnar på 200 ms-gräns i CI.” Du taggar det ai-pr.
- Arbetsflöde utlöses. Det söker efter debounce.ts och relaterade tester.
- Claude föreslår en diff: justerar timers med jest.useFakeTimers, lägger till en marginal i asserts, uppdaterar dokument.
- Boten öppnar en PR med: titel, sammanfattning, motivering, testplan och riskbedömning.
- Du granskar diffen, trycker tillbaka: ”Edge case när delay=0.”
- Du kommenterar @claude hantera delay=0 med omedelbar flush; lägg till test. Arbetsflödet körs igen, pushar en commit.
- CI passerar. Du squashar och slår samman. Någonstans gråter ett flagnande test ”farbror”.
Hur bra prompter ser ut (och vad man ska undvika)
- Bra: ”Lägg till en mörkt läge-omkopplare till SettingsPanel.tsx; persistera till localStorage; uppdatera SettingsPanel.test.tsx; följ våra ESLint-regler; modifiera endast /src/ui/ och /src/utils/; max 250 rader.”
- Meh: ”Implementera mörkt läge.”
Gör det säkert: Säkerhets- och efterlevnadssnabbkontroll
- Token-omfattningar: Använd repo:contents write endast om det krävs; föredra pull_request write för PR-skapande.
- Repository-tillåtelselista: Lås boten till ett enda repo eller organisation.
- Loggning: Se till att boten loggar sina åtgärder och prompter (minus hemligheter). Du vill ha bevis när den ”förbättrar” din Dockerfile.
- Grenskydd: Kräv två mänskliga godkännanden för ai/*-grenar.
Felsökning: När boten inte vill bota
- Den kan inte pusha grenar: Kontrollera Actions-behörigheter för contents: write och att din token har repo write-åtkomst.
- Den öppnar tomma PR:er: Din kontextbyggare ger den inte rätt filer. Dra åt din filvalsligik.
- Den får timeout på stora repos: Begränsa kontexten till ändrade sökvägar eller ett manifest. AI får matsmältningsbesvär på 10 GB monorepos, precis som resten av oss.
- Den ignorerar din PR-mall: Bekräfta att mallen finns i .github/pull_request_template.md eller länkad i dina repo-inställningar.
När ska man använda vilken väg
- Använd GitHub Actions om du vill ha ett lättviktigt sätt att autogenerera PR:er från ärenden eller kommentarer, med allt som händer i GitHub.
- Använd MCP om du vill att Claude ska arbeta i din lokala miljö eller över flera verktyg med mycket specifika kontroller.
Värt att notera: Om du vill ha en snabb sanity check på arbetsflödet eller generera en solid startprompt kan Sider.AI hjälpa dig att utarbeta PR-mallar och skyddsprompter och sedan iterera på dem med riktiga repo-kodsnuttar. Det är som att ha en bestämd redigerare som faktiskt skriver kod. Och inte stjäl din skrivbordsstol. Vanliga mönster du vill kopiera
- AI PR-etiketter och CODEOWNERS: Ruttera ai/* PR:er till en granskningsgrupp som tycker om att argumentera med robotar.
- Steg-för-steg-commits: Be Claude skapa små, atomiska commits med tydliga meddelanden istället för en mega-commit som heter ”grejer”.
- Test-först-läge: Låt arbetsflödet generera tester först, köra CI och sedan generera implementering. Det är långsammare. Det är bättre.
- Efter-merge-sysslor: Lägg till ett arbetsflöde för att automatiskt öppna ett uppföljningsärende för dokument, funktionsflaggor eller städning.
En snabb konkurrenskraftig magkänsla
- Vissa personer kopplar andra LLM:er till liknande GitHub-flöden. De fungerar – men Claude Codes kodresonemang och villighet att säga ”Jag är inte säker” kan spara dig timmar av gissningar. GitHub Actions-integrationen håller det precis där granskningar naturligt sker, och MCP-vägen är flexibel för avancerade användare.
10-minuters checklistan för installation
- Välj en väg: GitHub Actions (snabbare) eller MCP (mer kontroll).
- Skapa din token med minimal omfattning.
- Lägg till arbetsflödet eller konfigurera MCP-servern.
- Bygg en snäv kontextbyggare: fillistor, gränser och regler.
- Lägg till grenskydd och etiketter.
- Testa på en liten ändring först. Slå samman. Fira. Berätta för din PM att du ”skalade genomströmningen”.
Snabbreferenser att ha till hands
- Claude Code GitHub Actions-dokumentation (mönster, triggers, exempel).
- Praktisk guide till integrationen och bästa praxis.
- Videogenomgång: AI-genererade PR:er från början till slut.
- GitHub MCP-server för detaljerad, behörighetsstyrd åtkomst.
- MCP-serverkatalog och exempel för inspiration.
Stern-sammanfattningen
Att automatisera PR:er med Claude Code kommer inte att ersätta ditt ingenjörsteam. Det kommer att ersätta ditt ingenjörsteams minst favoritsysslor. Börja med snäv omfattning, tydliga prompter och strikta granskningar. Låt boten hantera byggnadsställningarna medan du hanterar tänkandet. Återgå sedan till det roliga – som att äntligen ta bort den där utils2.ts-filen du har undvikit eftersom du bara vet att den håller ihop appen med silvertejp och drömmar.
Gå nu och gör ditt framtida jag lite mindre grinigt. Och om boten går vilse? Du vet var Återställ-knappen finns.
FAQ
F1:Kan Claude Code öppna pull requests på egen hand?
Ja. Med GitHub Actions eller en MCP-installation kan Claude Code skapa en gren, pusha ändringar och öppna en pull request med en sammanfattning och checklista. Håll behörigheterna snäva och kräv mänsklig granskning så att den inte ”optimerar” din säkerhet genom att ta bort den.
F2:Vad är det säkraste sättet att ansluta GitHub till Claude Code?
Använd tokens med minimal omfattning, repository-tillåtelselistor och grenskydd. Oavsett om du väljer Actions eller MCP, aktivera torrköringar och kräv att tester godkänns innan du slår samman någon AI-genererad pull request.
F3:Hur hindrar jag AI PR:er från att röra mitt hela monorepo?
Begränsa kontexten med tillåtna kataloger och ett filmanifest och begränsa antalet filer per körning. Bra prompter hjälper också – var specifik om sökvägar och storleksgränser.
F4:Varför är mina AI pull requests tomma eller av låg kvalitet?
Din kontextbyggare kan mata Claude fel filer eller för lite detaljer. Ange tydliga mål, begränsningar och testförväntningar – och överväg ett tvåstegsflöde: generera tester först och sedan implementeringen.
F5:Ska jag använda GitHub Actions eller MCP för Claude Code?
Om du vill ha snabb, repo-nativ automatisering för PR:er och granskningar, använd GitHub Actions. Om du behöver lokal kontroll, anpassade verktyg eller finkorniga behörigheter ger MCP dig mer kraft – med lite mer installation.
