gh-issues

• Hai un backlog di issue di bug chiaramente definite e vuoi un primo tentativo di correzione automatica prima della revisione umana.
• Esegui una pipeline CI/cron pianificata e vuoi che le issue vengano automaticamente classificate e gestite tramite PR senza intervento manuale (modalità --cron).
• Lavori con un modello di contribuzione basato su fork e hai bisogno che i branch vengano inviati al tuo fork con PR destinate a una repo upstream (--fork).
• Vuoi che i commenti di revisione delle PR vengano gestiti automaticamente — usa --reviews-only per fare in modo che gh-issues analizzi le PR fix/issue-* aperte e invii le correzioni per le modifiche richieste.

• I problemi sono vaghi, architetturali o di ampia portata — i sotto-agenti della skill si auto-valutano sulla fiducia e salteranno i problemi che valutano sotto 7/10, ma i problemi altamente complessi dovrebbero essere gestiti manualmente.
• Hai bisogno di correttezza garantita — i sotto-agenti eseguono i test quando disponibili, ma le correzioni generate automaticamente dovrebbero essere revisionate prima di essere unite in produzione.
• Non hai un token GitHub (GH_TOKEN) — la skill non può autenticarsi a nessuna API GitHub senza di esso.

Fino a 8 sotto-agenti vengono eseguiti in parallelo, ciascuno dei quali gestisce un singolo problema dall'inizio alla fine: creazione del branch, analisi del codice, implementazione della correzione, esecuzione dei test, commit, push e apertura della PR. Ogni agente dispone di un budget di 60 minuti e di un controllo di fiducia integrato — salta i problemi che non riesce ad affrontare con una confidenza pari o superiore a 7/10.

Dopo l'apertura delle PR, la Fase 6 recupera le revisioni, i commenti in linea, i commenti generali sulla PR e persino le revisioni incorporate dai bot (ad es., Greptile). I commenti che richiedono azioni attivano ulteriori sotto-agenti che eseguono il checkout del branch, applicano le modifiche richieste, inviano un aggiornamento e rispondono a ciascun commento con il commit SHA.

Passa --fork user/repo per inviare tutti i branch al tuo fork e aprire PR dal fork verso il repository sorgente upstream — replicando il flusso di lavoro standard per i contributi open-source senza richiedere accesso in scrittura all'upstream.

--cron abilita la pianificazione "lancia e dimentica": l'orchestratore seleziona un issue idoneo, avvia un sotto-agente ed esce immediatamente — sicuro da richiamare tramite un cron job ogni pochi minuti. --watch mantiene l'orchestratore attivo, eseguendo il polling di nuovi issue e commenti di revisione a un intervallo configurabile.

Prima di avviarsi, la skill verifica l'esistenza di PR aperte, branch in corso sul repository di push e un file di claim locale con scadenza di 2 ore. Questo impedisce che sub-agenti duplicati si contendano lo stesso issue in esecuzioni cron sovrapposte o cicli di monitoraggio concorrenti.

Passa --notify-channel con un ID canale Telegram per ricevere un messaggio di riepilogo finale contenente i link alle PR e i risultati per ogni issue. Viene inviato solo il risultato finale — non gli aggiornamenti di stato intermedi.

Esegui /gh-issues owner/repo --label bug --limit 10 --cron da un job pianificato. Ogni invocazione seleziona il successivo bug issue non ancora assegnato, avvia un sotto-agente per implementare una correzione ed esce. Nel tempo, il backlog viene elaborato in modo incrementale senza alcun intervento umano tra un'esecuzione e l'altra.

Usa /gh-issues upstream/project --fork myfork/project --label good-first-issue per fare in modo che la skill recuperi le issue dal repository upstream, invii i branch con le correzioni al tuo fork e apra le PR puntando all'upstream, rispettando il flusso di lavoro standard per i contributor.

Pianifica /gh-issues owner/repo --reviews-only --cron insieme alla tua pipeline PR esistente. Ogni esecuzione analizza le PR aperte fix/issue-* alla ricerca di revisioni CHANGES_REQUESTED o commenti inline non gestiti, seleziona la prima PR non elaborata e avvia un agente per applicare le modifiche richieste e rispondere.

Esegui /gh-issues owner/repo --label enhancement --watch --interval 10 durante una sessione di pianificazione dello sprint. La skill recupera le issue, ti chiede di confermare quali elaborare, avvia gli agenti e controlla ogni 10 minuti la presenza di nuove issue e feedback di revisione — presentando i risultati cumulativi fino a quando non dici "stop".