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.
Agenten-Workflow
Die vier Lieferungs-Agenten zeigen jeweils ihren eigenen Status – ausstehend, laufend oder abgeschlossen. Im Standardmodus arbeiten sie nacheinander:
Architekt → Entwickler → QA → Rezensent
Architekt
Entwickler
QA
RezensentDas 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.
Im Koordinator-Modus entscheidet der Koordinator darüber, welcher Agent als Nächstes ausgeführt wird. Dadurch kann die Abfolge wiederholt werden: Entwickler, QA, nach einem Fehler erneut ein Entwickler, anschließend erneut QA. Die Abfolge kann aber auch kürzer ausfallen: Wenn der Code bereits die Anforderungen der Aufgabe erfüllt, prüft die QA den unveränderten Code – der Entwickler wird dann nicht ausgeführt und die Aufgabe wird ohne pull request abgeschlossen. Siehe Agent-Rollen.
Beachten Sie, dass eine Phase durchaus den Status „Ausstehend“ aufweisen kann. Ausstehend selbst bei einer bereits abgeschlossenen Aufgabe – Aufgaben, die aus einem Plan stammen, besitzen bereits ihre Spezifikation und Implementierungsplan, weshalb die Phase „Architect“ nichts mehr zu tun hat. Architect Die Phase „Architect“ hat nichts mehr zu tun.
Siehe Agent-Rollen um zu erfahren, was jeder Agent tun darf und was nicht.
Akzeptanzkriterien
Die Kriterien aus der Spezifikation bilden eine Checkliste mit einem entsprechenden Status pro Punkt – Spezifikation, als Checkliste mit einem Status pro Punkt – wenn ein Kriterium bestätigt wurde. Verified OK Wenn ein Kriterium bestätigt wurde.
Die Statusangaben folgen der aktuellen Pipeline-Phase – die Kriterien werden also während des Fortschritts der Aufgabe überprüft, nicht erst am Ende.
Dieses Panel ist die wichtigste Informationsquelle, um eine abgeschlossene Aufgabe zu bewerten. Es zeigt, was versprochen wurde und was tatsächlich bestätigt wurde – das ist eine präzisere Aussage als die bloße Bestätigung, dass die Tests erfolgreich waren.
Ausführungsverlauf
Jede gegenüber der Aufgabe aufgezeichnete Ausführung. Jeder Eintrag gibt den Agenten, seine Tätigkeit, das Ergebnis und die Kosten an:
DEV · Generating code · Completed
4m 41s / 608.9k tokens · 16.2 g Est. CO2e / deepseek-v4-flash-0731Dauer, Token-Nutzung, geschätzte CO₂-Emissionen und das genaue Modell werden pro Ausführung festgehalten – so können Sie bei unerwartet hohen Kosten erkennen, welche Phase und welches Modell dafür verantwortlich sind.
Wenn Sie eine Ausführung aufklappen, sehen Sie den vollständigen schrittweisen Verlauf: gelesene Dateien, ausgeführte Befehle, Agenten-Logik sowie alle geänderten Dateien mit ihren Zeilenanzahlen (+25 / −0). Die Token-Einträge zeigen die Cache-Effizienz (9.1k used (90% cached)), was in der Regel den Unterschied zwischen einer teuren und einer günstigen Ausführung ausmacht.
Diesen Bereich sollten Sie öffnen, wenn Sie wissen möchten, wie etwas umgesetzt wurde – und nicht nur, was sich geändert hat.
Die verbleibenden Abschnitte
| Abschnitt | Zeigt |
|---|---|
| Spezifikation | Die aus dem Plan abgeleiteten Anforderungen |
| Implementierungsplan | Die Schritte sowie deren Abschlussstatus |
| Qualität & Erkenntnisse | Verifizierungsstatus und Testanzahl |
| Nutzung & Zeitverlauf | Kosten, Tokens und Versuchsanzahl |
| Abhängigkeiten & Kontext | Verknüpfte Abhängigkeiten mit ihren jeweiligen Status |
Nutzung & Zeitverlauf berichtet sowohl über Versuche als auch über Kosten – 1 attempts bedeutet, dass die Aufgabe beim ersten Versuch erfolgreich war. Eine höhere Zahl deutet auf Nachbesserungen hin – das ist das wichtigste Signal bezüglich der Qualität der Spezifikation.
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 Priorität – von P0 (höchste) bis P3, wobei der Standardwert P2ist. Die Priorität ordnet die Warteschlange, wenn mehr Aufgaben vorliegen als freie Slots.
Sie erhöht nicht die Kapazität. Wenn alles die Priorität P0hat, wird nichts ausgeführt – siehe
Kapazität und Agenten-Slots.
Status
Der Status jeder Aufgabe und die daraufhin zu ergreifenden Maßnahmen finden Sie in Aufgaben-Status. Die beiden wichtigsten Status hier sind:
PENDINGist nicht festgefahren. Sie ist in der Warteschlange und wartet auf einen freien Slot.NEEDS_HUMAN_REVIEWist kein Fehler. Es handelt sich um eine Frage. Beantworten Sie sie, und die Aufgabe wird fortgesetzt.
Eingreifen
Während eine Aufgabe läuft, können Sie sie pausieren, abbrechen oder mit Kommentaren zur Nachbesserung zurückschicken. Welche Option zu wählen ist, erfahren Sie unter Wenn eine Aufgabe feststeckt oder fehlschlägt.