Hermify
Torna al blog
HermesGitHubAI AgentsAutomation

Hermes Agent + GitHub Actions: Automatizza i Tuoi Repo

Tre ricette concrete per lasciare che Hermes Agent si occupi dei tuoi repo GitHub: triage dei fallimenti CI, digest notturni delle PR e pulizia delle issue obsolete.

Di Hermify Team||8 min di lettura
Una vista scura di un editor di codice con il logo di Hermes e l'Octocat di GitHub collegati da una linea verde luminosa, con la didascalia 'GitHub Automation'

I Tuoi Repo Hanno Bisogno di un Assistente, Non di un'Altra Dashboard

Se mantieni anche solo due o tre repo GitHub, avrai sicuramente notato lo stesso schema: la maggior parte del lavoro non è scrivere codice. E' fare triage dei fallimenti CI, dare un'occhiata alle diff delle PR aperte ieri, chiudere le issue obsolete che nessuno toccherà mai, e mandarsi un riepilogo del lunedi mattina di tutto quello che e' successo nel weekend.

Questa e' la parte della manutenzione dei repo in cui l'AI è davvero brava. Non la scrittura creativa del codice, ma il lavoro custodiale di routine. E Hermes Agent, con il suo scheduler cron, il listener webhook e l'accesso nativo alla GitHub CLI, e' stato costruito esattamente per questo.

Questa guida mostra tre ricette concrete che puoi copiare nel tuo setup di Hermes oggi stesso. Ognuna risolve un problema reale che probabilmente senti ogni settimana.

  • Un agente di triage dei fallimenti CI che pubblica una diagnosi sulla PR entro pochi minuti dalla segnalazione di errore
  • Un digest notturno delle PR che arriva su Telegram o Discord alle 21:00
  • Un triage settimanale delle issue obsolete che prepara una bozza di commento di chiusura per le issue che nessuno ha toccato in 60 giorni

Alla fine dovresti essere in grado di configurare ognuna di queste ricette in una singola sessione. Se non l'hai ancora fatto, inizia con Hermify ti fornisce un'istanza Hermes gestita con tutta la configurazione GitHub gia' pronta.

Perche' Hermes per l'Automazione dei Repo in Particolare

Esistono molte GitHub Actions preconfigurate e bot del Marketplace che svolgono singoli compiti: uno per la revisione del codice, uno per le issue obsolete, uno per le note di rilascio. Il problema nel metterli insieme e' che nessuno di loro ricorda nulla. Ogni esecuzione riparte da zero. Ognuno ha bisogno della propria configurazione. Ognuno si collega a un servizio esterno diverso.

Hermes si distingue in tre modi utili:

  • Un agente, molte skill. Una singola istanza Hermes puo' revisionare PR, fare triage delle issue, eseguire cron job e rispondere a domande ad hoc su Telegram. Lo configuri una volta, lo istruisci una volta, migliora una volta.
  • Memoria persistente. Quando Hermes ha segnalato un test instabile sulla PR #312 la settimana scorsa, lo ricorda quando lo stesso test e' instabile sulla PR #340 oggi. Questo e' il tipo di contesto che la maggior parte delle Actions del Marketplace non riesce a mantenere.
  • Cron in linguaggio naturale. Non scrivi 0 9 * * 1-5. Scrivi "ogni giorno feriale alle 9 mandami un digest delle PR" e Hermes genera la skill e il calendario per te.

Hermes Agent che revisiona una pull request GitHub in un terminale

Per un'analisi piu' approfondita delle primitive sottostanti, leggi il nostro articolo su Hermes memory and skills.

Ricetta 1: Agente di Triage dei Fallimenti CI

Problema. Un test fallisce su una PR. Vedi la X rossa. Clicchi su Actions, scorri il log, capisci quale step e' esploso, decidi se e' un flake o una vera regressione, e scrivi un commento. Quel giro prende dai 5 ai 15 minuti ogni volta. In una settimana intensa con piu' repo sono ore.

Cosa fa Hermes. Un webhook si attiva su check_run completato con conclusion: failure. Hermes recupera il log del job fallito tramite la GitHub CLI, identifica lo step fallito e la causa radice piu' plausibile, e pubblica un commento sulla PR associata con una diagnosi di un paragrafo e un passo successivo suggerito (rieseguire, correggere in locale, segnare come flake noto).

Schema di configurazione.

  1. Nella tua configurazione Hermes, aggiungi una sottoscrizione webhook a check_run.completed per i repo che ti interessano.
  2. Aggiungi una skill chiamata github-ci-triage con un prompt del tipo: "Recupera il log del job fallito con gh run view --log-failed. Identifica lo step fallito e la prima riga di stack trace o errore. Se l'errore corrisponde a un pattern di flake noto in memoria, etichetta il commento come 'probabilmente flake'. Altrimenti riassumi la causa radice in un paragrafo e suggerisci la correzione minima."
  3. Punta il gestore webhook a questa skill e digli di consegnare il risultato come commento sulla PR usando gh pr comment.

La prima volta che viene eseguita, dai una rapida occhiata al commento e mettici un pollice su (che Hermes memorizza come diagnosi confermata corretta) oppure correggila. Dopo qualche giro le diagnosi diventano piu' precise perche' Hermes sta imparando il tuo codebase, le tue particolarita' CI e quali file di test sono flake cronici.

Ricetta 2: Digest Notturno delle PR

Problema. Hai tra le 3 e le 15 PR aperte in qualsiasi momento tra progetti personali, repo di lavoro e i progetti OSS che mantieni. Venerdi' pomeriggio non hai idea di quali si siano mosse, quali siano bloccate su di te e quali siano bloccate su qualcun altro.

