Dina GitHub-ärenden förändras snabbt. Men din koll på dem gör det oftast inte. När du väl öppnar repot har den där ”lilla” buggen tre nya kommentarer, prioriteten har skiftat och någon är redan blockerad.
Engineering managers märker det när standupen blir pingpong av ”några uppdateringar?”. Utvecklare märker det när notiser begravs i mejlen. Driftfolk och projektledare märker det också. Den här automatiseringen för GitHub Telegram alerts pushar rätt ärendeuppdateringar till chatten så att du kan agera medan det fortfarande spelar roll.
Nedan ser du hur workflowet körs, vad det automatiserar och hur ”sätt upp en gång” ser ut i faktiska veckovisa tidsbesparingar.
Så fungerar den här automatiseringen
Hela n8n-workflowet, från trigger till slutresultat:
n8n Workflow Template: GitHub till Telegram – missa inga issue-uppdateringar
flowchart LR
subgraph sg0["Run every 10 minutes Flow"]
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/telegram.svg' width='40' height='40' /></div><br/>Send Message to @user"]
n1@{ icon: "mdi:swap-horizontal", form: "rounded", label: "Check for comments", pos: "b", h: 48 }
n2@{ icon: "mdi:swap-vertical", form: "rounded", label: "Map title, url, created, com..", pos: "b", h: 48 }
n3@{ icon: "mdi:play-circle", form: "rounded", label: "Run every 10 minutes", pos: "b", h: 48 }
n4["<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/github.dark.svg' width='40' height='40' /></div><br/>Get Github Issues"]
n4 --> n2
n1 --> n0
n3 --> n4
n2 --> n1
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 n3 trigger
class n1 decision
classDef customIcon fill:none,stroke:none
class n0,n4 customIcon
Problemet: ärendeuppdateringar missas (tills det är för sent)
GitHub ”notifierar” dig redan, men de flesta team missar ändå det som är viktigt. Mejlen staplas på hög. GitHubs notis-inkorg blir ännu en flik som ingen vill triagera. Och om du följer flera repos blir det mental akrobatik: ”Var den där buggen redan tilldelad?” ”Svarade någon?” ”Är den fortfarande öppen?” Det låter litet, men det skapar reell friktion. Du tappar momentum, du dubbeljobbar och du lägger dina bästa timmar på att jaga status istället för att leverera fixar.
Friktionen byggs på, särskilt när ärenden blir navet för beslut och kontext.
- Folk ser inte nya kommentarer snabbt, så blockeringar kan ligga i timmar och vänta på svar.
- Statuskontroller görs manuellt, vilket gör att standupen blir en GitHub-bläddringssession.
- Viktiga ärenden försvinner eftersom att ”watcha” ett repo är för brusigt för att vara användbart.
- Uppdateringar hamnar på olika ställen (mejl, dashboards, chatt), och ingen litar på att de ser hela bilden.
Lösningen: GitHub-ärenden till Telegram-varningar i n8n
Det här workflowet bevakar ett GitHub-repo enligt ett schema och omvandlar ärendeaktivitet till tydliga Telegram-meddelanden. Var tionde minut hämtar det nya eller öppna ärenden från ditt valda repo och plockar sedan ut detaljerna som folk faktiskt behöver i chatten (titel, nummer, status, länk och andra fält du väljer). Därefter tillämpas ett snabbt ”rimlighetsfilter” så att du inte bombarderar teamet med onödigt brus. Om ett ärende matchar din regel postar n8n den formaterade varningen i en specifik Telegram-grupp eller DM-tråd via din bot. Resultatet är enkelt: GitHub är fortfarande sanningskällan, men Telegram blir platsen där uppdateringar faktiskt uppmärksammas.
Workflowet startar med en schemalagd trigger, därefter frågas GitHub efter ärenden. Datat mappas till ett lättläst meddelande, filtreras och skickas till sist till Telegram. Du får snabb koll utan att förvandla chatten till en brandslang.
Det du får: automation vs. resultat
| Det här workflowet automatiserar | Resultat du får |
|---|---|
|
|
Exempel: så här ser det ut
Säg att teamet kollar GitHub-ärenden 4 gånger per dag i två repos. Om varje koll tar cirka 10 minuter för att skanna efter nya kommentarer, ändrade tilldelningar och ”är den fortfarande öppen?”, blir det ungefär 80 minuter per dag. Lägg till den vanliga fram-och-tillbaka i chatten, så kryper det över 2 timmar under hektiska dagar. Med det här workflowet är triggern automatisk och det enda ”manuella” arbetet är att läsa Telegram-meddelandet när det kommer. De flesta team får tillbaka ungefär en timme per dag, och uppdateringar faller inte mellan stolarna.
Det här behöver du
- n8n-instans (prova n8n Cloud gratis)
- Alternativ för self-hosting om du föredrar det (Hostinger fungerar bra)
- GitHub för att hämta ärenden från ett repo
- Telegram för att leverera varningar till din chatt
- GitHub Personal Access Token (hämta den i GitHub Developer Settings)
Svårighetsnivå: Nybörjare. Du klistrar in tokens, väljer ett repo och justerar ett eller två meddelandefält.
Vill du inte sätta upp detta själv? Prata med en automationsexpert (gratis 15-minuters konsultation).
Så fungerar det
Ett tiominutersschema drar igång allt. n8n kör automatiskt på en timer, så du är inte beroende av att någon kommer ihåg att ”gå och kolla GitHub”.
GitHub-ärenden hämtas från ditt repo. Workflowet frågar GitHub efter nya eller öppna ärenden baserat på din konfiguration, med en GitHub-token som har rätt behörigheter.
Ärendedetaljerna struktureras för chatten. n8n mappar fält som titel, nummer, status, URL och valfri kontext som tilldelad person. Därefter kontrollerar ett valideringsfilter ett villkor (i det här workflowet baserat på antal kommentarer) så att bara uppdateringar du bryr dig om går vidare.
Telegram tar emot varningen. Din bot postar det formaterade meddelandet till exakt det chat-ID du anger, vilket kan vara en teamgrupp, en projektkanal eller ett privat DM.
Du kan enkelt ändra filtreringsregeln för att styra på etiketter eller prioritet utifrån dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.
Steg-för-steg-guide för implementering
Steg 1: Konfigurera schematriggern
Det här arbetsflödet startar enligt ett tidsstyrt schema och kontrollerar GitHub-ärenden var 10:e minut.
- Lägg till och öppna Scheduled Ten-Minute Trigger.
- Ställ in Interval på
minutesoch Minutes Interval på10.
Steg 2: Anslut hämtning av GitHub-ärenden
Hämta nya öppna bug-ärenden från ert repo under de senaste 30 minuterna.
- Lägg till och öppna Retrieve GitHub Issues.
- Credential Required: Anslut era githubApi-uppgifter.
- Ställ in Resource på
repository. - Välj er Owner och Repository.
- I Get Repository Issues Filters ställer ni in Since på
{{ new Date(Date.now() - 30 * 60 * 1000).toISOString() }}, State påopenoch Labels påBug.
Steg 3: Sätt upp bearbetningsnoderna
Mappa ärendefält och filtrera bort ärenden med för många kommentarer.
- Öppna Map Issue Fields och lägg till tilldelningar:
- title →
{{ $json.title }} - html_url →
{{ $json.html_url }} - created_at →
{{ $json.created_at }} - comments →
{{ $json.comments }}
- title →
- Öppna Validate Comment Count och ställ in villkoret:
- Left Value till
{{ $json.comments }} - Operation till
lt - Right Value till
5
- Left Value till
Steg 4: Konfigurera utdataåtgärden
Skicka en Telegram-avisering för ärenden som passerar kommentarsfiltret.
- Lägg till och öppna Dispatch Telegram Alert.
- Credential Required: Anslut era telegramApi-uppgifter.
- Ställ in Text till
=New Issue: {{ $json.title }} [Link]({{ $json.html_url }}).
Steg 5: Testa och aktivera ert arbetsflöde
Verifiera flödet från början till slut och aktivera det sedan för kontinuerlig övervakning.
- Klicka på Execute Workflow för att köra ett manuellt test.
- Bekräfta att Retrieve GitHub Issues returnerar nyligen öppnade ärenden med etiketten
Bug. - Säkerställ att Validate Comment Count bara släpper igenom ärenden där
{{ $json.comments }}är mindre än5. - Verifiera att ett Telegram-meddelande skickas av Dispatch Telegram Alert med ärendets titel och länk.
- Växla arbetsflödet till Active för att aktivera schemalagd övervakning.
Vanliga fallgropar
- GitHub-inloggningar kan löpa ut eller behöva specifika behörigheter. Om saker slutar fungera, kontrollera först token-scopes i GitHub Developer Settings (repo eller public_repo brukar räcka).
- Om du använder Wait-noder eller extern rendering varierar processtiderna. Öka väntetiden om nedströms noder fallerar på tomma svar.
- Telegram-botar postar inte i en grupp förrän de är korrekt tillagda, och chat-ID är lätt att få fel. Dubbelkolla metoden du använde för chat-ID och bekräfta att boten kan skicka ett testmeddelande.
Vanliga frågor
Cirka 20 minuter om du redan har dina tokens.
Nej. Du kopplar konton och justerar några fält. Meddelandeformateringen är point-and-click i n8n.
Ja. n8n har ett gratis self-hosted-alternativ och en gratis provperiod på n8n Cloud. Cloud-planer börjar på 20 USD/månad för högre volym. Du behöver också räkna in kostnader för GitHub och Telegram, som vanligtvis är 0 USD för det här användningsfallet om du inte når enterprise-gränser.
Två alternativ: n8n Cloud (hanterat, enklast att komma igång) eller self-hosting på en VPS. För self-hosting är Hostinger VPS prisvärd och hanterar n8n bra. Self-hosting ger obegränsade körningar men kräver grundläggande serverhantering.
Ja, och det är en vanlig justering. Du kan ändra GitHub-steget ”Retrieve GitHub Issues” så att det bara hämtar ärenden med vissa etiketter, och sedan ändra filtret ”Validate Comment Count” så att det kontrollerar etikett-namn istället för antal kommentarer. Vissa team lägger även till en andra Telegram-destination för ”urgent”-etiketter, och skickar allt annat till en lugnare kanal.
Oftast beror det på en utgången token eller en token med för snäva scopes. Skapa en ny GitHub Personal Access Token, bekräfta att den har repo-behörigheter (eller public_repo) och uppdatera autentiseringsuppgifterna i n8n. Om du arbetar i ett org-repo kan SSO-auktorisering också blockera anrop tills du godkänner det. Rate limits är en annan vanlig orsak om du pollar flera repos väldigt ofta.
Många för normal teamanvändning. På n8n Cloud beror kapaciteten på din plans månatliga körningar, och varje schemakörning räknas. Om du self-hostar finns ingen körningsgräns utöver serverresurserna, och de flesta små team kan utan problem polla var tionde minut.
Ofta, ja, eftersom du kan filtrera, transformera och förgrena utan att slåss med planbegränsningar. n8n är också enklare att self-hosta, vilket spelar roll om ditt schema kör hela dagen och du inte vill ha prissättning per task. Zapier och Make kan fortfarande vara bra om du bara behöver en enkel regel ”nytt ärende → skicka meddelande” och vill ha snabbast möjliga uppsättning. Skillnaden märks när du lägger till villkor som antal kommentarer, routing via etiketter eller flera destinationer. Prata med en automationsexpert om du är osäker på vad som passar.
När det här väl rullar dyker ärendeuppdateringar upp där teamet redan pratar. Mindre jagande. Snabbare respons. Ärligt talat är det en av de där automationslösningarna du glömmer bort tills du inser hur mycket lugnare veckan känns.
Kontakta oss
Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.