OpenCognitOpenCognitDOCS

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 --> [*]
StatusBeschreibung
backlogErstellt, noch nicht priorisiert
todoOffen und bereit zur Bearbeitung
in_progressWird aktiv von einem Agenten bearbeitet
in_reviewOutput im Critic/Evaluator-Loop
doneErfolgreich abgeschlossen und reviewed
blockedBlockiert durch Abhängigkeit oder nach max. Retries eskaliert
cancelledManuell 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ätBeschreibung
kritischHöchste Priorität, sofortige Bearbeitung
hochDringlich
mittelStandard
niedrigWenn 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:

FehleranzahlAktionBackoff
1. FehlerAutomatischer Retry5 Minuten
2. FehlerAutomatischer Retry15 Minuten
3. FehlerAutomatischer Retry45 Minuten
4. FehlerEskalation an CEO

Eskalationsablauf:

  1. Ein high-Priority Eskalations-Task wird erstellt und dem CEO zugewiesen
  2. Der CEO wird sofort geweckt
  3. Der Original-Task wird auf blocked gesetzt
  4. 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:

FeldBeschreibung
parentIdÜbergeordnete Aufgabe (Subtask-Relation)
blockedByAufgabe, 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:

TypTriggerBeschreibung
hire_expertCEO empfiehlt EinstellungNeuen Agenten anlegen
approve_strategyCEO schlägt Strategie vorUmsetzung starten
budget_changeBudget-Limit erreichtBudget erhöhen

Genehmigungs-Workflow

# Offene Genehmigungen abrufen
GET /api/unternehmen/:id/genehmigungen

# Genehmigen
POST /api/genehmigungen/:id/genehmigen

# Ablehnen
POST /api/genehmigungen/:id/ablehnen

Das 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)