Statusy ticketu w Monolynx: co znaczą i kto je zmienia
Pięć statusów ticketu w Monolynx: nazwy w panelu i w komendach, kto zmienia który status, kiedy ticket jest Gotowy i czym różni się status done od licznika done.
Pięć statusów ticketu w Monolynx: nazwy w panelu i w komendach, kto zmienia który status, kiedy ticket jest Gotowy i czym różni się status done od licznika done.
Gdzie zapisać zmienne MONOLYNX_*: plik śledzony, plik osobisty czy środowisko procesu. Tabela wartości domyślnych, przykłady dla sprintu i pracy ręcznej oraz modele przypisane do ról.
Wszystkie 24 komendy pluginu Monolynx w sześciu grupach, dwie ścieżki pracy, siedmiu agentów, dwa hooki i wspólny słownik pojęć używanych na blogu.
Tabele objaw, przyczyna, naprawa dla pracy z agentami w Monolynx: połączenie, konfiguracja, kontrola wstępna sprint-run, sesje w tle, kolejka merge requestów i zamknięcie sprintu.
Jak uruchomić pętle sprintu, czytać linię statusu, znaleźć sesję ticketu w tle i odpowiedzieć agentowi, który czeka. Werdykty waiting i needs_human, sloty i uprawnienia.
Moduł Scrum w panelu Monolynx: jak założyć sprint, dodać tickety, czytać tablicę i kto zmienia status ticketu w pracy ręcznej, a kto w sprincie z agentami AI.
Przewodnik po sprincie z agentami AI: plan, pętle sprint-run i mr-queue, merge do develop i main, zamknięcie przez sprint-end. Wyjaśniamy też, kiedy potrzebny jest wiki-sync-merge.
Jak skill sprint-run przerabia sprint sesjami w tle: werdykty, blokery, sesje czekające na człowieka. I dlaczego zalecamy pętlę /loop 15m.
Jak skill /monolynx:sprint-end zamyka sprint: wiedza z logów agentów trafia do wiki, potem testy mutacyjne, retro, numer wydania i potwierdzone zamknięcie.