---
titel: "Vom Ticket zum Pull Request mit KI"
adresse: https://anvil-coder.tech/ticket-zu-pull-request
beschreibung: "Mit Anvil Coder vom Softwareticket zum Pull-Request-Entwurf: Anforderungen, Planung, Commits und ausgeführte Checks als Grundlage für euer Review."
sprache: de
---

Ticket-to-PR · Ein nachvollziehbarer Ablauf

# Vom Ticket zum Pull Request mit KI

Ticket-to-PR verbindet einen Softwareauftrag mit Änderungen im Repository und der Übergabe ins Review. Anvil Coder plant die Umsetzung, koordiniert Coding-Agenten und dokumentiert Prüfergebnisse. Im gehosteten Dienst entsteht ein Pull-Request-Entwurf, den euer Team vor dem Merge beurteilt.

[Auf die Warteliste](https://app.anvil-coder.tech/register)[Demo anfragen](https://anvil-coder.tech/demo)

Der Zugang läuft zurzeit über eine Warteliste. Im Free-Tarif entfällt die Monatsgebühr; Modellverbrauch kommt hinzu.

## Vier Schritte vom Auftrag zum Review

- ### Ticket vorbereiten
  
  Beschreibt Verhalten, Grenzen und Akzeptanzkriterien im internen Board oder angebundenen Tracker. Verknüpft das passende Repository und eure Projektregeln.

- ### Umsetzung planen
  
  Der Auftrag wird in kleine Arbeitsschritte mit Abhängigkeiten zerlegt. Prüft offene Annahmen und konfiguriert die benötigten Freigaben.

- ### Änderungen prüfen
  
  Agenten erzeugen Commits. Konfigurierte Prüfungen liefern Befunde; Build und Tests benötigen eine verfügbare Toolchain.

- ### Entwurf reviewen
  
  Öffnet den Pull Request beim Git-Hoster. Prüft Diff, Akzeptanzkriterien und tatsächlich ausgeführte Checks vor eurer Merge-Entscheidung.

## Ein Ticket mit prüfbarem Ergebnis

Beispielaufgabe · kein Benchmark

### CSV-Export für die gefilterte Bestellliste

Der Titel allein lässt viele Entscheidungen offen. Diese Akzeptanzkriterien machen den Auftrag für Umsetzung und Review konkreter:

- Der Export enthält nur die Bestellungen, die zum aktiven Filter gehören.

- Die Datei nutzt eine definierte Spaltenreihenfolge und korrekt maskierte CSV-Felder.

- Bestehende Zugriffsregeln gelten auch für den Export.

- Tests decken eine leere Liste, Sonderzeichen und fehlende Berechtigungen ab.

Die Übergabe sollte die Implementierung, Teständerungen und Prüfergebnisse zusammenbringen. Nicht ausgeführte Tests und offene Annahmen gehören in eure Review-Entscheidung.

## Was ein ausführbares Ticket braucht

Gebt dem Auftrag genug Kontext: betroffene Funktion, gewünschtes Verhalten, relevante Dokumentation und ausdrücklich ausgeschlossene Änderungen. Ein kleines, klar abgegrenztes Ticket erleichtert die Beurteilung des ersten Ergebnisses.

Bei einem grösseren Vorhaben beginnt ihr mit der Spezifikation und kuratierten Epics. Die Ticket-Erzeugung bereitet Arbeit vor; sie startet für sich allein keinen Coding-Lauf.

[Von der Spezifikation zu bearbeitbaren Tickets](https://anvil-coder.tech/spec-driven-development)

## Was ihr im Review sehen solltet

Verbindet drei Perspektiven: Was war beauftragt, was wurde geändert und was wurde geprüft? Die Commit-Historie hilft, die Umsetzung nachzuvollziehen. Der Laufbericht hält die ausgeführten Prüfungen und ihre Ergebnisse fest.

Ein bestandener Check deckt nur das ab, was er tatsächlich prüft. Fachliche Richtigkeit, angemessene Berechtigungen und unerwartete Auswirkungen beurteilt ihr weiterhin am konkreten Diff.

[Den Ablauf vom Spec-Studio bis zum Entwurf nachlesen](https://anvil-coder.tech/blog/from-spec-to-pull-request)

## Fragen vor dem ersten Lauf

**Können wir unseren bestehenden Tracker verwenden?**

Anvil bietet ein internes Board und Anbindungen an externe Tracker und Git-Hoster. Prüft für euren Anbieter die benötigten Berechtigungen, den Startauslöser und den Rückkanal auf der Integrationsseite.

**Merged Anvil den Pull Request automatisch?**

Im gehosteten Ablauf wird ein Entwurf übergeben. Ein Mensch entscheidet, ob die Änderung übernommen wird. Freigabepunkte während der Umsetzung stellt ihr zusätzlich pro Projekt ein.

**Was passiert, wenn Tests nicht ausgeführt werden konnten?**

Dann fehlt für diese Tests ein Ausführungsnachweis. Prüft die Laufbefunde und ergänzt die passende Toolchain oder eure CI-Prüfung, bevor ihr den Entwurf als verifiziert behandelt.

## Den nächsten Schritt ansehen

- [Tracker und Git-Hoster verbinden](https://anvil-coder.tech/integrationen)

- [Coding-Agenten beurteilen](https://anvil-coder.tech/ki-coding-agenten)

- [Regeln für die Umsetzung](https://anvil-coder.tech/guardrails)

- [Referenzläufe ansehen](https://anvil-coder.tech/anwendungsfaelle)

## Euer Backlog-Item im Mittelpunkt

Bringt ein Ticket und die Erwartungen an sein Review mit. In der Demo besprechen wir den Weg durch Planung, Umsetzung und Prüfungen bis zum Pull-Request-Entwurf.

[Auf die Warteliste](https://app.anvil-coder.tech/register)[Demo anfragen](https://anvil-coder.tech/demo)