Anvil CoderAnmelden

Das Prinzip

Du prüfst, was fertig ist, nicht wie es gebaut wurde

Eine KI-Software-Fabrik nimmt ein Ticket an einem Ende an und liefert am anderen einen Draft-Pull-Request, bei dem jeder Arbeitsschritt unter denselben Regeln entstand, gebaut und getestet wurde und seinen eigenen Commit hinterlässt. Dein Team steht am Ende der Linie und entscheidet. Dazwischen arbeitet die Fabrik.

Dienstag, 14:00

Sechs Agenten-PRs à 800 Zeilen in der Queue, keine Spur, warum der Agent es so gebaut hat, Standup in einer Stunde. Die Werkzeuge, die schneller machen sollten, haben die Arbeit nur verschoben: vom Tippen ins Review. Mehr Code, dasselbe Urteil, derselbe Mensch.

Eine Fabrik löst das nicht mit einem grösseren Prompt, sondern mit Zuschnitt. Jedes Ticket wird zu einer Kette kleiner Arbeitsschritte, jeder mit genau dem Kontext, den er braucht. Ein Coordinator hält den Plan, Worker fertigen die Schritte parallel, und Barrieren zwischen den Phasen sorgen dafür, dass nichts weitergeht, was nicht fertig ist.

Drei Stationen, eine Qualitätszusage

Planen

Aus dem Ticket wird ein Plan: Arbeitsschritte mit Abhängigkeiten, offene Punkte als sichtbare Annahmen. Du siehst vorher, was gebaut wird.

Fertigen

Jeder Schritt läuft auf einem eigenen Worker mit eigenem Arbeitsbaum, unter denselben Guardrails wie alle anderen, und hinterlässt seinen Commit.

Prüfen

Build und Tests laufen in einer Sandbox mit den Kommandos deines Projekts. Was durchfällt, wird repariert. Wo die Toolchain fehlt, sagt der Lauf das, statt ein Grün zu behaupten.

Am Ende steht ein Repository, kein Vorschlag

Das Ergebnis ist kein Chatverlauf, aus dem jemand Code herauskopiert. Es ist ein Draft-Pull-Request in deinem Repository mit einer Historie: ein Commit je Schritt, jede Prüfung protokolliert. Du liest, was beauftragt war, was geändert wurde und was geprüft ist, und merged, wenn es passt.

Deinen Einstieg wählen