GitHub MCP: koppla GitHub till Claude och ChatGPT

Fråga Claude eller ChatGPT om buggen en kund rapporterade redan har en issue, vad som väntar på din granskning eller hur det går med pull request 412. Svaret kommer direkt från GitHub, med länk till varje issue och pull request.

GitHub är inte bara för utvecklare. Med Deployed OS kopplar alla in sitt eget GitHub-konto, så att produkt, support och ledning kan följa arbetet i den AI-assistent de redan använder. AI:n läser issues, pull requests, kommentarer och granskningar i företagets organisationer, aldrig kod, och skriver ingenting i GitHub.

4 läsfunktioner · bara läsning · Fungerar i Claude, ChatGPT och Copilot

I praktiken

Vad teamet kan göra med GitHub i Claude och ChatGPT

Support

Är det en känd bugg?

Sök bland issues innan du eskalerar. Finns det en träff får du status, de senaste kommentarerna och länken, så att du kan berätta för kunden var det står.
Produkt

Följ arbetet utan att öppna GitHub

Öppna issues med en viss etikett, pull requests som stängts nyligen och om de blev mergade. Fråga med vanliga ord och läs svaret i Claude eller ChatGPT.
Utveckling

Din granskningskö på en fråga

Pull requests som väntar på din granskning, även via dina team, issues som är tilldelade dig och det du själv har öppnat. Sedan diskussionen i vilken som helst av dem, sammanfattad.
Ledning

Var releasen står, i klartext

Vem som har godkänt en pull request, vem som har bett om ändringar och vad de senaste kommentarerna säger. Klart före måndagsmötet, utan att be en utvecklare förklara.
Exempel

Fråga så här

  • “Vad väntar på min granskning, och vilka av mina egna pull requests är fortfarande öppna?”

  • “Finns det redan en issue om att CSV-exporten får timeout? Vad säger i så fall den senaste kommentaren?”

  • “Sammanfatta pull request 412 i acme/web-app: beskrivningen, vem som har godkänt den och vem som har bett om ändringar.”

  • “Lista de öppna issues som har etiketten customer-request i acme/platform, senast ändrade först.”

  • “Vilka pull requests i acme/web-app har stängts nyligen, och blev de mergade?”

  • “Hitta repot för kundportalen och ge mig länken.”

Kopplingen

Det här gör GitHub-kopplingen i dag

  • Läsergithub_search

    Söker bland issues eller pull requests i företagets GitHub-organisationer på ord och filter: status, repo, författare, ansvarig och etikett, med dig själv som författare eller ansvarig om du vill. Senast ändrade först, upp till 25.

  • Läsergithub_get_issue

    Läser en issue eller pull request via repo och nummer: texten och de tio senaste kommentarerna. En pull request kommer också med status, brancher, antal ändringar, granskningsförfrågningar och de tio senaste granskningarna.

  • Läsergithub_list_my_work

    Listar ditt eget öppna arbete i företagets GitHub-organisationer: issues och pull requests som är tilldelade dig, pull requests som väntar på din granskning (även via dina team) och de du själv har öppnat.

  • Läsergithub_list_repositories

    Listar de repon du kan se i företagets GitHub-organisationer, senaste push först, eller hittar dem på ord i namn, beskrivning eller ämnen. Upp till 50.

Behöver ni mer? Vi bygger ut kopplingarna åt företagen som använder dem.

Säkerhet

Vem ser vad

Bara läsning, aldrig kod
Kopplingen läser issues, pull requests, kommentarer, granskningar och listan över repon. Den läser aldrig filer, diffar eller commits, och den kan inte kommentera, granska, sätta etiketter, tilldela eller merga.
Bara era organisationer
En admin anger företagets GitHub-organisationer, upp till fem, och AI:n läser bara inom dem. Repon på personliga konton och andra organisationer når aldrig AI:n.
Varje persons egna rättigheter
Alla kopplar in sitt eget GitHub-konto, så AI:n ser det personen kan se i GitHub. För att se privata repon behöver man vara medlem i er organisation.
Ni väljer vem som får den
Admin bestämmer vilka grupper på företaget som får använda GitHub-kopplingen över huvud taget. Alla andra ser den aldrig.
Allt loggas
Vem som frågade, vilken koppling och när. Deployed OS visar läsningar per koppling och per person, loggen går att exportera, och behörigheten dras in centralt samma dag någon slutar.
Kom igång

Koppla in GitHub i tre steg

01
En admin registrerar en OAuth-app under ert företags GitHub-organisation, med den callback-URL som Deployed OS visar. Appen ägs av ert företag, inte av oss.
02
Admin lägger in appens Client ID, en client secret och namnen på era organisationer i Deployed OS, och väljer vilka grupper som får GitHub.
03
Var och en kopplar in sitt eget GitHub-konto. Organisationer som begränsar OAuth-appar godkänner appen en gång, och sedan är det bara att fråga.
Jämförelse

GitHubs egen MCP-server eller Deployed OS?

GitHub har en egen MCP-server som körs hos GitHub eller lokalt. Den täcker repon, kod, issues, pull requests, Actions med mera, kan både läsa och skriva, och loggar in med OAuth eller en personlig access-token. För en utvecklare som vill ha GitHub i sin editor eller assistent passar den bra.

Deployed OS är byggt för hela teamet, inte bara utvecklarna. En koppling för företaget till GitHub och era andra verktyg, avgränsad till era organisationer och till issues och pull requests, där varje person loggar in med sitt eget GitHub-konto, admin väljer vilka grupper som får GitHub och varje anrop loggas. Samma koppling fungerar i Claude, ChatGPT och Copilot, bredvid ert företags skills och riktlinjer.

Deras dokumentation: GitHub’s MCP server

Frågor

GitHub MCP: vanliga frågor

Ja. GitHub har en egen MCP-server, och den passar bra för en utvecklare. Deployed OS ger hela företaget en koppling till GitHub och era andra verktyg, avgränsad till era organisationer, med varje persons egen inloggning, behörighet per grupp och logg på varje anrop.

Nej. Kopplingen läser bara: inga kommentarer, granskningar, etiketter, tilldelningar eller merges. GitHubs OAuth-appar har ingen behörighet för att bara läsa privata repon, så appen ber om repo-åtkomst, men kopplingen gör aldrig något annat än att läsa. Vill ni att den ska göra mer, till exempel kommentera issues, bygger vi ut den åt er.

Nej. Den läser issues och pull requests med text, kommentarer och granskningar, en pull requests brancher och antal ändringar, och listan över repon. Filer, diffar, commits och kommentarer på kodrader läses aldrig.

Er admin sätter upp GitHub i Deployed OS en gång. Du lägger till ert företags Deployed OS-koppling i Claude, loggar in i GitHub med ditt eget konto och börjar fråga. Samma koppling fungerar i ChatGPT och Copilot.

Nej. AI:n använder varje persons egen GitHub-inloggning, så den ser det personen kan se i GitHub, och bara inom de organisationer som er admin har angett.

Deployed är ett EU-bolag och följer GDPR fullt ut, och ni väljer var er data lagras, ned till stad. Data från GitHub hämtas när någon frågar efter den.

Det beror på hur stort teamet är. Hör av er så går vi igenom det.

Fler kopplingarAlla kopplingar
Hör av er

Se det på era egna system.

Berätta vilka system ni kör på. Vi visar vad teamet kan fråga och vad IT får kontroll över.

Poyan Karimi
Du hör från Poyan Karimi
Medgrundare · Deployed AI