Behöver ert företag hjälp med att implementera AI? Kontakta oss och få prisoffert här →
AI Skolan
januari 22, 2026

GitHub + Telegram: gör buggrapporter till ärenden

Rickard Andersson Partner, Nodenordic.se

Felrapporter kommer sällan “korrekt formaterade”. De dyker upp som halvt förklarade meddelanden, slumpmässiga skärmdumpar, saknade steg och vag brådska – och sedan måste någon översätta allt till ett användbart GitHub-ärende.

Det är här GitHub Telegram-automatisering hjälper. Tekniska ledare känner av triage-trögheten varje dag. Supportteam som vidarebefordrar kundbuggar känner den också. Och om du driver ett litet produktteam är du förmodligen personen som gör båda jobben.

Det här flödet tar emot inkommande felrapporter via en webhook, använder AI för att klassificera och sammanfatta dem, skapar strukturerade GitHub-ärenden och pingar rätt personer i Telegram så att kritiska saker inte blir liggande obemärkta.

Så fungerar den här automatiseringen

Hela n8n-flödet, från trigger till slutlig output:

n8n Workflow Template: GitHub + Telegram: gör buggrapporter till ärenden

Problemet: felrapporter skapar brus, inte tydlighet

De flesta team har inget “system för felintag”. De har en hög. En supportinkorg, ett formulärverktyg, en loggvarning, en DM från en kollega, kanske en webhook från en intern app. Sedan måste någon läsa, gissa allvarlighetsgrad, be om saknade detaljer och skriva om det till något GitHub faktiskt kan spåra. Det är inte svårt arbete, men det är konstant arbete. Och kostnaden smyger sig på: långsam triage betyder långsammare fixar, mer kontextväxling och viktiga ärenden som begravs under lågkvalitativa rapporter.

Friktionen byggs på. Här brukar det oftast falla isär.

  • Folk rapporterar buggar i olika format, så varje ärende börjar med översättning och uppföljning.
  • Allvarlighetsgrad gissas i stunden, vilket leder till “allt är bråttom” eller, ännu värre, att man missar en riktig brand.
  • Lågprioriterade saker skapar ändå avbrott eftersom någon måste avgöra om de är värda att skapa och routa.
  • GitHub-ärenden blir inkonsekventa, vilket gör det svårare att söka, deduplicera och rapportera trender senare.

Lösningen: webhook till AI-sammanfattning till GitHub + Telegram

Det här flödet ger dig en enda ingång för felrapporter: en webhook. Allt som kan skicka en POST-request kan mata den (ett formulär, ett internt verktyg, en övervakningsvarning, ett chattkommando). När rapporten kommer in klassificerar AI den som hög eller låg allvarlighetsgrad enligt dina regler – inte någons humör. Rapporter med hög allvarlighetsgrad går snabbt: de sammanfattas till en strukturerad, lättläst beskrivning och blir automatiskt ett GitHub-ärende. Därefter skickar flödet ett Telegram-meddelande så att rätt personer ser det direkt. För rapporter med låg allvarlighetsgrad kan du först routa dem via valfri chefsgodkännande, vilket hindrar att backloggen fylls med “kanske senare”-brus.

Flödet startar med en inkommande webhook och gör en kontroll av allvarlighetsgrad. Sedan mappar det råinput till konsekventa fält och genererar en strukturerad sammanfattning. Till sist skapar det GitHub-ärendet och skickar Telegram-notiser (med en separat eskaleringsnotis efter att ärendet har skapats).

Det här får du: automatisering vs. resultat

Exempel: så här ser det ut

Säg att du får 15 felrapporter i veckan från ett formulärverktyg, kundsupport och en intern app. Manuellt kan var och en ta cirka 10 minuter att förtydliga, skriva om, skapa ett GitHub-ärende och notifiera teamet – alltså ungefär 2 till 3 timmar i veckan. Med det här flödet blir “människotiden” att skicka in rapporten (eller låta systemet skicka den) plus en snabb genomläsning av AI-sammanfattningen, kanske 1 minut per styck. Skapandet av GitHub-ärendet och Telegram-larmet sker i bakgrunden, så du får en strukturerad backlog utan att bränna en halv morgon.

