Dokumentation

Aufgaben

Die Ansicht zu den Aufgabendetails – Agenten-Workflow, Akzeptanzkriterien, Ausführungsverlauf und alles Weitere, was dort erfasst wird.

Eine Aufgabe ist eine Arbeitsunität, die in einem pull request endet. Sie ist das eigentliche Ausführungsobjekt – Pläne, Sprints und Spuren dienen zur Organisation von Aufgaben.

Die Überschrift

Eine Reihe von Chips fasst die Aufgabe auf einen Blick zusammen: ihr Projekt, ihr Typ, die AI-Profil es ausführt, sowie die QA-Prüfungen angewandt – angezeigt als Namensgebung der Richtlinie, Herkunft und Version, zum Beispiel Standard · From plan · Organisation policy · v6.

Ein Schloss am AI-Profil bedeutet, dass es festgelegt ist und sich nun nicht mehr ändern lässt. Die gelöste QA-Richtlinie wird ebenfalls bei Beginn der Ausführung fixiert, sodass spätere Änderungen an der Organisationsrichtlinie die bereits laufende Arbeit nicht rückwirkend beeinflussen.

Eine Aufgabendetailansicht: das Planungsdiagramm auf der linken Seite und rechts die Chip-Zeile, der Agent-Workflow, die Akzeptanzkriterien sowie die Ausführungsspur.
Eine Aufgabe innerhalb eines Plans mit ihrem Agent-Workflow und den Akzeptanzkriterien.

Agenten-Workflow

Vier Agenten arbeiten nacheinander, wobei jeder seinen eigenen Status anzeigt – ausstehend, läuft oder erledigt:

ArchitektEntwicklerQARezensent

Das ist die deutlichste Antwort auf die Frage „Wo befindet sich diese Aufgabe?“. Eine Aufgabe mit dem Status „Entwickler erledigt“ und „QA ausstehend“ wartet auf die Verifizierung und ist nicht blockiert.

Beachten Sie, dass ein Stadium durchaus Ausstehend anzeigen kann – selbst bei einer abgeschlossenen Aufgabe. Aufgaben, die aus einem Plan stammen, besitzen bereits ihre Spezifikation und Implementierungsplan, sodass das Architekt Stadium nichts mehr zu tun hat.

Sehen Sie sich Agentenrollen an, um zu erfahren, was jede Rolle darf und was nicht.

Akzeptanzkriterien

Die Kriterien aus der Spezifikation, als Checkliste mit einem Status pro Kriterium – Verified OK wenn ein Kriterium bestätigt wurde.

Die Statusbezeichnungen folgen dem aktuellen Pipeline-Stadium, sodass die Kriterien im Laufe der Aufgabe überprüft werden und nicht erst am Ende.

Dieser Bereich ist das Wichtigste zum Lesen, wenn Sie eine abgeschlossene Aufgabe bewerten. Er zeigt Ihnen, was versprochen wurde und was tatsächlich bestätigt wurde – das ist eine präzisere Aussage als die bloße Feststellung, ob die Tests erfolgreich waren.

Ausführungsverlauf

Jede gegenüber der Aufgabe aufgezeichnete Ausführung. Jeder Eintrag zeigt den Agenten, seine Tätigkeit, das Ergebnis und die Kosten:

DEV · Generating code · Completed
4m 41s / 608.9k tokens · 16.2 g Est. CO2e / deepseek-v4-flash-0731

Dauer, Token-Nutzung, geschätzte CO₂-Emissionen und das genaue Modell werden pro Ausführung erfasst – somit können Sie bei unerwartet hohen Kosten erkennen, welches Stadium und welches Modell dafür verantwortlich sind.

Eine erweiterte Ausführungsspur, die jeden einzelnen Schritt auflistet: gelesene Dateien, ausgeführte Befehle, Agent-Antworten sowie geänderte Dateien samt Zeilenanzahl.
Eine schrittweise dargestellte Ausführung.

Wenn Sie eine Ausführung erweitern, sehen Sie den vollständigen schrittweisen Verlauf: gelesene Dateien, ausgeführte Befehle, Agenten-Überlegungen sowie jede geänderte Datei mit ihren Zeilenanzahlen (+25 / −0). Die Token-Einträge zeigen die Cache-Effizienz (9.1k used (90% cached)), was meist den Unterschied zwischen einer teuren und einer günstigen Ausführung ausmacht.

Dies ist die Ansicht, die Sie öffnen sollten, wenn Sie wissen möchten, wie etwas erledigt wurde – und nicht nur, was sich geändert hat.

Die übrigen Abschnitte

AbschnittZeigt
SpezifikationDie aus dem Plan abgeleiteten Anforderungen
ImplementierungsplanDie Schritte und ob sie erledigt sind
Qualität & ErkenntnisseVerifizierungsstatus und Testanzahl
Nutzung & ZeitverlaufKosten, Token und Versuchsanzahl
Abhängigkeiten & KontextVerknüpfte Abhängigkeiten mit ihren jeweiligen Status

Nutzung & Zeitverlauf gibt die Versuchsanzahl sowie die Kosten an – 1 attempts bedeutet, dass es beim ersten Versuch gelungen ist. Eine höhere Zahl deutet auf Nachbesserungen hin; das ist das wichtigste Signal bezüglich der Qualität der Spezifikation.

Der Abschnitt „Abhängigkeiten und Kontext“ listet das Projekt sowie zehn verknüpfte Abhängigkeiten mit jeweils eigenem Status auf.
Abhängigkeiten und Kontext – im ausgeklappten Zustand.

Abhängigkeiten & Kontext listet das Projekt sowie jede verknüpfte Abhängigkeit mit ihrem Status auf. So erkennen Sie, ob eine Aufgabe auf etwas anderes wartet oder tatsächlich blockiert ist.

Priorität

Aufgaben haben eine P0 (höchste) bis P3, standardmäßig P2. Die Priorität ordnet die Warteschlange, wenn mehr Aufgaben warten, als freie Slots vorhanden sind.

Sie erhöht nicht die Kapazität. Wenn alles P0, geschieht nichts – sehen Sie sich Kapazität und Agenten-Slots.

Statusbezeichnungen

Jeder Aufgabenstatus und die entsprechenden Maßnahmen finden Sie in Aufgaben-Status. Die beiden wichtigsten Aspekte hierbei sind:

  • PENDING Die Aufgabe ist nicht festgefahren. Sie steht in der Warteschlange und wartet auf einen freien Slot.
  • NEEDS_HUMAN_REVIEW Ein Fehler bedeutet nicht, dass die Aufgabe fehlgeschlagen ist. Es handelt sich um eine Frage. Beantworten Sie sie, und die Aufgabe wird fortgesetzt.

Eingreifen

Während eine Aufgabe ausgeführt wird, können Sie sie pausieren, abbrechen oder mit Kommentaren zur Nachbearbeitung zurücksenden. Welche Option Sie wählen sollten, erfahren Sie unter Wenn eine Aufgabe festgefahren ist oder fehlschlägt.