Od pustego repozytorium do zmergowanego ticketu: cały przebieg
Jeden mały przykład od git init do zmergowanej zmiany: projekt, setup, strona toolchain, ticket, praca agenta, merge request i status Gotowe.
Jeden mały przykład od git init do zmergowanej zmiany: projekt, setup, strona toolchain, ticket, praca agenta, merge request i status Gotowe.
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.
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.
Od zera do pierwszego ticketu: konto, projekt w panelu, role, połączenie agenta, slug w repozytorium i checklista /monolynx:setup ze stroną toolchain.
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 mr-queue prowadzi merge requesty po kolei: konflikt, CI, approve, merge. I dlaczego zalecamy uruchamianie go w pętli /loop 10m.
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.
Jak skill /monolynx:ticket-review sprawdza ticket przed pracą agenta: osiem kryteriów formy, zgodność z wiki i kodem, potrójna weryfikacja i blokery w sprincie.
Jak skill /monolynx:ticket-create zamienia jedno zdanie w ticket dla agenta AI: cztery źródła kontekstu, osiem sekcji opisu, blokery i obowiązkowa akceptacja.
Co dzieje się po wpisaniu /monolynx:work MON-123: Researcher, zespół agentów, lint i testy, krytyk z rubryką punktową i progiem 82, a na końcu ticket w in_review.