Anvil CoderAnmelden

Für Produktteams

Backlog-Tickets im bestehenden Repository umsetzen

Anvil Coder übernimmt klar beschriebene Aufgaben aus deinem Backlog und erstellt nachvollziehbare Commits. Im betriebenen Dienst kommt das Ergebnis als Pull-Request-Entwurf zurück. Dein Team prüft die fachliche Lösung und entscheidet über den Merge.

Ein Ticket wählen, das dein Team prüfen kann

Beginne mit einer Aufgabe, die klare Akzeptanzkriterien und einen bekannten Ort im Repository hat. Halte den Umfang so klein, dass ein Reviewer Verhalten und Tests beurteilen kann. Produktentscheidungen und unklare Anforderungen bleiben Aufgabe deines Teams.

Die Alternative ist, die Durchführung zu verlagern und die Entscheidung zu behalten. Genau dafür gibt es die Freigabe-Stufen: wie viel Aufsicht du behältst, 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.

Governance, die nicht im Wiki steht

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.

Wie ein Auftrag ins System kommt

Der Auslöser ist eine Story
Die Anbindung an YouTrack ist zuschaltbar; ist sie eingerichtet, genügt es, eine Story auf den Trigger-Zustand zu ziehen. Das System übernimmt sie, plant, führt aus und setzt den Zustand am Ende auf „To Verify" oder „Failed".
Barrieren statt Vertrauen
Zwischen den Phasen liegen Barrieren: eine Phase beginnt erst, wenn alle Arbeitsschritte der vorigen fertig sind. Am Ende prüft ein Konsistenz-Durchgang das Ganze gegeneinander; ein zusätzlicher Build- und Test-Durchgang ist zuschaltbar und im betriebenen Dienst an.
Aufsicht ist eine Einstellung
Wie viel Aufsicht du behältst, stellst du je Projekt ein: von jede Aktion braucht eine Freigabe bis nur die folgenreichen, und ohne gesetzte Stufe läuft der Auftrag durch. Was auch dann gilt: im betriebenen Dienst kommt das Ergebnis als Entwurf eines Pull-Requests an, und auf den Hauptzweig führt ihn ein Mensch zusammen.
Der Stack ist ein Vertrag
Sprache, Framework, Architektur und Versionsstände lassen sich als Profil hinterlegen — ein zuschaltbares Merkmal. Ist es eingerichtet, wird das Profil vorn in die Prompts gerendert; die Gegenprüfung am Ende ist noch einmal gesondert zuschaltbar.