Autonóm gyár a GitHub issue-k feldolgozására. Minden issue végigmegy a gyártósoron egy izolált git worktree-ben — a triázstól a fejlesztésen és teszteken át a független felülvizsgálatig és a fast‑forward merge-ig a mainbe. Öné a felügyelet, nem a billentyűzet.
A coding agent kódot ír. A Tovarna az egész folyamatot irányítja, amely eldönti, hogy az a kód bekerülhet-e a mainbe. Belül nyugodtan futhat a Claude Code — a Tovarna a fölötte lévő réteg, nem a helyettesítője.
Minden issue végigmegy a szalagon a rögzített állomásokon — a feladattól az átadásig. Ami nem megy át a teszteken és a független felülvizsgálaton, nem jut ki. A kapuk fail‑closed elven működnek.
issue világos céllal
mi változik és miért
hogyan illeszkedik az egészbe
implementáció izolációban
ellenőrzés tiszta állapoton
független felülvizsgálat · merge
A fékek nélküli autonómia hazárdjáték. A gyár minden mechanizmusa feltételezi, hogy az ügynök tévedhet — és kaput állít az útjába.
Minden issue saját ágon fut, saját worktree-ben. A mainbe egyetlen út vezet: egy ff-only merge olyan változásról, amelynek teljes tesztkészlete az izoláción belül átment.
A diffet olyan modell nézi át, amely nem látta a fejlesztést — nincs horgonyzási torzítás. Az eredményt kizárólag a feladat ellenében ítéli meg.
A felülvizsgálati ellentmondás vagy az elakadt állomás nem kerül a szőnyeg alá — eszkalálódik. A döntést közvetlenül a futó hurokba teszi, és a sor megy tovább. Újraindítás nélkül.
Minden változásnak visszakövethető oka van, és kapuja, amin át kellett mennie.
Az incidens RCA-n megy át és állandó szabállyá válik — a gyár, amely ma hibázott, holnap maga írja meg a saját ellenőrzését.
Ha a felülvizsgálat ellentmondást talál a feladat és egy teszt között, a gyár megáll és kérdez. Ön leírja a döntést — és a pipeline pontosan ott folytatja, ahol állt. Átlagos beavatkozás: egy mondat, húsz másodperc.
A feladat az összegek lefelé kerekítését írja elő két tizedesjegyre, de a test_invoice_rounding teszt felfelé kerekítést vár. Melyik viselkedés helyes?
A lefelé kerekítés a helyes — számviteli standard. Módosítsd a tesztet, hogy lefelé kerekítést várjon.
Teszt módosítva, a készlet zöld, a felülvizsgálat jóváhagyta. #616 merge a mainbe.
A Tovarna saját fejlesztésén mérve — a gyár önmagát építi (dogfooding). n = 397 merge-elt issue, 2026. 08–09. (32 aktív nap). Forrás: git log a tempóhoz, issue-nkénti futásmetrikák az elsőre, a költséghez és az időhöz; a költség 1 issue-nál hiányzik a 397-ből. Az előző kiadás 16 / 64 % / 0,82 USD-t közölt 2026. 03–07-re — a tempó azóta csökkent (a független felülvizsgálat minden issue-n fut, nem 79 %-on), az elsőre, a költség és a futásidő javult. Külső projektek számai a pilot után következnek.
A gyár még csak most indul. Hagyja meg az e-mail-címét, és szólunk, ha lesz mit kipróbálni.