Agente IA per il report di sprint quotidiano: il tuo repository GitHub riassunto ogni mattina in un wiki

Un aggiornamento di sprint utile è breve, datato e confrontabile da un giorno all'altro. È anche faticoso da produrre: bisogna aprire il repository, contare le pull request unite, individuare quelle in attesa di revisione, scorrere le issue, controllare se una release è vicina e scrivere due paragrafi che nessuno ha il tempo di rifinire. Di solito l'aggiornamento non esiste, oppure viene improvvisato prima della riunione, con i blocchi scoperti troppo tardi. È un compito ideale per un agente IA autonomo: si ripete identico, poggia su dati già strutturati e si controlla a colpo d'occhio.

L'ispirazione: l'aggiornamento del mattino che nessuno ha compilato

Il punto di partenza è un uso descritto nelle testimonianze di chi utilizza agenti autonomi: agenti che leggono gli strumenti del team tecnico, contano cosa è successo e lasciano ogni mattina un resoconto di sprint. Quello che ritorna in questi racconti non è il volume dei dati, ma la regolarità: l'aggiornamento esiste ogni giorno, con la stessa struttura, e permette di vedere le tendenze invece di reagire a una cifra isolata.

Atako riprende questa idea con un solo agente e un solo risultato. L'agente legge GitHub, calcola, scrive e pubblica. Non modifica nulla nel repository, e il report è l'unica cosa che produce.

Cosa fa l'agente

L'analista delivery legge il repository in GitHub, quello che gli indichi nel formato proprietario/nome. A ogni passaggio segue un metodo fisso.

Per prima cosa conta, su sette giorni mobili dalla data di oggi, le pull request unite, quelle ancora aperte con la loro età, quelle in attesa di revisione da più di tre giorni, le issue aperte e chiuse e le release pubblicate. Poi individua i blocchi: pull request aperte da più di cinque giorni, issue che si accumulano su uno stesso tema, una release in ritardo rispetto ai commit. Indica ciascuno con il suo link e il suo autore. Infine confronta con i sette giorni precedenti e dice cosa si è mosso.

Scrive quindi una nuova pagina «Aggiornamento sprint - » seguita dalla data del giorno nel wiki del progetto. Se la pagina del giorno esiste già, la aggiorna invece di crearne una seconda. La struttura non cambia: le tre o quattro cifre che contano, l'avanzamento rispetto al periodo precedente, i blocchi e le pull request che si trascinano e le decisioni da valutare. Parte dalla conclusione, si legge in due minuti e riassume l'essenziale nella chat.

Cosa non fa l'agente

L'analista legge, non scrive mai in GitHub: nessun commento, etichetta, revisione, unione o chiusura. Non invia codice. Non contatta nessuno: il report e la chat sono i suoi unici canali di uscita. Non inventa mai una cifra o un link, e un dato assente si scrive «non disponibile».

Ogni giorno ha la sua pagina: l'agente non sovrascrive mai un giorno precedente, e resta così uno storico che il team può rileggere. I fatti sono separati dall'interpretazione, e l'interpretazione è segnalata come tale. Il report propone delle priorità, non le impone: è il principio di una progettazione con validazione umana.

Come configurarlo in Atako

Dalla pagina di questo caso d'uso, il rilascio si fa in quattro passaggi.

1. Collegare GitHub. Dai ad Atako l'accesso in lettura al repository da seguire quando lo chiede. La connessione viene verificata prima di creare qualsiasi cosa.
2. Indicare il contesto. Indica il repository, nel formato proprietario/nome, e i lettori del report, per adattare il tono.
3. Rilasciare. Una sola azione crea l'agente e il progetto «Aggiornamento sprint». L'agente viene predisposto e riceve da solo le prime istruzioni.
4. Primo aggiornamento, poi ritmo quotidiano. L'analista produce il primo report sugli ultimi sette giorni, poi pianifica da solo il suo passaggio delle 8:00, ogni mattina.

Se non hai ancora un account, crearlo avvia la tua prova e lo scenario si configura subito dopo. Se il tuo amministratore non ti ha autorizzato a creare agenti, il rilascio te lo dice e si ferma.

Dove vedere i risultati

Il report vive nel wiki del progetto «Aggiornamento sprint», una pagina al giorno, dalla più recente alla più vecchia. Il riepilogo dell'agente arriva anche nella sua chat, così puoi leggere l'essenziale dal telefono prima di aprire la pagina. Sul piano di lavoro Atako l'analista compare con la sua attività: si vede quando legge il repository e quando scrive, senza chiedere a che punto sia l'aggiornamento.

Puoi parlargli nella sua chat. Chiedi da dove viene una cifra, di dettagliare un blocco, di seguire un altro repository o di rifare l'aggiornamento con un altro taglio. L'agente conserva la memoria dei passaggi precedenti.

Garanzie

L'accesso è volutamente ristretto e in sola lettura: otto strumenti GitHub, per elencare i repository, leggere un repository, elencare e leggere le pull request, elencare e cercare le issue ed elencare commit e release. Un agente che vede un breve elenco di strumenti li usa in modo più affidabile di uno perso in un catalogo di centinaia. Per impostazione predefinita non viene concesso nulla e ogni accesso può essere revocato in qualsiasi momento da Atako.

La validazione umana sta sulla decisione. Il report segnala i blocchi e le pull request che si trascinano; sta al team scegliere se sollecitare un revisore, dividere una pull request o rinviare una release. L'agente vede solo ciò che GitHub gli dà: una pull request senza descrizione o un repository con issue non etichettate darà un aggiornamento meno preciso, e il report lo dice invece di nasconderlo.

Cosa aspettarsi

Aspettati un primo aggiornamento utile ma ancora generico, che diventa preciso quando regoli nella chat i lettori e le soglie, per esempio chiedendo di segnalare le pull request in attesa di revisione da due giorni invece di tre. Il valore nasce dalla ripetizione: dopo due settimane, le pagine successive permettono di confrontare e di vedere quale blocco dura e quale tendenza emerge. Per un piccolo team tecnico è la differenza tra un bilancio ricostruito a memoria prima della riunione e un aggiornamento quotidiano che esiste da solo, con le stesse definizioni ogni giorno.