Dzień sprintu: ściąga i tabela decyzji
Ściąga na dzień sprintu w Monolynx: co wpisać rano, jak czytać linie SPRINT-RUN i MR-QUEUE, kiedy sprint jest skończony i jak zatrzymać pętle na noc.
Ściąga na dzień sprintu w Monolynx: co wpisać rano, jak czytać linie SPRINT-RUN i MR-QUEUE, kiedy sprint jest skończony i jak zatrzymać pętle na noc.
Jak zrobić ticket sprintu ręcznie obok działających pętli: needs-local, poprawki po recenzji, odświeżenie brancha sprintu i zmiana wielu ticketów naraz.
Trzy kontrole i jeden ticket na jednym slocie: jak sprawdzić połączenie, strażnika komend i zgody, zanim włączysz pętle sprintu w Monolynx.
Sprint z pętlami jako jedna lista dziewięciu kroków z poleceniami, trzy rodzaje branchy, tabela zgodności dla GitLaba, GitHuba, braku CI i Codex oraz przykład z trzema ticketami.
Jak zatrzymać pętle i sesje w tle, wyjąć ticket ze sprintu, odblokować kolejkę merge requestów i co się dzieje w projekcie bez CI albo po awarii komputera.
Pierwszy wpis do przeczytania: czym jest Monolynx, jak założyć konto, czego potrzebujesz na komputerze, ile to kosztuje i w jakiej kolejności czytać pozostałe wpisy.
Jeden mały przykład od git init do zmergowanej zmiany: projekt, setup, strona toolchain, ticket, praca agenta, merge request i status Gotowe.
Pełny format strony wiki toolchain, znaczenie każdego pola i siedem punktów, które sprawdza /monolynx:setup przed pierwszym ticketem.
Co w pracy z agentami zawsze robi człowiek: zatwierdzenie zmiany związane z commitem, różnica między zgodą w rozmowie a zatwierdzeniem w GitLabie, merge i flaga AUTOMERGE.
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.
Jak przeprowadzić jeden ticket z pluginem Monolynx bez sprintu i bez flag autonomii: ticket, recenzja, branch, praca agenta, commit, merge request, merge i wiki.
Jak zasilić graf zależności kodu przez graphify i krok CI oraz jak komenda mutation-check zamienia mutanty, które przeżyły, w brakujące przypadki testowe. Oba dodatki są opcjonalne.
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.
Od zera do pierwszego ticketu: konto, projekt w panelu, role, połączenie agenta, slug w repozytorium i checklista /monolynx:setup ze stroną toolchain.
CLI monolynx w praktyce: instalacja, logowanie OAuth, codzienne komendy, JSON i kody wyjścia dla skryptów oraz agentów. Kiedy komendy pluginu wybierają CLI, a kiedy MCP.
Jak raz, globalnie podłączyć agenta AI do Monolynx przez MCP: Claude Code, aplikacje Claude, ChatGPT i Codex. Logowanie OAuth, token API, zasięg połączenia i test, że działa.