Cosa fa Hermes. Ogni giorno feriale alle 21:00 ora di Madrid (o qualsiasi fuso orario imposti), Hermes esegue la GitHub CLI per elencare le PR aperte, le raggruppa per stato (in attesa di revisione, in attesa di CI, bozza, pronta per il merge) e consegna un digest formattato su Telegram o Discord.

Un digest si presenta cosi':

PR digest - 18 May 2026

WAITING ON YOU (3):
- albertoaquinodev/hermes-up #421 "fix: revalidate blog index" - review requested 4d ago
- albertoaquinodev/hermes-up #418 "feat: BYOK provider snapshot" - your review is the last blocker
- nousresearch/hermes-agent #2104 "docs: add cron examples" - small docs PR

WAITING ON OTHERS (2):
- albertoaquinodev/hermes-up #420 - blocked on reviewer for 2d
- nousresearch/hermes-agent #2099 - CI red, owner is fixing

MERGEABLE NOW (1):
- albertoaquinodev/hermes-up #422 - all green, ready to merge

Schema di configurazione.

  1. Crea un cron job con il prompt: "Ogni giorno feriale alle 21:00 elenca le PR aperte in albertoaquinodev/* e nousresearch/* usando gh pr list. Raggruppa per stato. Invia al mio Telegram."
  2. Hermes converte il calendario in linguaggio naturale nell'espressione cron 0 21 * * 1-5 e registra la skill.
  3. Collega una destinazione di consegna Telegram o Discord se non l'hai ancora fatto.

L'intera operazione richiede circa 10 minuti. Una volta in esecuzione, costa circa $0.02 - $0.05 per esecuzione notturna su Sonnet, a seconda di quante PR sono aperte.

Per confronto, la configurazione equivalente usando Actions assemblate tra loro e app Slack richiede un weekend e si rompe ogni volta che GitHub cambia la sua API.

Ricetta 3: Triage Settimanale delle Issue Obsolete

Problema. Le issue si accumulano. Alcune vengono risolte in una PR parallela e nessuno le chiude. Alcune vengono segnalate, l'utente sparisce e la issue rimane aperta per sempre. Alcune sono duplicati. Scorrere manualmente il backlog e' il tipo di lavoro che nessuno fa.

Cosa fa Hermes. Ogni lunedi' mattina, Hermes elenca tutte le issue senza attivita' da 60 giorni, legge il testo della issue e i commenti, decide una di quattro azioni, e (a seconda di quanta autonomia gli dai) o prepara una bozza di commento per la tua approvazione o pubblica il commento direttamente.

Le quattro azioni:

  • Chiudi come risolto. Il bug segnalato sembra essere stato risolto in un commit o rilascio recente. Hermes pubblica un commento educato di chiusura con il commit di riferimento.
  • Chiudi come obsoleto. All'autore erano state chieste ulteriori informazioni 30+ giorni fa e non ha mai risposto.
  • Aumenta la priorita'. La issue e' ancora rilevante, ha pollici su da altri utenti e merita una modifica dell'etichetta.
  • Converti in discussione. La issue e' una richiesta di funzionalita' che appartiene a Discussions, non a Issues.

Un terminale che mostra i job pianificati di Hermes Agent in esecuzione su un repository GitHub

Schema di configurazione.

  1. Crea un cron job: "Ogni lunedi' alle 10, fai triage delle issue obsolete nei miei repo. Prepara bozze di commenti ma non pubblicarli ancora."
  2. Hermes genera una skill che esegue gh issue list --state open --search 'updated:<2026-03-18' (data calcolata al momento dell'esecuzione), legge ogni issue e decide l'azione.
  3. Le bozze arrivano in un singolo messaggio Telegram o, se preferisci, come riepilogo in stile PR che puoi revisionare.

Dopo qualche settimana di esecuzioni supervisionate, puoi attivare la pubblicazione automatica (Hermes agisce direttamente) oppure mantenerlo in modalita' bozza per sempre. In ogni caso, il tuo backlog smette di crescere.

Dove Finisce Hermes e Dove Entri Tu

La versione onesta di questa storia e' che Hermes e' eccellente nell'80% di routine della manutenzione dei repo, e vuoi ancora un essere umano per il 20% che richiede giudizio: decidere se un flake CI e' in realta' un vero bug, scegliere il breaking change in un'API, dire a un utente che la sua richiesta di funzionalita' e' fuori scope.

L'intero punto della configurazione sopra e' liberarti dall'80% per avere tempo per il 20%. Per un'altra prospettiva su questa stessa idea, leggi il nostro articolo su self-hosting an AI agent with Docker, che copre il lato infrastrutturale dell'esecuzione di Hermes a lungo termine.

Provalo Questa Settimana

Se gia' self-hosted Hermes, le tre ricette sopra richiedono circa una serata di lavoro per la configurazione. In caso contrario, il percorso piu' rapido e' iniziare con Hermify: un'istanza Hermes gestita include gia' la GitHub CLI, il listener webhook e lo scheduler cron configurati. Aggiungi il tuo token repo e scrivi la frase cron in linguaggio naturale.

La configurazione "baby-sitter dei repo" e' il tipo di cosa che ti chiedi perche' nessuno l'abbia costruita prima. Poi ricordi: la maggior parte degli strumenti "AI per sviluppatori" e' costruita per il 20% di scrittura del codice, non per il custodiale 80%. Hermes va dopo l'80%.

Fonti

Avvia il tuo Hermes Agent

Porta la tua chiave API, collega Telegram e ottieni un agente IA che migliora da solo, online in 60 secondi.

Inizia ora