Har du noen gang prøvd å forklare hva en pull request er til en venn som ikke er teknisk anlagt, og sett blikket deres stivne som på et samlebånd med Krispy Kreme-donuts? Tenk deg nå å fortelle dem at en AI ikke bare kan forstå repoet ditt, men også åpne PR-er for deg. Velkommen til 2025, der kodeeditoren din er litt som en co-pilot, litt som en som sitter i baksetet og maser, og – hvis du setter det opp riktig – en ganske grei praktikant.
Denne veiledningen viser deg hvordan du kobler GitHub til Claude Code og automatisk genererer pull requests. Vi går fra «Hæ?» til «Klar til lansering» med trinnvis oppsett, arbeidsflyter fra virkeligheten og noen fallgruver du bør unngå. Du skal koble til GitHub, la Claude Code se hva som foregår, og få den til å åpne og oppdatere PR-er du faktisk kan slå sammen uten å føle at du har inngått en avtale med den algoritmiske djevelen.
Vær oppmerksom på: Du kommer til å se to hovedveier her – bruke Claude Codes GitHub Actions-integrasjon og bruke Model Context Protocol (MCP)-servere for å gi Claude sikker, avgrenset tilgang til GitHub API-er. Hvilken bør du velge? Hvis du vil ha plug-and-play PR-hjelp rett i GitHub, er Actions-ruten det beste valget. Hvis du vil ha lokal, chattestyrt repo-kontroll med granulære tillatelser, er MCP det kraftigste verktøyet.
Dette skal vi bygge
- Koble GitHub til Claude Code på en sikker måte.
- La Claude analysere repoet ditt, foreslå endringer og åpne PR-er.
- Automatiser vurderinger, etiketter, sjekklister og til og med oppfølgings-commits.
- Legg til sikkerhetsmekanismer slik at den ikke endrer navnet på hele monorepoet ditt til «final_final_v2».
Hvorfor dette er viktig
Fordi det å bytte kontekst er produktivitetsskatten ingen har stemt for. AI som kan åpne en PR med samme grundighet som du forventer av en juniorutvikler (på en god dag), er en reell tidsbesparelse. Ikke for å erstatte mennesker – ro ned – men for å erstatte de «æsj, standard»-delene av ingeniørarbeidet.
Veivalg A: Autogenerer PR-er med Claude Code GitHub Actions
Hvis du lever inne i GitHub hele dagen (velkommen i klubben), gir denne veien deg en bot som kan analysere kode i issues og PR-er, foreslå endringer og til og med åpne eller oppdatere PR-er – rett fra repoet ditt.
Dette trenger du
- Et GitHub-repo du kontrollerer (eller en branch du kan ødelegge uten å gråte).
- Repo-administrator-tilgang for å konfigurere Actions og hemmeligheter.
- En Claude API-nøkkel hvis handlingen eller arbeidsflyten din trenger det.
Trinn 1: Aktiver GitHub Actions i repoet ditt
- Gå til ditt repository → Settings → Actions → General.
- Aktiver «Allow all actions and reusable workflows» (eller begrens til organisasjonens godkjente handlinger hvis sikkerhetsfolkene dine allerede er skeptiske).
Trinn 2: Legg til en Claude Code-arbeidsflyt
Opprett .github/workflows/claude-pr-bot.yml med en utløser basert på din foretrukne arbeidsflyt. Her er to vanlige mønstre:
Alternativ 1: Issue-drevne PR-er
- Når du åpner en issue med en spesiell etikett (f.eks. ai-pr), kjøres arbeidsflyten.
- Den leser issue-prompten (f.eks. «Legg til dark mode-toggle»), oppretter en ny branch, redigerer filer ved hjelp av Claude, pusher commits og åpner en PR med et detaljert sammendrag.
Alternativ 2: Kommentardrevne redigeringer på en eksisterende PR
- Når du kommenterer @claude please refactor the settings modal, kjøres arbeidsflyten.
- Den analyserer diffen, foreslår endringer og pusher oppdateringer til PR-branchen.
Starter-arbeidsflyt (oversikt)
name: Claude PR Bot
on:
issues:
types: .
- En rask guide om integrasjonen og brukstilfellene gir deg et fugleperspektiv på hva som er fornuftig å automatisere (og hva som ikke er det) i virkelige team.
- Hvis du er en visuell lærer, viser denne gjennomgangen autogenererte AI PR-er i aksjon, fra start til slutt.
Veivalg B: Koble GitHub til Claude Code via MCP (for lokale superbrukere)
Hvis du vil at Claude skal jobbe med din lokale repo-kontekst – filer på maskinen din, brancher du sjonglerer med, kommandoer du stoler på – gir MCP deg en tillatelsesbro. Tenk på det som en dørvakt for repoet ditt: den bestemmer hvilke dører Claude kan åpne.
Dette trenger du
- Claude Desktop eller en IDE-integrasjon som støtter MCP-verktøy.
- En GitHub MCP-server du kjører lokalt, konfigurert med en token som begrenser omfang.
- En personlig tilgangstoken (PAT) med bare de omfangene du virkelig trenger (f.eks. repo:status, public_repo, pull_request write).
Trinn 1: Skaff deg en GitHub MCP-server
- Det finnes en offisiell åpen kildekode-server som eksponerer utvalgte GitHub API-operasjoner (søke etter issues, opprette brancher, åpne PR-er osv.). Den er konfigurerbar slik at du bare aktiverer det du trenger, noe som også reduserer AI-forvirring og holder sikkerheten fornøyd. For en bredere oversikt over MCP-servere og eksempler, sjekk den sentrale katalogen.
Trinn 2: Konfigurer klienten din til å snakke med serveren
- I klientkonfigurasjonsfilen din (f.eks. en JSON-konfigurasjon for AI-appen din), registrer GitHub MCP-serveren, gi den tokenet ditt via miljøvariabler, og hviteliste tillatte repoer.
- Pro-tips: Legg tokenet i systemnøkkelringen eller en dotenv-fil, ikke i konfigurasjonsfilen. Ikke bli det skrekkeksemplet på neste allmøte.
Trinn 3: Test verktøyets overflateareal
- Be Claude liste opp åpne issues, lese en spesifikk fil eller opprette en branch. Bekreft at den ikke kan gjøre noe du ikke eksplisitt har tillatt.
- Først etter at du har sjekket de grunnleggende kommandoene, bør du aktivere create_pull_request.
Trinn 4: La Claude foreslå og åpne en PR
- Prompt-eksempel: «I repo org/app-frontend, opprett en ny branch feat/dark-toggle, implementer en settings toggle for dark mode i SettingsPanel.tsx, oppdater tester, og åpne en PR med en sjekkliste for QA.»
- Serveren orkestrerer: leser repo-tilstand, skriver endringer (hvis du har konfigurert lokale filverktøy), pusher en branch, åpner en PR med malen din og legger ut et sammendrag.
Real talk: Sikkerhetsmekanismer du faktisk trenger
- Skrivebeskyttede tørre kjøringer: Få Claude til å produsere en enhetlig diff (git diff) før skrivetilgang. Slå sammen etter at du har sett over det.
- Malbaserte PR-tekster: Inkluder risikonotater, testplaner og utrullingssteg. Få boten til å fullføre malen; få mennesker til å gjennomgå den.
- Etiketteringsregler: Bruk automatisk etiketter som ai-generated og needs-tests for å holde ting synlig og ærlig.
- Branch-navngivning: Krever et prefiks (ai/ eller bot/) med branch-beskyttelsesregler. Roboter trenger også uniformer.
Anekdote: Jeg ba en AI om å «fikse auth-buggen». Den «fikset» den ved å fjerne autentiseringen. Flott for produktiviteten! Forferdelig for bokstavelig talt alt annet. Hold omfanget smalt, prompter spesifikke og CI-tester onde.
Fra null til PR: Et realistisk ende-til-ende-scenario
Scenario: Fiks ustabil debounce-test i et React-prosjekt
- Du åpner en issue: «Debounce util: flake on 200ms boundary in CI.» Du tagger den ai-pr.
- Arbeidsflyten utløses. Den søker etter debounce.ts og relaterte tester.
- Claude foreslår en diff: justerer timere med jest.useFakeTimers, legger til en margin i asserts, oppdaterer dokumenter.
- Boten åpner en PR med: tittel, sammendrag, begrunnelse, testplan og risikovurdering.
- Du vurderer diffen, svarer: «Edge case when delay=0.»
- Du kommenterer @claude handle delay=0 with immediate flush; add test. Arbeidsflyten kjøres på nytt, pusher en commit.
- CI passerer. Du squasher og merger. Et eller annet sted gråter en ustabil test «uncle».
Slik ser gode prompter ut (og hva du bør unngå)
- Bra: «Add a dark mode toggle to SettingsPanel.tsx; persist to localStorage; update SettingsPanel.test.tsx; follow our ESLint rules; modify only /src/ui/ and /src/utils/; 250 lines max.»
- Meh: «Implement dark mode.»
Gjør det trygt: Sikkerhets- og samsvars-hurtigsjekk
- Token-omfang: Bruk repo:contents write bare hvis det er nødvendig; foretrekk pull_request write for PR-opprettelse.
- Repository-hviteliste: Lås boten til et enkelt repo eller en organisasjon.
- Logging: Sørg for at boten logger sine handlinger og prompter (minus hemmeligheter). Du vil ha bevis når den «forbedrer» Dockerfilen din.
- Branch-beskyttelse: Krev to menneskelige godkjenninger for ai/* brancher.
Feilsøking: Når boten ikke vil bote
- Den kan ikke pushe brancher: Sjekk Actions-tillatelser for contents: write og at tokenet ditt har repo write-tilgang.
- Den åpner tomme PR-er: Kontekstbyggeren din gir den ikke de riktige filene. Stram inn logikken for filvalg.
- Det oppstår tidsavbrudd på store repoer: Begrens konteksten til endrede stier eller et manifest. AI får fordøyelsesbesvær på 10 GB monorepoer, akkurat som resten av oss.
- Den ignorerer PR-malen din: Bekreft at malen er i .github/pull_request_template.md eller lenket i repo-innstillingene dine.
Når du skal bruke hvilken vei
- Bruk GitHub Actions hvis du vil ha en lettvint måte å autogenerere PR-er fra issues eller kommentarer, med alt som skjer i GitHub.
- Bruk MCP hvis du vil at Claude skal operere i ditt lokale miljø eller på tvers av flere verktøy med veldig spesifikke kontroller.
Verdt å merke seg: Hvis du vil ha en rask sjekk av arbeidsflyten eller generere en solid startprompt, kan Sider.AI hjelpe deg med å utarbeide PR-maler og sikkerhetsprompter, og deretter iterere på dem med ekte repo-snutter. Det er som å ha en bestemt redaktør som faktisk skriver kode. Og ikke stjeler kontorstolen din. Vanlige mønstre du vil kopiere
- AI PR-etiketter og CODEOWNERS: Rute ai/* PR-er til en vurderingsgruppe som liker å krangle med roboter.
- Trinnvise commits: Be Claude om å opprette små, atomiske commits med tydelige meldinger i stedet for én mega-commit kalt «stuff».
- Test-først-modus: Få arbeidsflyten til å generere tester først, kjøre CI og deretter generere implementering. Det er tregere. Det er bedre.
- Oppgaver etter sammenslåing: Legg til en arbeidsflyt for automatisk å åpne en oppfølgings-issue for dokumenter, funksjonsflagg eller opprydding.
En rask konkurransemessig sjekk
- Noen kobler andre LLM-er til lignende GitHub-flyter. De fungerer – men Claude Codes koderesonnement og villighet til å si «Jeg er ikke sikker» kan spare deg for timer med gjetting og sjekking. GitHub Actions-integrasjonen holder det rett der vurderinger naturlig skjer, og MCP-ruten er fleksibel for superbrukere.
10-minutters oppsett-sjekkliste
- Velg en vei: GitHub Actions (raskere) eller MCP (mer kontroll).
- Opprett tokenet ditt med minimale omfang.
- Legg til arbeidsflyten eller konfigurer MCP-serveren.
- Bygg en stram kontekstbygger: fillister, grenser og regler.
- Legg til branch-beskyttelse og etiketter.
- Test på en liten endring først. Slå sammen. Feire. Fortell PM-en din at du «skalerte gjennomstrømningen».
Raske referanser du bør ha for hånden
- Claude Code GitHub Actions-dokumentasjon (mønstre, utløsere, eksempler).
- Praktisk guide til integrasjonen og beste praksis.
- Video-gjennomgang: AI-genererte PR-er fra start til slutt.
- GitHub MCP-server for granulær, tillatelsesbasert tilgang.
- MCP-servere katalog og eksempler for inspirasjon.
Den alvorlige oppsummeringen
Automatisering av PR-er med Claude Code vil ikke erstatte ingeniørteamet ditt. Det vil erstatte ingeniørteamets minst favoritt gjøremål. Start med trange omfang, tydelige prompter og strenge vurderinger. La boten håndtere stillasene mens du håndterer tenkingen. Gå deretter tilbake til de morsomme tingene – som å endelig slette den utils2.ts-filen du har unngått fordi du bare vet at den holder appen sammen med gaffatape og drømmer.
Gå nå og gjør din fremtidige selv litt mindre gretten. Og hvis boten går amok? Du vet hvor Tilbakestill-knappen er.
FAQ
Q1:Kan Claude Code åpne pull requests på egen hånd?
Ja. Med GitHub Actions eller et MCP-oppsett kan Claude Code opprette en branch, pushe endringer og åpne en pull request med et sammendrag og en sjekkliste. Hold tillatelsene stramme og krev menneskelig gjennomgang slik at den ikke «optimaliserer» sikkerheten din ved å fjerne den.
Q2:Hva er den sikreste måten å koble GitHub til Claude Code på?
Bruk tokens med minimalt omfang, repository-hvitelister og branch-beskyttelse. Enten du velger Actions eller MCP, aktiver tørre kjøringer og krev at tester skal bestås før du slår sammen AI-genererte pull requests.
Q3:Hvordan stopper jeg AI PR-er fra å berøre hele monorepoet mitt?
Begrens konteksten med hvitelistede kataloger og et filmanifest, og sett et tak på antall filer per kjøring. Gode prompter hjelper også – vær spesifikk om stier og størrelsesgrenser.
Q4:Hvorfor er AI pull requests tomme eller av lav kvalitet?
Kontekstbyggeren din kan mate Claude feil filer eller for lite detaljer. Gi klare mål, begrensninger og testforventninger – og vurder en to-pass flyt: generer tester først, deretter implementeringen.
Q5:Bør jeg bruke GitHub Actions eller MCP for Claude Code?
Hvis du vil ha rask, repo-nativ automatisering for PR-er og vurderinger, bruk GitHub Actions. Hvis du trenger lokal kontroll, tilpassede verktøy eller finkornede tillatelser, gir MCP deg mer kraft – med litt mer oppsett.
