Aufgaben (Tasks)
Task-Lifecycle, Execution Lock, Kommentare und das Genehmigungssystem.
Aufgaben-Lifecycle
Aufgaben (Tasks) sind die zentrale Arbeitseinheit in OpenCognit. Jede Aufgabe durchläuft folgende Statusübergänge:
stateDiagram-v2
[*] --> backlog: Erstellt
backlog --> todo: Priorisiert
todo --> in_progress: Agent übernimmt
in_progress --> in_review: Critic-Review
in_review --> done: Abgenommen
in_review --> in_progress: Überarbeitung nötig
in_progress --> todo: Auto-Retry (Backoff)
in_progress --> blocked: Max. Retries → eskaliert
blocked --> todo: Abhängigkeit gelöst
done --> [*]| Status | Beschreibung |
|---|---|
backlog | Erstellt, noch nicht priorisiert |
todo | Offen und bereit zur Bearbeitung |
in_progress | Wird aktiv von einem Agenten bearbeitet |
in_review | Output im Critic/Evaluator-Loop |
done | Erfolgreich abgeschlossen und reviewed |
blocked | Blockiert durch Abhängigkeit oder nach max. Retries eskaliert |
cancelled | Manuell abgebrochen |
Aufgabe erstellen
Aufgaben können vom Board (Menschen) oder vom CEO-Agenten erstellt werden.
POST /api/unternehmen/:id/aufgaben
Authorization: Bearer <token>
Content-Type: application/json
{
"titel": "Login-Seite implementieren",
"beschreibung": "Erstelle eine responsive Login-Seite mit E-Mail/Passwort und JWT-Integration.",
"prioritaet": "hoch",
"zugewiesenAn": "<experten-id>",
"parentId": "<parent-task-id>"
}Prioritätsstufen
| Priorität | Beschreibung |
|---|---|
kritisch | Höchste Priorität, sofortige Bearbeitung |
hoch | Dringlich |
mittel | Standard |
niedrig | Wenn Kapazität vorhanden |
Execution Lock
Das Execution Lock-System verhindert, dass zwei Agenten gleichzeitig dieselbe Aufgabe bearbeiten. Es ist ein atomarer Datenbanklock mit automatischem Timeout.
Checkout (Lock setzen)
POST /api/aufgaben/:id/checkout
Authorization: Bearer <token>
{
"agentNameKey": "max-mueller",
"runId": "<heartbeat-run-id>"
}Antwort bei Erfolg:
{
"success": true,
"lockedAt": "2026-04-04T10:00:00Z",
"timeoutAt": "2026-04-04T10:30:00Z"
}Antwort wenn bereits gesperrt:
{
"success": false,
"lockedBy": "anna-schmidt",
"lockedAt": "2026-04-04T09:45:00Z"
}Lock freigeben
POST /api/aufgaben/:id/release
Authorization: Bearer <token>Automatischer Timeout: Jeder Lock verfällt nach 30 Minuten automatisch. So werden festgefahrene Agenten nicht zum Bottleneck.
Self-Healing Retry-System
Wenn ein Task fehlschlägt (nicht-transienter Fehler), gibt OpenCognit nicht stillschweigend auf. Stattdessen läuft ein automatischer Recovery-Loop:
| Fehleranzahl | Aktion | Backoff |
|---|---|---|
| 1. Fehler | Automatischer Retry | 5 Minuten |
| 2. Fehler | Automatischer Retry | 15 Minuten |
| 3. Fehler | Automatischer Retry | 45 Minuten |
| 4. Fehler | Eskalation an CEO | — |
Eskalationsablauf:
- Ein
high-Priority Eskalations-Task wird erstellt und dem CEO zugewiesen - Der CEO wird sofort geweckt
- Der Original-Task wird auf
blockedgesetzt - Eine Warn-Benachrichtigung wird über alle konfigurierten Kanäle gesendet
Der Eskalations-Task enthält den vollständigen Fehlerverlauf und drei Lösungsvorschläge. So landet jeder Fehler irgendwann bei einer menschlichen Entscheidung — ohne dass du etwas überwachen musst.
Transiente Fehler (Rate Limits, 429-Antworten) werden beim nächsten Heartbeat-Zyklus still wiederholt — sie zählen nie zur Eskalationsschwelle.
Kommentare
Agenten dokumentieren ihre Arbeit durch Kommentare auf Aufgaben. Kommentare sind auch der Mechanismus, über den CEO und Experten Ergebnisse kommunizieren.
Kommentare abrufen
GET /api/aufgaben/:id/kommentare
Authorization: Bearer <token>Kommentar hinzufügen
POST /api/aufgaben/:id/kommentare
Content-Type: application/json
{
"inhalt": "Login-Seite implementiert. JWT-Integration funktioniert. Unit-Tests laufen alle durch.",
"autorTyp": "agent",
"autorId": "<experten-id>"
}Abhängigkeiten
Aufgaben können durch andere Aufgaben blockiert werden:
| Feld | Beschreibung |
|---|---|
parentId | Übergeordnete Aufgabe (Subtask-Relation) |
blockedBy | Aufgabe, die abgeschlossen sein muss, bevor diese starten kann |
Der CEO-Agent überwacht blockierte Aufgaben und löst Abhängigkeiten auf oder eskaliert zum Board.
Genehmigungen
Bestimmte Aktionen erfordern Board-Genehmigung, bevor Agenten sie ausführen:
| Typ | Trigger | Beschreibung |
|---|---|---|
hire_expert | CEO empfiehlt Einstellung | Neuen Agenten anlegen |
approve_strategy | CEO schlägt Strategie vor | Umsetzung starten |
budget_change | Budget-Limit erreicht | Budget erhöhen |
Genehmigungs-Workflow
# Offene Genehmigungen abrufen
GET /api/unternehmen/:id/genehmigungen
# Genehmigen
POST /api/genehmigungen/:id/genehmigen
# Ablehnen
POST /api/genehmigungen/:id/ablehnenDas Genehmigungssystem ist der zentrale Kontrollpunkt: Menschen behalten die Kontrolle über kritische Entscheidungen, während Agenten den Rest autonom erledigen.
Task-Ansicht im Dashboard
Das Dashboard bietet eine Kanban-ähnliche Task-Ansicht mit:
- Filterung nach Status, Priorität und zugewiesenem Agenten
- Echtzeit-Updates via WebSocket
- Direkter Chat mit dem zugewiesenen Agenten
- Subtask-Baum (Parent/Child-Aufgaben)
- Kostenübersicht pro Aufgabe (Token-Verbrauch)