Du känner igen ögonblicket: någon frågar ”Vem är den här GitHub-användaren?” och tråden förvandlas till flikar, gissningar och halvt verifierade skärmdumpar. När du väl hittar rätt profil har du redan bromsat godkännandet.
Engineering managers märker det när åtkomstförfrågningar staplas på hög. Ops-ansvariga stöter på det under onboarding. Och byråägaren som hanterar kundrepon fastnar i att leka identitetsdetektiv. Den här automatiseringen för Slack GitHub lookup ger dig ett tydligt svar direkt i kanalen, snabbt.
Du sätter upp ett workflow i slash-kommando-stil: Slack triggar det, GitHub frågas, och commit-e-postadresser plus profilkontext kommer tillbaka till samma kanal. Enkelt resultat. Mindre letande.
Så här fungerar automatiseringen
Här är det kompletta workflowet du kommer att sätta upp:
n8n Workflow Template: Slack + GitHub: verifiera bidragsgivare utan att gräva
flowchart LR
subgraph sg0["Flow 1"]
direction LR
n0["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/webhook.dark.svg' width='40' height='40' /></div><br/>Inbound Webhook Start"]
n1["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/graphql.png' width='40' height='40' /></div><br/>GitHub GraphQL Lookup"]
n2@{ icon: "mdi:code-braces", form: "rounded", label: "Extract Commit Emails", pos: "b", h: 48 }
n3["<div style='background:#f5f5f5;padding:10px;border-radius:8px;display:inline-block;border:1px solid #e0e0e0'><img src='https://flowpast.com/wp-content/uploads/n8n-workflow-icons/slack.svg' width='40' height='40' /></div><br/>Slack Channel Notice"]
n1 --> n2
n0 --> n1
n2 --> n3
end
%% Styling
classDef trigger fill:#e8f5e9,stroke:#388e3c,stroke-width:2px
classDef ai fill:#e3f2fd,stroke:#1976d2,stroke-width:2px
classDef aiModel fill:#e8eaf6,stroke:#3f51b5,stroke-width:2px
classDef decision fill:#fff8e1,stroke:#f9a825,stroke-width:2px
classDef database fill:#fce4ec,stroke:#c2185b,stroke-width:2px
classDef api fill:#fff3e0,stroke:#e65100,stroke-width:2px
classDef code fill:#f3e5f5,stroke:#7b1fa2,stroke-width:2px
classDef disabled stroke-dasharray: 5 5,opacity: 0.5
class n0 api
class n2 code
classDef customIcon fill:none,stroke:none
class n0,n1,n3 customIcon
Varför det här spelar roll: verifiera bidragsgivare utan att bromsa arbetet
Verifiering av bidragsgivare låter som en liten sak tills du gör det fem gånger i veckan. Någon går med i ett repo, begär utökade behörigheter eller dyker upp i commit-historiken med ett namn du inte känner igen. Då börjar skattjakten: sök på GitHub, korschecka Slack-visningsnamn, leta efter ”rätt” e-postadress och hoppas att du inte blandar ihop två liknande användarnamn. Under tiden står pull requesten still. Tråden blir stökig. Och risken är på riktigt, för ett felaktigt godkännande kan exponera kod eller hemligheter.
Det summeras snabbt. Här är var det faller isär i vardagsteam.
- Folk verifierar identiteter i privata DM, så resten av teamet kan inte se underlaget i efterhand.
- Manuella uppslag leder till fel GitHub-profil med ”samma namn”, särskilt för konsulter och kortvariga bidragsgivare.
- Commit-e-postadresser är begravda i historiken, vilket gör att godkännanden blir en tidstjuv precis när du behöver momentum.
- När verifiering går långsamt skjuter team antingen upp jobbet eller släpper igenom det utan kontroll, och inget av det är en bra vana.
Det du bygger: ett Slack-kommando som hämtar kontext om GitHub-bidragsgivare
Det här workflowet gör Slack till ditt uppslagsverktyg för ”vem är det här?” när det gäller GitHub-bidragsgivare. Det börjar när Slack skickar en request till din n8n-webhook (vanligtvis från ett slash-kommando eller en Slack-workflowknapp). n8n tar användarnamnet eller identifieraren från den requesten och kör en GitHub GraphQL-fråga för att hämta profilkontext. Därefter plockar ett litet funktionssteg ut commit-e-postadresserna från svaret (det som folk nästan alltid letar efter manuellt). Till sist postar n8n ett prydligt meddelande tillbaka i kanalen så att alla ser samma källa till sanning i samma tråd, utan att hoppa mellan flikar.
Workflowet startar med en inkommande webhook från Slack. GitHub GraphQL gör uppslaget, och sedan rensar ett funktionssteg upp svaret till något läsbart. Slack postar resultatet exakt där frågan ställdes.
Det du bygger
| Vad som automatiseras | Vad du uppnår |
|---|---|
|
|
Förväntade resultat
Säg att teamet verifierar 10 bidragsgivare i veckan och att varje manuell kontroll tar kanske 10 minuter (söka profil, skanna commits, hitta en e-postadress, klistra in i Slack). Det är cirka 100 minuter per vecka. Med det här workflowet är ett uppslag vanligtvis: 1 minut för att köra Slack-kommandot, sedan en kort väntan på GitHub-svaret, och kanalen får det formaterade svaret. Du får tillbaka ungefär en och en halv timme varje vecka, plus färre ”vem godkände det här?”-uppföljningar.
Innan du börjar
- n8n-instans (testa n8n Cloud gratis)
- Alternativ för egen hosting om du föredrar det (Hostinger fungerar bra)
- Slack för slash-kommandot och svar i kanalen
- GitHub för att hämta bidragsgivarens profil och commit-kontext
- GitHub access token (hämta det från GitHub Developer Settings → Personal access tokens)
Kunskapsnivå: Medel. Du kopplar Slack + GitHub-uppgifter och mappar några fält från webhook-payloaden in i GitHub-frågan.
Vill du att någon bygger detta åt dig? Prata med en automatiseringsexpert (gratis 15-minuters konsultation).
Steg för steg
Slack triggar en webhook. Ett Slack slash-kommando (eller en intern Slack-workflowåtgärd) skickar en request till din n8n-URL för ”Inbound Webhook Start” med användarnamnet eller söktexten du bryr dig om.
GitHub frågas via GraphQL. n8n tar den inputen och kör ett GitHub GraphQL-uppslag, vilket är ett praktiskt sätt att hämta flera fält i en request i stället för att sy ihop flera API-anrop.
Svaret rensas upp. Funktionssteget ”Extract Commit Emails” läser GitHub-svaret och plockar ut commit-e-postadress(er) och annan kontext du vill ta med (som profil-URL eller visningsnamn). Det är här outputen blir lätt för människor att läsa.
Kanalen får svaret. Ett Slack-meddelande postar resultaten tillbaka i rätt kanal så att verifieringen ligger tillsammans med beslutet, inte i någons webbläsarhistorik.
Du kan enkelt ändra vilka GitHub-fält som returneras så att det matchar er godkännandeprocess. Se hela implementeringsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementation
Steg 1: Konfigurera webhook-triggern
Konfigurera den inkommande webhooken som tar emot Slack slash command-payloads och skickar GitHub-användarnamnet in i workflowet.
- Lägg till eller öppna noden Inbound Webhook Start.
- Ställ in HTTP Method på
POST. - Ställ in Path på
dacd64a7-a83e-4492-b8fe-363453906d0d. - Kopiera den genererade webhook-URL:en och konfigurera den som mål för er Slack slash command eller inkommande förfrågan.
text i request body, eftersom det används för att slå upp GitHub-användarnamnet i senare noder.Steg 2: Anslut GitHub GraphQL
Konfigurera GitHub GraphQL-uppslagningen för att hämta användardetaljer och commit-e-postadresser baserat på webhook-indata.
- Lägg till eller öppna noden GitHub GraphQL Lookup.
- Ställ in Endpoint på
https://api.github.com/graphql. - Ställ in Query på
=query { user(login:"{{$node["Inbound Webhook Start"].json["body"]["text"]}}"){ name company location avatarUrl email pullRequests(last: 25) { edges { node { commits(last:25) { nodes { commit { author { email name } } } } } } } } }. - I Header Parameters ställer ni in User-Agent till
n8n. - I Header Parameters ställer ni in Authorization till er GitHub-token (ersätt
[CONFIGURE_YOUR_TOKEN]).
[CONFIGURE_YOUR_TOKEN] kommer GitHub att returnera autentiseringsfel och workflowet misslyckas.Steg 3: Sätt upp databehandling
Bearbeta GraphQL-svaret för att extrahera giltiga commit-e-postadresser som är kopplade till användaren.
- Lägg till eller öppna noden Extract Commit Emails.
- Klistra in den angivna Function Code exakt som den visas i workflowet för att avduplicera e-postadresser och ta bort GitHub noreply-adresser.
- Säkerställ att noden är kopplad från GitHub GraphQL Lookup och ger utdata till Slack Channel Notice.
Steg 4: Konfigurera Slack-utdata
Skicka ett formaterat Slack-meddelande med GitHub-användardetaljer och extraherade e-postadresser.
- Lägg till eller öppna noden Slack Channel Notice.
- Inloggningsuppgift krävs: Anslut era slackOAuth2Api-inloggningsuppgifter.
- Ställ in Authentication på
oAuth2. - Ställ in Channel på
={{$node["Inbound Webhook Start"].json["body"]["channel_id"]}}. - Ställ in den första bilagans Title på
=GitHub Details for: {{$node["Inbound Webhook Start"].json["body"]["text"]}}. - Ställ in den andra bilagans Text på
=*Name:* {{$node["GitHub GraphQL Lookup"].json["data"]["data"]["user"]["name"]}} *Email:* {{$node["Extract Commit Emails"].json["emails"].join(', ')}} *Company:* {{$node["GitHub GraphQL Lookup"].json["data"]["data"]["user"]["company"]}} *Location:* {{$node["GitHub GraphQL Lookup"].json["data"]["data"]["user"]["location"]}}. - Ställ in den tredje bilagans Thumb URL på
={{$node["GitHub GraphQL Lookup"].json["data"]["data"]["user"]["avatarUrl"]}}.
Steg 5: Testa och aktivera ert workflow
Validera workflowet från början till slut och aktivera det därefter för användning i produktion.
- Klicka Execute Workflow och skicka en exempel-POST-förfrågan till URL:en för Inbound Webhook Start med en Slack-liknande body som innehåller
textochchannel_id. - Bekräfta att GitHub GraphQL Lookup returnerar data i körningsutdata.
- Verifiera att Extract Commit Emails returnerar en
emails-array utan noreply-adresser. - Kontrollera Slack efter meddelandet från Slack Channel Notice som innehåller GitHub-profilens detaljer.
- Slå om workflowet till Active för att köra det i produktion.
Felsökningstips
- GitHub-uppgifter kan löpa ut eller kräva specifika behörigheter. Om det skapar fel, börja med att kontrollera token-scopes i GitHub Developer Settings.
- Om du använder Wait-noder eller extern rendering varierar processtiderna. Öka väntetiden om efterföljande noder fallerar på tomma svar.
- Standardprompter i AI-noder är generiska. Lägg in er tonalitet tidigt, annars kommer du att redigera output för alltid.
Snabba svar
Cirka 30 minuter om din Slack-app och GitHub-token är redo.
Nej. Du kopplar mest ihop konton och mappar inputfältet från Slack in i GitHub-uppslaget.
Ja. n8n har ett gratis alternativ för egen hosting och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volymer. Du behöver också räkna in GitHub API-användning (vanligtvis försumbar för uppslag som detta).
Två alternativ: n8n Cloud (hanterat, enklast att sätta upp) eller egen hosting på en VPS. För egen hosting är Hostinger VPS prisvärd och hanterar n8n bra. Egen hosting ger dig obegränsade körningar men kräver grundläggande serveradministration.
Ja, och det borde du förmodligen. Du kan justera frågan ”GitHub GraphQL Lookup” så att den returnerar exakt de fält ditt team bryr sig om, och sedan finjustera ”Extract Commit Emails” för att formatera dem enligt er Slack-stil. Vanliga anpassningar är att returnera profil-URL för snabb vidareklickning, hämta organisationsmedlemskap och lägga till en varning när inga commit-e-postadresser hittas.
Oftast beror det på en utgången Slack-token eller saknade behörighetsscopes för att posta meddelanden i den kanalen. Dubbelkolla Slack-appens OAuth-scopes och bekräfta att appen är installerad i den workspace där du testar. Kontrollera också att webhook-payloaden innehåller kanalidentifieraren du svarar till, annars kan n8n inte posta på rätt ställe.
Ett typiskt team kan köra dussintals uppslag per dag utan problem, eftersom varje request bara är en GitHub-fråga plus ett Slack-meddelande.
Ofta, ja. Den här typen av uppslag gynnas av en anpassad GraphQL-request och ett litet formateringssteg, och n8n hanterar det snyggt utan att tvinga in dig i dyra flerstegstasks. Du får också möjligheten att köra egen hosting, vilket spelar roll när uppslag blir rutin och du inte vill att varje request ska mätas. Zapier eller Make kan fortfarande funka om ni redan jobbar där, men GraphQL och tolkning av svar kan kännas klumpigt. Om du ska välja för ett team, prata med en automatiseringsexpert så får du en rak rekommendation.
Det här är den sortens automation som i det tysta tar bort friktion hela veckan. Sätt upp den en gång, så får teamet snabbare godkännanden och tydligare Slack-trådar utan extra möten.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.