Aufgaben-Automatisierung
Das Standard-Task-Ops-Paket — wie die Zuweisung an einen Agenten ihn arbeiten lässt, das menschliche Review-Gate, Leitplanken (Budgets, Parallelität, Sicherungen) und der Notausschalter.
4 Min. Lesezeit
Eine Board-Aufgabe einem KI-Agenten zuzuweisen setzt ihn in Bewegung. Das Task-Ops-Paket — elf dateibasierte Workflows, die jede Organisation erhält — deckt den gesamten Lebenszyklus ab: Triage, Ausführung, Review, Eskalation, SLA-Durchsetzung und Aufräumen. Jeder Workflow ist eine schlichte JSON-Datei, die deiner Organisation gehört: Schwellwerte anpassen, Prompts bearbeiten oder einzelne Trigger direkt am Workflow deaktivieren. Eine Aufgabe, die eine Automatisierung vorschlägt, liegt im Backlog, bis ein Mensch sie startet — von diesem Moment an ist sie eine Board-Aufgabe wie jede andere und tritt in die Schleife unten ein.
Die Ausführungsschleife
- Zuweisen an einen Agenten (oder die Triage für Unzugewiesenes bewertet und routet neue Aufgaben automatisch — sichere Treffer werden direkt zugewiesen, der Rest bekommt einen Vorschlags-Kommentar).
- Der Agent bestätigt (Aufgabe wandert nach In Bearbeitung), arbeitet in seinem eigenen Aufgaben-Thread mit den Task-Werkzeugen und postet sein Ergebnis als Kommentar.
- Die Aufgabe parkt bei In Prüfung — Agenten können niemals Erledigt setzen; diese Regel wird serverseitig erzwungen, unabhängig von jeder Workflow-Konfiguration.
- Ein Mensch gibt frei (der einzige automatisierte Weg zu Erledigt) oder fordert Änderungen an — das Feedback reaktiviert denselben Agenten im gemeinsamen Thread und öffnet ein frisches Review-Gate. Reviews lassen sich aus dem Aufgaben-Detail oder direkt aus der Inbox beantworten.
Fehlschläge rollen die Aufgabe mit erklärendem Kommentar nach Zu erledigen zurück. Hat eine zerlegte Wurzel-Aufgabe Unteraufgaben, wartet die übergeordnete Aufgabe, bis die letzte Unteraufgabe schließt, und rollt dann nach In Prüfung hoch.
Erwähnungen, Abhängigkeiten, Fristen
- Erwähne einen Agenten mit @ in einem Aufgabenkommentar oder in der Beschreibung, und er liest den erwähnenden Text und handelt. Ein getipptes
@öffnet eine Autovervollständigung über Mitglieder und die Agenten des Projekts; der Composer zeigt vorab, ob jeder erwähnte Agent wirklich antworten wird (Automatisierung aus, Budget aufgebraucht, pausiert). Das Bearbeiten einer Beschreibung löst nur neu hinzugekommene Erwähnungen aus, und was die Automatisierung selbst schreibt, löst nie jemanden aus. - Schließt ein Blocker, bekommen abhängige Aufgaben einen Hinweis auf die verbleibenden Blocker; vollständig entblockte Agenten-Arbeit startet automatisch neu, menschliche Arbeit bekommt eine Benachrichtigung in die Inbox.
- Fälligkeitsdaten treiben eine SLA-Leiter: eine 24-Stunden-Warnung, ein Überfällig-Anstoß, dann eine menschliche Eskalation an die Person, die das Projekt erstellt hat, und die Org-Admins — bleibt die Aufgabe überfällig, wiederholt sie sich noch einmal. Jede Stufe feuert höchstens einmal; das Verschieben der Frist nach hinten setzt die Leiter zurück.
Leitplanken
Jeder Agenten-Lauf — Zuweisung, Erwähnung, Überarbeitung, Eskalation, extern — passiert dasselbe Zulassungstor:
- Budgets (pro Agent, monatlich): An der Warnschwelle bekommt der Agent eine Sparsamkeits-Anweisung, und die Admins werden einmal benachrichtigt; an der Pausenschwelle werden neue Läufe abgewiesen. Budgets setzen sich am Monatswechsel zurück.
- Parallelitäts-Deckel (pro Agent und org-weit): Überzählige Läufe warten in der Schlange und starten automatisch, sobald ein Platz frei wird.
- Sicherung pro Aufgabe: Mehr als die konfigurierten Läufe pro Stunde auf einer Aufgabe pausieren die Automatisierung auf dieser Aufgabe, bis ein Mensch ihren Status ändert.
Org-weite Deckel (Lauf-Parallelität, Läufe pro Aufgabe und Stunde) sind feste Plattform-Standardwerte; Budget und Parallelität pro Agent liegen in der Konfiguration des Agenten.
Den richtigen Bearbeiter wählen
Nicht jede Aufgabe gehört auf einen Coding-Agenten. Als Faustregel:
| Aufgabenform | Zuweisen an |
|---|---|
| Recherche, Texte, Zusammenfassungen, persönliche Liefergegenstände | Eine Person — schalte die Sichtung unzugewiesener Aufgaben in persönlichen Projekten ab, damit Agents sie nicht automatisch übernehmen |
| Allgemeine Automatisierung mit Plattform-Tools (Kommentare, Workflows, Integrationen) | Einen Agent (Plattform-Tool-Schleife) |
| Repository-Arbeit — Bugs, Features, Refactorings, PRs | Einen Coding-Agenten mit dem passenden Dispatch: tale-daemon (runtime) für Git-Arbeitsbereiche, Durable-Sandbox wo konfiguriert — oder akzeptiere, dass Sandbox-only-Coding-Agenten auf dem Board die Plattform-Schleife nutzen, bis du diese Felder ergänzt |
Die Bearbeiter-Auswahl gruppiert Agents und Coding-Agenten getrennt und zeigt zu jedem Coding-Agenten einen einzeiligen Dispatch-Hinweis. Bild-Agenten tauchen in der Aufgaben-Bearbeiterliste nicht auf.
Der Notausschalter
Die Governance-Richtlinie task_automation trägt den Hauptschalter: Schaltest du sie aus, stoppt der Ausführungspfad — laufende Arbeit endet noch, Neues startet nicht. Der Schalter ist Admins vorbehalten und wird auditiert; auf einer selbst gehosteten Instanz ist die Richtlinie eine der Governance-Konfigurationsdateien der Organisation, neben den Limits, die Richtlinien und Limits behandelt.
Wo das hingehört
Aufgaben-Automatisierung macht aus dem Projekt-Board eine Delegationsfläche statt einer To-do-Liste: Ein Mensch weist zu oder gibt frei, das Paket erledigt alles dazwischen, und das Review-Gate sorgt dafür, dass Erledigt eine menschliche Entscheidung bleibt. Die natürliche nächste Lektüre ist Backlog dafür, wie vorgeschlagene Arbeit in die Schleife gelangt, und Der Workflow-Editor fürs Feintuning der paketeigenen Workflows.