Für Produktteams
Anvil Coder ist ein Weg für ein internes Produktteam, Arbeit abzugeben, ohne die Kontrolle abzugeben: Anforderungen gehen als Aufträge hinein, fertige Repositories kommen heraus, und die Guardrails gelten dabei nicht als Empfehlung, sondern als Bedingung jedes Arbeitsschritts.
Ein Backlog, der schneller wächst als er abgebaut wird, lässt sich durch Neueinstellungen nur verzögert lösen — und jede zusätzliche Person erhöht zunächst den Abstimmungsaufwand, bevor sie Durchsatz bringt.
Die Alternative ist, die Durchführung zu verlagern und die Entscheidung zu behalten. Genau dafür gibt es die Freigabe-Stufen: wie viel Aufsicht ihr behaltet, ist eine Einstellung je Projekt — von jede Aktion braucht eine Freigabe bis nur die folgenreichen, und ohne gesetzte Stufe läuft der Auftrag durch. Der Übergabepunkt bleibt davon unberührt: im betriebenen Dienst kommt das Ergebnis als Entwurf eines Pull-Requests an, und auf den Hauptzweig führt ihn ein Mensch zusammen.
Jedes Team hat Architekturvorgaben. Die meisten stehen in einem Dokument, das beim Onboarding gelesen und danach vergessen wird — und die Abweichung fällt im Review auf, wenn sie schon gebaut ist.
Bei Anvil Coder kann die Vorgabe Teil des Auftrags sein. Ein Stack-Profil hält Sprache, Framework, Architektur und Versionsstände fest; ist es eingerichtet, wird es in die Prompts gerendert und — noch einmal gesondert zuschaltbar — am Ende als Gate geprüft. Was von der Vorgabe abweicht, fällt dort auf, wo es entsteht.