Det här behöver du

  • n8n-instans (testa n8n Cloud gratis)
  • Alternativ för self-hosting om du föredrar det (Hostinger funkar bra)
  • GitHub för att skapa ärenden i ditt repo
  • Telegram för att larma en grupp eller ägare
  • Google Gemini API-uppgifter (hämta från Google AI Studio)

Kunskapsnivå: Medel. Du kopplar konton, klistrar in några tokens och justerar prompts och fältmappning lätt.

Vill du inte sätta upp det här själv? Prata med en automationsexpert (gratis konsultation i 15 minuter).

Så fungerar det

En webhook tar emot rapporten. Din källa för felrapporter skickar en POST-request till n8n:s webhook med den data du har (titel, beskrivning, steg, användarinfo, loggar).

AI klassificerar allvarlighetsgrad. Flödet använder en klassificerare plus ett Gemini-chatsteg för att tagga varje rapport som hög eller låg så att den kan routas rätt. Om den är låg kan flödet pausa för godkännande via e-post innan det fortsätter.

Råinput blir strukturerade fält. Ett mappningssteg standardiserar payloaden (tänk: konsekvent titel, konsekventa avsnitt i brödtexten), och sedan bygger en sammanfattningskedja en strukturerad ärendebeskrivning som är lätt att läsa i GitHub.

GitHub och Telegram får rätt version. Ärendet skapas i ditt målrepo och flödet notifierar din Telegram-kanal. Ett separat eskaleringsmeddelande kan skickas när GitHub-ärendet finns, så att larmet innehåller länken folk faktiskt behöver.

Du kan enkelt ändra reglerna för allvarlighetsgrad och godkännandeflödet efter dina behov. Se hela implementationsguiden nedan för anpassningsalternativ.

Steg-för-steg-guide för implementering

Steg 1: Konfigurera webhook-triggern

Sätt upp startpunkten för inkommande felrapporter.

  1. Lägg till noden Incoming Webhook Trigger och ställ in HTTP MethodPOST.
  2. Ställ in Pathc16e3a34-5998-41c2-8a94-c9f0bddf3f27 för att matcha webhook-URL:en som används av ert intagsformulär eller er app.
  3. Spara workflowet och kopiera den genererade webhook-URL:en till er källa för felintag.

Steg 2: Anslut kärntjänster

Autentisera alla utgående tjänster som används för att skapa ärenden och skicka notifieringar.

  1. Öppna Generate GitHub Issue och välj ert repo: ställ in Owner[YOUR_ID] och välj ett Repository från listan. Credential Required: Anslut era githubApi-credentials.
  2. Öppna Manager Approval Email och ställ in Send To[YOUR_EMAIL] med Operation = sendAndWait. Credential Required: Anslut era gmailOAuth2-credentials.
  3. Öppna Alert Team Channel och ställ in Chat ID på ert teamkanal-ID. Credential Required: Anslut era telegramApi-credentials.
  4. Öppna Escalation Telegram Alert och ställ in Chat ID på ert eskaleringskanal-ID. Credential Required: Anslut era telegramApi-credentials.

Steg 3: Sätt upp AI-klassificering och sammanfattning

Konfigurera AI-noderna som klassificerar allvarlighetsgrad och sammanfattar ärendet.

  1. Öppna Bug Severity Classifier och ställ in Input Text={{ $('Incoming Webhook Trigger').item.json.body.message }}.
  2. Verifiera att System Prompt Template och kategorierna i Bug Severity Classifier är lämpliga för er modell för allvarlighetsgrad (High/Low).
  3. Öppna Issue Summary Builder och bekräfta att Chunk Size är satt till 100000.
  4. Öppna Gemini Chat Engine. Credential Required: Anslut era googlePalmApi-credentials.
  5. Öppna Gemini Summary Engine. Credential Required: Anslut era googlePalmApi-credentials.

