Eine autonome Fabrik für die Verarbeitung von GitHub-Issues. Jedes Issue durchläuft die Fertigungslinie in einem isolierten Git-Worktree — von der Triage über Entwicklung und Tests bis zur unabhängigen Review und dem Fast‑Forward-Merge nach main. Sie führen Aufsicht, nicht die Tastatur.
Ein Coding-Agent schreibt Code. Tovarna steuert den gesamten Prozess, der entscheidet, ob dieser Code nach main darf. Innen kann ruhig Claude Code laufen — Tovarna ist die Schicht darüber, nicht sein Ersatz.
Jedes Issue fährt über das Band durch feste Stationen — vom Auftrag bis zur Auslieferung. Was Tests oder die unabhängige Review nicht besteht, kommt nicht raus. Die Gates sind fail‑closed.
ein Issue mit klarem Ziel
was sich ändert und warum
wie es ins Ganze passt
Implementierung in Isolation
geprüft gegen sauberen Stand
unabhängige Review · Merge
Autonomie ohne Bremsen ist ein Glücksspiel. Jeder Mechanismus in der Fabrik geht davon aus, dass der Agent sich irren kann — und stellt ihm ein Gate in den Weg.
Jedes Issue läuft auf eigenem Branch im eigenen Worktree. Nach main führt genau ein Weg: ein ff-only-Merge einer Änderung, deren komplette Tests innerhalb dieser Isolation bestanden haben.
Den Diff prüft ein Modell, das die Entwicklung nie gesehen hat — kein Anchoring-Bias. Es bewertet das Ergebnis allein gegen den Auftrag.
Ein Review-Konflikt oder eine hängende Station wird nicht unter den Teppich gekehrt — es wird eskaliert. Sie geben Ihre Entscheidung direkt in den laufenden Loop und die Linie fährt weiter. Ohne Neustart.
Jede Änderung hat einen nachvollziehbaren Grund und ein Gate, das sie passieren musste.
Ein Vorfall durchläuft eine RCA und wird zur dauerhaften Regel — die Fabrik, die heute fehlte, schreibt sich morgen selbst die Kontrolle.
Findet die Review einen Konflikt zwischen Auftrag und Test, hält die Fabrik an und fragt. Sie schreiben die Entscheidung — und die Pipeline macht genau dort weiter, wo sie stand. Durchschnittlicher Eingriff: ein Satz, zwanzig Sekunden.
Der Auftrag verlangt das Abrunden der Beträge auf zwei Nachkommastellen, aber der Test test_invoice_rounding erwartet Aufrunden. Welches Verhalten ist korrekt?
Abrunden ist richtig — Buchhaltungsstandard. Passe den Test an, sodass er Abrunden erwartet.
Test angepasst, Suite grün, Review bestanden. #616 nach main gemergt.
Gemessen an der Entwicklung von Tovarna selbst — die Fabrik baut sich selbst (Dogfooding). n = 397 gemergte Issues, 08–09/2026 (32 aktive Tage). Quelle: git log für das Tempo, Per-Issue-Laufmetriken für First-Pass, Kosten und Dauer; bei 1 von 397 Issues fehlen die Kosten. Die vorherige Ausgabe nannte 16 / 64 % / 0,82 USD für 03–07/2026 — das Tempo ist seitdem gesunken (die unabhängige Review läuft bei allen Issues, nicht bei 79 %), First-Pass, Kosten und Laufzeit haben sich verbessert. Zahlen aus externen Projekten folgen nach dem Pilotbetrieb.
Die Fabrik läuft gerade erst an. Hinterlassen Sie Ihre E-Mail und wir melden uns, sobald es etwas auszuprobieren gibt.