Führen Sie Ihre erste Aufgabe aus

Eine Aufgabe ist eine Arbeitsunit, die in einem pull request endet. Starten Sie eine solche Aufgabe über Neue Aufgaben.

Wählen Sie eine geeignete erste Aufgabe aus#

Die beste erste Aufgabe ist klein, praxisnah und nahe an bestehenden Tests. Etwas wie „Einen --json Parameter für den Export-Befehl hinzufügen, der das Ausgabeformat dem bereits vom Import-Befehl unterstützten entspricht“ liefert Coroid ein klares Ziel und Ihnen eine eindeutige Rückmeldung zum Ergebnis.

Vermeiden Sie bei einem ersten Test folgendes:

• alles, was die Authentifizierung, Zahlungen oder Datenmigration betrifft
• Arbeit, die eine noch nicht getroffene Designentscheidung erfordert
• Unklare Optimierungen – „Fehlerbehandlung verbessern“ hat kein klares Ende.

Beschreiben Sie, was Sie wünschen.#

Formulieren Sie das gewünschte Ergebnis, nicht die Umsetzung. Geben Sie an, was nach Abschluss der Arbeit gelten soll, und nennen Sie alles Ungewöhnliche: relevante Dateien, einzuhaltende Konventionen sowie Bereiche, die unberührt bleiben sollen.

Sie müssen den Plan nicht selbst erstellen. Das ist das erste Ergebnis von Coroid, das Sie anschließend genehmigen können.

Falls relevanter Kontext im Code nicht enthalten ist – etwa ein ADR, ein Styleguide oder ein Ticket – fügen Sie ihn hinzu. Siehe Projektkontext um zu erfahren, was Coroid bereits ohne zusätzliche Angaben kennt.

Die Spezifikation überprüfen#

Coroid wandelt Ihre Beschreibung in eine Spezifikationum: Was gebaut wird, was außerhalb des Umfangs liegt und die Akzeptanzkriterien, die den Erfolg bestimmen. Sie finden diese auf dem Reiter „Spezifikationen“ des Tasks.

Lesen Sie diese Angaben vor dem Beginn der Umsetzung durch. Falls die Annahmekriterien nicht Ihren Vorstellungen entsprechen, korrigieren Sie sie jetzt – sie bilden die Grundlage für die spätere Überprüfung. Siehe Spezifikationen.

Plan genehmigen#

Bei Änderungen, die über einfache Anpassungen hinausgehen, werden die Spezifikationen zu einem Plan: eine geordnete Abfolge von Schritten. Sie genehmigen ihn, bevor der Code geschrieben wird.

Hier können Sie am kostengünstigsten eingreifen. Die Ablehnung eines Plans kostet nur eine Minute. Die Ablehnung eines fertigen pull request bedeutet hingegen den Verlust eines gesamten Durchlaufs.

Den Ablauf verfolgen#

Nach der Genehmigung gelangt die Aufgabe in PENDING bis ein Agent-Slot frei wird, anschließend IN_PROGRESS. Sie können den Ablauf in Echtzeit verfolgen: die ausgeführten Schritte, aufgerufenen Tools, bearbeiteten Dateien sowie die sich ansammelnden Testergebnisse.

Sie müssen nicht zuschauen. Benachrichtigungen informieren Sie, wann Ihr Eingreifen erforderlich ist oder wenn der Vorgang abgeschlossen ist.

Was Sie erwarten können#

• Dauer wird durch das Ausmaß der Änderung und die Laufzeit Ihres Test-Suites bestimmt – nicht durch die Anzahl der verfügbaren Agent-Slots. Diese steuern lediglich, wie viele Aufgaben gleichzeitig ausgeführt werden.
• NEEDS_HUMAN_REVIEW stellt keinen Fehler dar. Das bedeutet, dass Coroid eine Entscheidung benötigt, die nur Sie treffen können. Beantworten Sie die Anfrage, und die Aufgabe wird fortgesetzt.
• Nachbearbeitung ist normal. Falls der Rezensent etwas feststellt, wird die Aufgabe an den Entwickler zurückgegeben, bevor Sie sie überhaupt sehen.

Weiter#

Ergebnis rezensieren und zusammenführen – was dabei herauskommt und worauf Sie achten sollten.