Dirigent

Der Dirigent (Orchestrator) ist ein Chat im Seitenpanel. Du beschreibst, was du willst — er startet passende Agenten, verteilt Aufgaben, liest ihren Stand und übergibt Arbeit zwischen ihnen.

Wer dirigieren kann

Claude Code, Kimi Code oder Hermes. Die Wahl gilt für neue Chats; bestehende bleiben bei ihrer CLI.

Was der Dirigent kann

• Sessions auflisten und den Bildschirm eines Agenten lesen
• Freie Agenten zuerst nutzen und ihnen Aufgaben schicken — neue startet er nur, wenn keiner frei ist, die Arbeit parallel laufen muss oder du es willst
• Befehle ausführen (z. B. npm run dev, im Terminal-Panel unten) und Seiten in der Vorschau öffnen
• Übergaben zwischen Agenten
• Das Aufgaben-Board lesen und pflegen

Große Startwünsche (viele Agenten auf einmal) bestätigst du vorher. Wie viele Agenten insgesamt laufen dürfen, stellst du unter Einstellungen → System ein.

Aufträge, Berichte und Dateibereiche

Jeder Auftrag des Dirigenten bekommt eine Nummer (z. B. t-3f9a) und durchläuft feste Stationen: eingereiht → zugestellt → arbeitet → prüft → berichtet. So sieht der Dirigent jederzeit, wo jeder Agent steht, statt Bildschirme zu deuten.

• Agenten berichten selbst. Am Ende jedes Auftrags steht, wie der Agent sich zurückmeldet. Er schickt mit einem Befehl seinen Bericht: fertig, blockiert oder Frage, dazu eine Zusammenfassung und die geänderten Dateien. Agenten im Chat-Modus berichten mit ihrer letzten Antwort. Meldet sich ein Agent nicht, gilt der Auftrag als fertig ohne Bericht, und der Dirigent schaut selbst nach.
• Dateibereiche. Arbeiten mehrere Agenten im selben Projekt, gibt der Dirigent jedem seine Dateien oder Ordner. Änderungen außerhalb lehnt OpenCognit für diesen Agenten ab, und zwei offene Aufträge können sich keine Dateien teilen. So kommen sich auch zwölf Agenten nicht in die Quere.
• Pflichtprüfung. Meldet ein Agent fertig und das Projekt hat Tests, fährt OpenCognit sie selbst (Station prüft). Sind sie rot, geht die Ausgabe von selbst an denselben Agenten zurück, bis zu zweimal. Erst mit dem Ergebnis wird der Dirigent geweckt. Arbeiten noch andere beauftragte Agenten im selben Ordner, geht Rot nicht automatisch zurück, weil der Fehler von ihnen stammen kann. Die Pflichtprüfung folgt der Einstellung für automatische Tests.
• Testschutz. Hat ein Agent seit dem Auftrag bestehende Testdateien geändert oder gelöscht, nennt die Pflichtprüfung sie beim Ergebnis. Grün gilt dann erst als verlässlich, wenn der Dirigent die Änderung an den Tests angesehen hat. So kann kein Agent Rot still grün machen, indem er einen Test abschwächt. Neue Testdateien zählen nicht. Unter Einstellungen → Sicherheit → Testschutz wählst du Melden (Standard), Streng oder Aus. Bei Streng zählen geänderte Tests wie Rot und gehen an den Agenten zurück — außer der Dirigent erlaubt sie im Auftrag ausdrücklich (send_task mit tests: true). Nach einem Neustart der App fehlt der Vergleich für Aufträge, die davor zugestellt wurden.
• Einfädeln. Haben mehrere Agenten im eigenen Arbeitsbaum gearbeitet, übernimmt der Dirigent sie nacheinander: Schnappschuss, Änderungen anwenden, Tests des Projekts. Sind die Tests danach rot, wird dieser eine Arbeitsbaum zurückgenommen, die übrigen laufen weiter. Du bestätigst einmal für den ganzen Stapel; übernommen wird ohne Commit.
• Der Rechner bleibt bedienbar. Testläufe, die OpenCognit startet, teilen sich die Plätze des Rechners (je vier logische Kerne ein Lauf). Die übrigen warten der Reihe nach.
• Geweckt mit den Ergebnissen. Sind Agenten fertig, weckt OpenCognit den Dirigenten mit ihren Berichten. Bei vielen Agenten geschieht das schubweise: Wer fertig ist, bekommt gleich den nächsten Auftrag, statt auf den langsamsten zu warten.
• Weiter trotz Limit. Erreicht ein beauftragter Agent sein Nutzungslimit, gilt der Auftrag nicht als fertig. OpenCognit gibt ihn mit derselben Nummer, dem Dateibereich und dem bisherigen Stand an einen Ersatz: zuerst ein anderes Konto derselben CLI, sonst eine andere angemeldete CLI. Konten, die selbst am Limit sind, werden übersprungen. Im Chat steht, wer übernommen hat, und der Dirigent sieht es beim Bericht. Ist kein Ersatz frei, wartet der Agent und macht nach dem Limit von selbst weiter. Abschalten kannst du das unter Einstellungen → System → Aufträge bei Limit weitergeben.
• Übersteht Neustarts. Startest du OpenCognit neu, gehen offene Aufträge nicht verloren. Wartende werden zugestellt, und jeder Agent setzt genau sein eigenes Gespräch fort.

Karten im Chat

Ist ein Agent fertig, erscheint im Chat eine Karte: wer, wie lange, ob die Tests grün sind, und jede geänderte Datei mit +/− Zeilen. Pro Datei Vorher/Nachher (öffnet den Vergleich im Editor, siehe Editor) und Öffnen; eine kleine Vorschau zeigt die erste Änderung. Darunter entscheidest du: Übernehmen, Nachbessern … oder Verwerfen. Arbeitet ein Agent noch, wächst seine Karte live mit, Datei für Datei. Ist der Chat offen, ersetzt die Karte die Prüfkarte über den Terminals.

Modelle

Modell und Denktiefe wählst du unten im Chat. Bei Kimi stehen auch neue Modelle (z. B. K3.1 Pro) zur Wahl, sobald Kimi sie gemeldet hat — OpenCognit merkt sie sich selbst, deine Kimi-Konfiguration bleibt unverändert.

Code und Texte weitergeben

Fügst du langen Code in den Chat ein, legt OpenCognit ihn zusätzlich als Datei ab — so kann der Dirigent ihn an einen Agenten weitergeben. Jede Nachricht lässt sich kopieren oder mit An Agent senden direkt einem Agenten schicken.

Chat oder CLI

Mit dem Umschalter Chat | CLI läuft ein Claude-Dirigent als echtes Terminal im Seitenpanel — nicht zusätzlich im Raster.