Autonomiczna fabryka przetwarzania issues GitHuba. Każde issue przechodzi linię produkcyjną w izolowanym git worktree — od triażu przez rozwój i testy po niezależną rewizję i fast‑forward merge do maina. Ty sprawujesz nadzór, nie trzymasz klawiatury.
Coding agent pisze kod. Tovarna prowadzi cały proces, który decyduje, czy ten kod może trafić do maina. W środku spokojnie może działać Claude Code — Tovarna to warstwa nad nim, nie jego zamiennik.
Każde issue jedzie taśmą przez stałe stanowiska — od zlecenia po dostarczenie. Co nie przejdzie testów i niezależnej rewizji, nie wychodzi. Bramki są fail‑closed.
issue z jasnym celem
co i dlaczego się zmienia
jak wpasuje się w całość
implementacja w izolacji
weryfikacja na czystym stanie
niezależna rewizja · merge
Autonomia bez hamulców to hazard. Każdy mechanizm w fabryce zakłada, że agent może się mylić — i stawia mu na drodze bramkę.
Każde issue działa na własnej gałęzi we własnym worktree. Do maina prowadzi jedna droga: merge ff-only zmiany, której komplet testów przeszedł w tej izolacji.
Diff sprawdza model, który nie widział procesu rozwoju — zero anchoring bias. Ocenia wynik wyłącznie względem zlecenia.
Konflikt w rewizji albo zablokowane stanowisko nie jest zamiatane pod dywan — eskaluje. Decyzję wrzucasz prosto do działającej pętli i linia jedzie dalej. Bez restartu.
Każda zmiana ma identyfikowalny powód i bramkę, którą musiała przejść.
Incydent przechodzi RCA i zamienia się w trwałą regułę — fabryka, która dziś się pomyliła, jutro sama napisze sobie kontrolę.
Gdy rewizja znajdzie konflikt między zleceniem a testem, fabryka staje i pyta. Piszesz decyzję — a pipeline rusza dokładnie tam, gdzie stanął. Średnia interwencja: jedno zdanie, dwadzieścia sekund.
Zlecenie wymaga zaokrąglania kwot w dół do dwóch miejsc po przecinku, ale test test_invoice_rounding oczekuje zaokrąglania w górę. Które zachowanie jest poprawne?
W dół jest poprawne — standard księgowy. Popraw test, by oczekiwał zaokrąglenia w dół.
Test poprawiony, zestaw zielony, rewizja zatwierdziła. #616 zmergowane do main.
Mierzone na rozwoju samej Tovarny — fabryka buduje samą siebie (dogfooding). n = 397 zmergowanych issues, okres 08–09/2026 (32 aktywne dni). Źródło: git log dla tempa, metryki przebiegu per issue dla first-pass, kosztu i czasu; kosztu brakuje dla 1 z 397 issues. Poprzednie wydanie podawało 16 / 64 % / 0,82 USD za 03–07/2026 — tempo od tego czasu spadło (niezależna rewizja działa dla wszystkich issues, nie dla 79 %), first-pass, koszt i czas przebiegu się poprawiły. Liczby z projektów zewnętrznych dodamy po pilotażu.
Fabryka dopiero rusza. Zostaw nam e-mail, a damy znać, gdy będzie co testować.