Obs: Gemini Chat Engine är ansluten som språkmodell för Bug Severity Classifier, och Gemini Summary Engine är ansluten som språkmodell för Issue Summary Builder. Lägg till credentials i AI-motornoderna, inte i undernoderna.

Steg 4: Mappa ärendefält och godkännandelogik

Normalisera inkommande fält och lägg GitHub-ärendeskapandet bakom ett godkännande.

  1. I Map Issue Fields mappar ni fälten i webhook-payloaden med uttryck: message = ={{ $('Incoming Webhook Trigger').item.json.body.message }}, body.name = ={{ $('Incoming Webhook Trigger').item.json.body.name }}, body.userId = ={{ $('Incoming Webhook Trigger').item.json.body.userId }}.
  2. I Manager Approval Email ställer ni in Subject till =Approval to create a issue bug by {{ $json.body.name }} och Message till =Review: {{ $json.body.message }} By: {{ $json.body.name }} User Id: {{ $json.body.userId }}.
  3. I Approval Condition Check säkerställer ni att villkoret använder ={{ $json.data.approved }} som vänstervärde för en true-kontroll.

Bug Severity Classifier skickar utdata parallellt till både Map Issue Fields och Manager Approval Email. Approval Condition Check routar godkända objekt till Map Issue Fields och avvisade objekt till Alert Team Channel.

Steg 5: Konfigurera skapande av GitHub-ärende och notifieringar

Bygg den slutliga ärendepayloaden och skicka aviseringar baserat på allvarlighetsgrad och godkännande.

  1. I Issue Summary Builder behåller ni noden ansluten till Generate GitHub Issue för att skicka den sammanfattade utdata vidare i flödet.
  2. I Generate GitHub Issue ställer ni in Title till =New issue from {{ $('Map Issue Fields').item.json.body.name }} - {{ $('Map Issue Fields').item.json.body.userId }}.
  3. Ställ in Body till =Summary: {{ $json.output.text }} Description: {{ $('Map Issue Fields').item.json.message }} Image: ![Image]({{ $('Bug Severity Classifier').item.json.body.imageUrl }}) .
  4. I Alert Team Channel verifierar ni meddelandemallen: =Severity: Low Issue: {{ $('Bug Severity Classifier').item.json.body.message }} Name: {{ $('Bug Severity Classifier').item.json.body.name }} User ID: {{ $('Bug Severity Classifier').item.json.body.userId }}.
  5. I Escalation Telegram Alert bekräftar ni att mallen inkluderar GitHub-länk: =❗❗❗Severity: High❗❗❗ Summary: {{ $('Issue Summary Builder').item.json.output.text }} Issue: {{ $('Bug Severity Classifier').item.json.body.message }} Name: {{ $('Bug Severity Classifier').item.json.body.name }} User ID: {{ $('Bug Severity Classifier').item.json.body.userId }} Github Link: {{ $json.html_url }}.

Generate GitHub Issue skickar utdata till Escalation Telegram Alert efter skapandet för eskaleringar med hög allvarlighetsgrad.

Steg 6: Testa och aktivera ert workflow

Validera att hela end-to-end-flödet fungerar innan ni aktiverar det i produktion.

  1. Klicka på Execute Workflow och skicka en test-POST-begäran till URL:en för Incoming Webhook Trigger med en JSON-body som inkluderar message, name och userId.
  2. Godkänn begäran i inkorgen för Manager Approval Email för att fortsätta flödet.
  3. Bekräfta att Generate GitHub Issue skapar ett nytt ärende med förväntad titel och beskrivning.
  4. Verifiera att Alert Team Channel tar emot ett meddelande med låg allvarlighetsgrad när godkännandet nekas, och att Escalation Telegram Alert tar emot ett meddelande med hög allvarlighetsgrad efter att ärendet har skapats.
  5. Växla workflowet till Active för att aktivera live-intag av ärenden.
🔒

Lås upp fullständig steg-för-steg-guide

Få den kompletta implementeringsguiden + nedladdningsbar mall

