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.
Pełny format strony wiki toolchain, znaczenie każdego pola i siedem punktów, które sprawdza /monolynx:setup przed pierwszym ticketem.
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.
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 skille wiki-init, wiki-ingest i wiki-lint wdrażają metodę LLM Wiki Andreja Karpathy'ego: strony systemowe, wcielanie źródeł, sprzeczności i audyt wiki.
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.