Eine Aufgabe, die für einen Menschen geschrieben wird, kann drei Wörter lang sein. „Login-Bug fixen“ funktioniert, weil die Person nachfragen wird, was gemeint ist. Eine Aufgabe, die für einen Agenten geschrieben wird, kann sich diese Rückfrage nicht leihen, und der Unterschied zeigt sich in verschwendeten Runs, Ergebnissen, die niemand prüft, und einem Board, auf dem die Status-Spalte nicht mehr bedeutet, was die Leute glauben.
KI-Agent-Task-Management ist die Disziplin, Arbeit zu formulieren, zuzuweisen und abzuschließen, die ein Agent ausführt und ein Mensch abnimmt. Dieser Leitfaden behandelt die drei Teile, die darüber entscheiden, ob das Ganze zusammenhält: was eine agententaugliche Aufgabe enthält, wie die Zuweisung zwischen Menschen und Agenten aufgeteilt wird und wie sich Status und Review tatsächlich verhalten, sobald Runs im Spiel sind. Die Beispiele folgen der Umsetzung in Sharkly, und dieselben Regeln lassen sich auf jedes System übertragen, das Agenten als Ausführende behandelt.
TL;DR
Eine agententaugliche Aufgabe benennt ein Ergebnis, den Umfang, den Kontext und wie die Fertigstellung geprüft wird. Die Zuweisung hat zwei Plätze: Menschen sind verantwortlich, und ein Agent oder eine Crew führt aus. Status-Kategorien steuern die Ausführung: Ein geparkter Backlog-Status verhindert einen Run, das Verlassen dieses Status kann einen starten, und die Status „Abgebrochen“ oder „Duplikat“ stoppen aktive Runs, während „Abgeschlossen“ das nicht tut. Aufgabenstatus und Agent-Run-Status sind getrennt, und Review ist ein benannter Status, der eine Person erreichen muss – und nicht eine Absicht, zu der man später kommt.
Was eine agententaugliche Aufgabe enthält
Die Beschreibung ist die Schnittstelle. Alles, was der Agent über deine Absicht weiß, stammt aus ihr – plus dem, was die Aufgabe in ihren Feldern mitbringt.
Eine nützliche Aufgabe benennt das Ergebnis statt das Thema, und ihre Beschreibung ergänzt, was eine neue Person oder ein Agent zum Weiterarbeiten braucht:
- warum die Arbeit wichtig ist;
- was im und außerhalb des Umfangs liegt;
- relevante Dateien, Links, Beispiele oder beobachtetes Verhalten;
- Einschränkungen und bereits getroffene Entscheidungen;
- wie die Fertigstellung geprüft wird.
Diese letzte Zeile leistet mehr als der ganze Rest zusammen. Sie ist der Unterschied zwischen einem Ergebnis, das du in zwei Minuten abnehmen kannst, und einem, das du erst mühsam rekonstruieren musst. Fang klein an und verfeinere, während die Arbeit untersucht wird; eine Aufgabenbeschreibung darf sich verbessern.
Die Felder tragen den Rest: Typ, Status, Priorität, Daten, Labels und ein Projekt oder Sprint für den Planungskontext. Ein für den Agenten zusammengestellter Run kann Titel und Beschreibung, aktuellen Status und Priorität, Space- und Sprint-Kontext, die letzten Kommentare einschließlich des auslösenden Kommentars, die Anweisungen und Skills des Agenten, Repositories, Umgebung und Run-Einstellungen enthalten. Dünne Beschreibungen werden nicht durch gute Modelle wettgemacht.
Zuweisung: zwei Plätze, nicht einer
Der mit Abstand häufigste Designfehler im Agent-Task-Management ist ein einziges Assignee-Feld.
Halte sie getrennt. Menschen werden für die Verantwortung zugewiesen, und ein Space kann einen oder mehrere zulassen. Ein Agent oder eine Crew wird dem Ausführungsplatz zugewiesen, der eine Einfachauswahl bleibt. Eine Aufgabe kann beides gleichzeitig haben: Das Ändern der Personen ändert nicht den Ausführenden, und das Zuweisen eines Agenten ersetzt nicht die Personen.
Der Gewinn: Keine Aufgabe gehört jemals einem Bot. Wenn ein Ergebnis eine Entscheidung braucht, hängt ein Name daran. Wenn ein Agent danebenliegt, hat das Review-Gespräch einen Teilnehmer. Unser Walkthrough zum Claude-Code-Projektmanagement zeigt dieselbe Aufteilung an einer einzelnen Aufgabe vom Issue bis zum Merge.
Crews landen im selben Ausführungsplatz, und die Ausführung ist Leader-first: Der Leader-Agent startet, liest den Kontext und bindet dann bei Bedarf Mitglieder ein. Nutze einen einzelnen Agenten für klar umrissene Arbeit und eine Crew, wenn die Arbeit Koordination braucht.
Status: der Teil, der die Ausführung steuert
Status ist keine Dekoration, sobald Agenten im Spiel sind. Jeder sichtbare Status gehört zu einer Kategorie, und die Kategorie trägt Systembedeutung.
| Status-Kategorie | Bedeutung | Auswirkung auf Agent-Runs |
|---|---|---|
| Backlog | Geparkt, nicht bereit | Erstellen oder Zuweisen startet hier keinen Run |
| Nicht begonnen | Bereit, nicht gestartet | Das Verschieben aus dem Backlog hierher kann den zugewiesenen Agenten starten |
| Gestartet | In Arbeit | Runs laufen weiter; mehrere Status können sich diese Kategorie teilen |
| Abgeschlossen | Fertig, terminal | Terminal, bricht aber keinen bereits aktiven Run ab |
| Abgebrochen | Wird nicht fortgesetzt | Stoppt Runs, die für die Aufgabe gestartet wurden |
| Duplikat | Anderswo abgebildet | Stoppt Runs, die für die Aufgabe gestartet wurden |
Zwei Konsequenzen sollte man verinnerlichen. Backlog ist ein echtes Staging-Areal: Aufgabe vorbereiten, Agenten anhängen – und es passiert nichts, bis du sie verschiebst. Und etwas als abgeschlossen zu markieren ist nicht dasselbe wie es zu stoppen; brich einen Run also bewusst ab, wenn du ihn wirklich gestoppt haben willst.
Die zweite Regel lautet: Lifecycle-Status und Arbeitszustand des Agenten sind getrennt. Eine Aufgabe kann in einem gestarteten Status stehen, während der Agent arbeitet, auf eine menschliche Antwort wartet, auf menschliches Review wartet oder einen Fehler meldet. Run-Status wie queued, dispatched, running, completed, failed und canceled beschreiben den Ausführungsfortschritt und verschieben die Aufgabe nicht automatisch. Wenn man das eine für das andere hält, sieht ein Board gesund aus, während drei Ergebnisse ungelesen herumliegen.
Review: die Übergabe explizit machen
Agenten beenden Runs an einer von zwei nützlichen Stellen: mit einem Ergebnis oder mit einer Frage. Beides muss eine Person erreichen.
Warten auf eine menschliche Antwort, Warten auf Review sowie fehlgeschlagene oder blockierte Arbeit sind Aufmerksamkeitssignale. Sie speisen eine persönliche Warteschlange – in Sharkly ist das der Agent-Inbox –, in der die verantwortliche Person die Aufgabe öffnen, im Kontext antworten, das Ergebnis prüfen oder entscheiden kann, die Arbeit erneut zu versuchen oder neu zuzuweisen.
Kommentare sind das dauerhafte Gespräch zur Aufgabe. Nutze sie für neuen Kontext, Review-Erkenntnisse und Entscheidungen, und halte das stabile Ziel und die Abnahmekriterien in der Beschreibung fest, damit die aktuelle Anforderung leicht zu finden bleibt. Ein Kommentar eines Mitglieds zu einer Aufgabe mit einem einsatzbereiten Agenten als Assignee kann einen weiteren Run in die Warteschlange stellen – genau das sorgt dafür, dass Review-Feedback die Arbeit fortsetzt, statt einen zweiten Prozess zu starten. Erwähnungen ändern das: Eine Person zu erwähnen oder ein All-Mention zu verwenden, startet für sich genommen keinen Agent-Run, und ein Kommentar, der andere Ziele ohne den Assignee erwähnt, unterdrückt den Standard-Run.
Bevor du abnimmst, lies die Belege und nicht nur den Diff. Das Ausführungsprotokoll zeigt, warum ein Run eingereiht wurde, wann er startete und endete, Tool-Aufrufe und Laufzeitereignisse, die Auslösequelle und Fehlerdetails. Abnahme heißt, dass ein Mensch entscheidet, dass das Ergebnis korrekt ist – das kann kein Run-Status für dich übernehmen. Lade Sharkly herunter, wenn du diese Status lieber verdrahtet als von Hand zusammengesetzt haben willst.
Eine Aufgaben-Vorlage, die es sich zu kopieren lohnt
Teams, die gute Agent-Aufgaben schreiben, landen meist beim selben Grundgerüst. Leg es als Snippet ab und füll es aus; das dauert rund drei Minuten und spart einen verschwendeten Run.
Outcome: <what is true when this is done>
Context:
- Why this matters now
- Observed behavior, with the exact error or reproduction steps
- Files, links, or examples that are relevant
Scope:
- In: <the change you want>
- Out: <adjacent work the agent should not touch>
Constraints:
- Decisions already made, conventions to follow, things not to change
Review:
- How completion will be checked, and by whom
Die Out-of-Scope-Zeile verdient ihren Platz am schnellsten. Agenten, die ein enges Ziel, aber keine Grenze bekommen, verbessern gern Dinge, nach denen du nicht gefragt hast, und jede dieser Verbesserungen kostet Review-Zeit. Zu benennen, was unangetastet bleiben soll, ist billiger, als zu prüfen, was angefasst wurde.
Fünf Fehler, die man vermeiden sollte
- Ein einziges Assignee-Feld. Verantwortung und Ausführung fallen zusammen, und die Ownership verschwindet.
- Einen abgeschlossenen Run für ein abgeschlossenes Ergebnis halten. Dass der Run fertig ist, sagt nichts darüber aus, ob die Änderung richtig war.
- Fehlgeschlagene Runs reflexhaft erneut starten. Erst das Protokoll öffnen. Ähnlich aussehende Anbieterfehler brauchen oft entgegengesetzte Korrekturen.
- Reviews auflaufen lassen. Ungeprüfte Agent-Ergebnisse sind Schulden, die schneller wachsen als nicht gemergte Pull Requests.
- Aufgaben für die Person schreiben, die schon Bescheid weiß. Wenn die Abnahmekriterien nur in deinem Kopf stehen, rät der Agent.
FAQ
Kann ein Agent den Status einer Aufgabe ändern? In Grenzen. Der Workflow des Aufgabentyps schränkt ein, welche Status verfügbar sind, sodass ein Agent nur Status auswählen kann, die dieser Workflow zulässt.
Was passiert, wenn ich kommentiere, während ein Run aktiv ist? Ein geeigneter Kommentar kann für den nächsten Run-Zyklus eingereiht werden, statt ein paralleles Duplikat zu starten, und schnell aufeinanderfolgende Kommentare werden zusammengefasst, damit keine doppelten ausstehenden Runs entstehen.
Brauche ich einen separaten Aufgabentyp für Agenten-Arbeit? Normalerweise nicht. Nutze einen separaten Typ, wenn die Arbeit einen deutlich anderen Feldsatz oder Workflow braucht, und Labels, wenn du nur eine leichte Klassifizierung benötigst.
Wie unterscheidet sich das vom gewöhnlichen Projektmanagement? Die Grundbausteine sind dieselben, die Strenge nicht. Unser Leitfaden zum KI-Agent-Projektmanagement behandelt, was sich bei jedem Grundbaustein ändert, wenn ein Ausführender keine Rückfrage im Flur stellen kann.
