Denní přehled issues pro vývojáře a týmy

Problém

Vývojáři ráno procházejí GitLab, aby zjistili, co se změnilo a co je na nich. První verze přehledu vznikla v n8n a posílala popisy issues do cloudového modelu. U projektů regulovaných klientů to není přijatelné.

Jak to funguje

1. 1

   Okno změn

   Spočítá, za jaké období přehled dělá, podle rozvrhu a českých svátků. Po víkendu bere celý víkend.

2. 2

   Čtení z GitLabu

   API jen pro čtení, stránkovaně a s limity. Token nemá právo nic měnit.

3. 3

   Sekce počítá kód

   Přiřazené issues, stav sprintu a změny stavů určí deterministický kód, ne model.

4. 4

   Lokální model doplní kontext

   U každé položky napíše, co se po řešiteli chce, a u rizikových rozbor „vyžaduje pozornost“.

5. 5

   Doručení

   HTML e-mail vývojáři nebo Markdown příspěvek do týmového kanálu přes zamčený webhook.

Pojistky

• Selhání nesmí vypadat jako klidný den: chyba znamená upozornění a nenulový návratový kód, ne prázdný přehled.
• Výpadek modelu neblokuje odeslání, přehled odejde bez shrnutí.
• Nejvýš jeden přehled na instanci, den a kanál, bez opakování.
• Adresáti jen z konfigurace, s kontrolou při odesílání.
• Mezipaměť modelu drží jen otisk dotazu a odpověď, maže se po 24 hodinách. Issues se na disk neukládají.