gh-issues

• Du har en eftersläpning av tydligt avgränsade buggärenden och vill ha ett automatiserat första försök till åtgärd innan mänsklig granskning.
• Du kör en schemalagd CI/cron-pipeline och vill att ärenden automatiskt triageras och får PR:ar utan manuell åtgärd (--cron-läge).
• Du arbetar med en bidragsmodell baserad på forkar och behöver grenar pushade till din fork med PR:ar som riktar sig mot ett upstream-repo (--fork).
• Du vill att granskningskommentarer på PR:ar åtgärdas automatiskt — använd --reviews-only för att låta gh-issues skanna öppna fix/issue-*-PR:ar och pusha åtgärder för begärda ändringar.

• Ärenden är vaga, arkitektoniska eller stora till omfånget — gh-issues delföretagare utvärderar sitt eget självförtroende och hoppar över ärenden de bedömer under 7/10, men mycket komplexa ärenden bör hanteras manuellt.
• Du behöver garanterad korrekthet — delföretagare kör tester när sådana finns tillgängliga, men automatiskt genererade korrigeringar bör granskas innan de slås samman i produktion.
• Du saknar en GitHub-token (GH_TOKEN) — gh-issues kan inte autentisera sig mot något GitHub-API utan den.

Upp till 8 underagenter körs samtidigt, där varje agent hanterar ett enskilt ärende från början till slut: skapande av gren, kodanalys, implementering av fix, testkörning, commit, push och öppnande av PR. Varje agent har en tidsbudget på 60 minuter och en inbyggd konfidensbedömning — den hoppar över ärenden som den inte kan hantera med ≥7/10 i konfidens.

Efter att PR:er öppnats hämtar fas 6 granskningar, inbäddade kommentarer, allmänna PR-kommentarer och till och med inbäddade botgranskningar (t.ex. Greptile). Kommentarer som kräver åtgärd utlöser ytterligare underagenter som checkar ut grenen, tillämpar de begärda ändringarna, skickar en uppdatering och svarar på varje kommentar med commit-SHA:t.

Skicka --fork user/repo för att pusha alla grenar till din gaffel och öppna PR:er från gaffeln mot det ursprungliga källarkivet — vilket matchar det vanliga arbetsflödet för bidrag till öppen källkod utan att kräva skrivbehörighet till det ursprungliga arkivet.

--cron aktiverar schemaläggning av typen "skjut och glöm": orkestratorn väljer ett lämpligt ärende, startar en underagent och avslutas omedelbart — säkert att anropa från ett cron-jobb var några minuter. --watch håller orkestratorn igång och söker efter nya ärenden och granskningskommentarer med ett konfigurerbart intervall.

Innan en underkörning startar kontrollerar kompetensen om det finns befintliga öppna PR:er, pågående grenar i push-repot samt en lokal anspråksfil med 2 timmars utgångstid. Detta förhindrar att duplicerade underagenter tävlar om samma ärende vid överlappande cron-körningar eller bevakningscykler.

Skicka --notify-channel med ett Telegram-kanal-ID för att ta emot ett slutligt sammanfattningsmeddelande som innehåller PR-länkar och resultat per ärende. Endast det slutliga utfallet skickas — inte mellanliggande statusuppdateringar.

Kör /gh-issues owner/repo --label bug --limit 10 --cron från ett schemalagt jobb. Varje anrop väljer nästa ej tilldelade buggärende, skapar en underagent som implementerar en fix och avslutas sedan. Med tiden bearbetas eftersläpningen stegvis utan mänsklig inblandning mellan körningarna.

Använd /gh-issues upstream/project --fork myfork/project --label good-first-issue för att låta skickligheten hämta ärenden från uppströmsrepot, pusha fixgrenar till din gaffel och öppna pull requests riktade mot uppströmsrepo:t — med respekt för det vanliga bidragsgivarflödet.

Schemalägg /gh-issues owner/repo --reviews-only --cron tillsammans med din befintliga PR-pipeline. Varje körning genomsöker öppna fix/issue-*-PR:er efter oadresserade CHANGES_REQUESTED-granskningar eller inline-kommentarer, väljer den första ohanterade PR:en och startar en agent för att tillämpa de begärda ändringarna och svara.

Kör /gh-issues owner/repo --label enhancement --watch --interval 10 under en sprintplaneringsession. Skickligheten hämtar ärenden, ber dig bekräfta vilka som ska behandlas, skapar agenter och söker efter nya ärenden och granskningsfeedback var 10:e minut — och presenterar ackumulerade resultat tills du säger "stopp".