AI-agent för daglig sprintrapport: ditt GitHub-repo sammanfattat varje morgon i en wiki

En användbar sprintrapport är kort, daterad och jämförbar från dag till dag. Den är också jobbig att ta fram: man måste öppna repot, räkna mergade pull requests, hitta dem som väntar på granskning, gå igenom ärendena, kolla om en release närmar sig och skriva två stycken som ingen hinner finslipa. Vanligtvis finns rapporten inte alls, eller så slängs den ihop strax före mötet, med hinder som upptäcks för sent. Det är en idealisk uppgift för en autonom AI-agent: den upprepas identiskt, bygger på redan strukturerade data och kan kontrolleras med en blick.

Inspirationen: morgonrapporten som ingen sammanställde

Utgångspunkten är ett användningssätt som beskrivs i berättelser från personer som kör autonoma agenter: agenter som läser utvecklingsteamets verktyg, räknar vad som hänt och lägger en sprintrapport varje morgon. Det som återkommer i dessa berättelser är inte datamängden utan regelbundenheten: rapporten finns varje dag, med samma struktur, så att man ser trender i stället för att reagera på en enskild siffra.

Atako tar upp idén med en agent och ett resultat. Agenten läser GitHub, räknar, skriver och publicerar. Den ändrar inget i repot, och rapporten är det enda den producerar.

Vad agenten gör

Leveransanalytikern läser repot i GitHub, det du anger som ägare/namn. Vid varje körning följer den en fast metod.

Först räknar den, under sju rullande dagar från dagens datum, de mergade pull requests, de som fortfarande är öppna med sin ålder, de som väntat på granskning i mer än tre dagar, öppnade och stängda ärenden samt publicerade releaser. Sedan hittar den hindren: pull requests som varit öppna i mer än fem dagar, ärenden som hopar sig kring samma ämne, en release som är försenad med tanke på commitsen. Varje hinder anges med länk och författare. Till sist jämför den med de föregående sju dagarna och säger vad som har förändrats.

Därefter skriver den en ny sida «Sprintuppdatering - » följd av dagens datum i projektets wiki. Finns dagens sida redan uppdaterar den den i stället för att skapa en andra. Strukturen ändras inte: de tre eller fyra siffror som räknas, framstegen jämfört med föregående period, hindren och de pull requests som blir liggande samt de beslut som kan komma i fråga. Den börjar med slutsatsen, läses på två minuter och sammanfattar det viktigaste i chatten.

Vad agenten inte gör

Analytikern läser, den skriver aldrig i GitHub: ingen kommentar, etikett, granskning, merge eller stängning. Den pushar ingen kod. Den kontaktar ingen: rapporten och chatten är dess enda utkanaler. Den hittar aldrig på en siffra eller en länk, och en saknad uppgift skrivs «ej tillgänglig».

Varje dag har sin sida: agenten skriver aldrig över en tidigare dag, vilket lämnar en historik som teamet kan läsa om. Fakta hålls åtskilda från tolkning, och tolkningen markeras som sådan. Rapporten föreslår prioriteringar men påtvingar dem inte: det är principen bakom en design med mänsklig granskning.

Så sätter du upp det i Atako

Från sidan för detta användningsfall tar utrullningen fyra steg.

1. Koppla GitHub. Ge Atako läsåtkomst till repot som ska följas när det efterfrågas. Kopplingen kontrolleras innan något skapas.
2. Ange din kontext. Ange repot som ägare/namn och vilka som läser rapporten så att tonen passar.
3. Rulla ut. En enda åtgärd skapar agenten och projektet «Sprintuppdatering». Agenten sätts upp och får sina första instruktioner på egen hand.
4. Första rapporten, sedan daglig rytm. Analytikern tar fram den första rapporten för de senaste sju dagarna och schemalägger sedan själv sin körning klockan 8.00 varje morgon.

Om du ännu inte har något konto startar skapandet av det din provperiod, och scenariot konfigureras direkt efter. Om din administratör inte har gett dig tillstånd att skapa agenter meddelar utrullningen det och stannar där.

Var du ser resultaten

Rapporten finns i wikin för projektet «Sprintuppdatering», en sida per dag, från den senaste till den äldsta. Agentens sammanfattning kommer också till dess chatt, så att du kan läsa det viktigaste i mobilen innan du öppnar sidan. På Atako-ytan syns analytikern med sin aktivitet: du ser när den läser repot och när den skriver, utan att fråga hur långt rapporten har kommit.

Du kan prata med den i dess chatt. Fråga varifrån en siffra kommer, be den beskriva ett hinder närmare, följa ett annat repo eller göra om rapporten med en annan vinkel. Agenten minns sina tidigare körningar.

Skyddsåtgärder

Åtkomsten är medvetet smal och skrivskyddad: åtta GitHub-verktyg, för att lista repon, läsa ett repo, lista och läsa pull requests, lista och söka ärenden samt lista commits och releaser. En agent som ser en kort verktygslista använder dem mer tillförlitligt än en som drunknar i en katalog med hundratals. Inget beviljas som standard, och varje åtkomst kan dras tillbaka när som helst i Atako.

Den mänskliga granskningen sitter på beslutet. Rapporten pekar ut hinder och pull requests som blir liggande; det är teamet som väljer om det ska puffa på en granskare, dela upp en pull request eller skjuta upp en release. Agenten ser bara det GitHub ger den: en pull request utan beskrivning eller ett repo med oetiketterade ärenden ger en mindre exakt rapport, och rapporten säger det i stället för att dölja det.

Vad du kan förvänta dig

Räkna med en första rapport som är användbar men ännu allmän, och som blir exakt när du justerat läsare och tröskelvärden i chatten, till exempel genom att be den flagga pull requests som väntat på granskning i två dagar i stället för tre. Värdet kommer av upprepningen: efter två veckor låter de på varandra följande sidorna dig jämföra och se vilket hinder som består och vilken trend som växer fram. För ett litet tekniskt team är det skillnaden mellan en sammanfattning som rekonstrueras ur minnet före mötet och en daglig rapport som bara finns, med samma definitioner varje dag.