Vanliga fallgropar

  • GitHub-uppgifter kan gå ut eller kräva specifika behörigheter. Om något slutar fungera, kontrollera först scopes för din Personal Access Token (repo-åtkomst) och n8n-credentials i GitHub-noden.
  • Om du använder Wait-noder eller extern rendering varierar processtider. Öka väntetiden om noder längre ned misslyckas på grund av tomma svar.
  • Standardprompter i AI-noder är generiska. Lägg in er tonalitet tidigt, annars kommer du att redigera output för alltid.

Vanliga frågor

Hur lång tid tar det att sätta upp den här GitHub Telegram-automatiseringen?

Cirka 30 minuter om du redan har dina tokens redo.

Behöver jag kodningskunskaper för att automatisera GitHub Telegram-automatisering?

Nej. Du klistrar mest in inloggningsuppgifter och justerar några fält. Den enda “tekniska” delen är att veta vad din webhook-payload ska innehålla.

Är n8n gratis att använda för det här flödet för GitHub Telegram-automatisering?

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 Gemini API-användning (oftast liten per request) och eventuella kostnader för e-postleverantör om du aktiverar godkännanden.

Var kan jag hosta n8n för att köra den här automatiseringen?

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 dig obegränsade körningar men kräver grundläggande serverhantering.

Kan jag anpassa det här flödet för GitHub Telegram-automatisering så att chefsgodkännande bara krävs vid “medel” allvarlighetsgrad?

Ja, men du behöver justera klassificeringsetiketter och routing. Uppdatera noden “Bug Severity Classifier” (och Gemini-prompten för klassificering) så att den returnerar High, Medium och Low. Ändra sedan If-noden “Approval Condition Check” så att bara Medium routas till “Manager Approval Email”, medan High går direkt till GitHub + Telegram och Low kan loggas tyst eller hoppas över.

Varför misslyckas min GitHub-anslutning i det här flödet?

Oftast beror det på en utgången Personal Access Token eller att den har för snäva scopes. Skapa en ny token i GitHub, se till att den har repo-behörigheter för målrepositoriet och uppdatera sedan credentialen i n8n. Kontrollera också att repo-ägare/namn i noden “Generate GitHub Issue” matchar där du förväntar dig att ärendena ska hamna. Om du skapar många ärenden snabbt kan GitHubs rate limits också ge intermittenta fel.

Hur många felrapporter kan den här GitHub Telegram-automatiseringen hantera?

Tillräckligt för de flesta små team.

Är den här GitHub Telegram-automatiseringen bättre än att använda Zapier eller Make?

Ofta, ja – om du bryr dig om kontroll och kostnad vid högre volym. Det här flödet använder förgrenad logik (hög vs låg, valfria godkännanden) och AI-steg, vilket kan bli dyrt eller klumpigt med Zapier-liknande prissättning. Med n8n kan du self-hosta, vilket betyder att du inte betalar per task på samma sätt, och du kan forma payloaden och GitHub-ärendeformatet friare. Å andra sidan kan Zapier eller Make kännas enklare för ett litet tvåstegsflöde. Om du är osäker, prata med en automationsexpert så stresstestar vi bästa alternativet för din volym.

Strukturerade ärenden. Snabbare triage. Riktiga larm som folk faktiskt litar på. Sätt upp det en gång och låt sedan flödet hålla din backlog läsbar medan du fokuserar på att fixa rätt saker.

Kontakta oss

Hör av dig, så diskuterar vi hur just din verksamhet kan dra nytta av alla fantastiska möjligheter som AI skapar.

×

Använd mall

Få direkt tillgång till denna n8n-arbetsflödes JSON-fil

Få prisoffert redan idag!
Få prisoffert redan idag!

Berätta vad ni behöver hjälp med så hör vi av oss inom en arbetsdag!

Få prisoffert redan idag!
Få prisoffert redan idag!

Berätta vad ni behöver hjälp med så hör vi av oss inom en arbetsdag!

Launch login modal Launch register modal