Multi-Session Agent Board

Manche Aufgaben sind für eine einzelne KI zu groß — Backend, Frontend und eine DB-Migration auf einmal, oder ein großes Refactoring, aufgeteilt nach Bereich. Das Multi-Session Agent Board stellt mehrere KI-Agenten auf einen Bildschirm (ein Board), lässt sie als Team arbeiten und hält dich mit einer Ausführungswarteschlange und vereinheitlichten Genehmigungen sicher unter Kontrolle.

Blycks Ansatz ist nicht „ein Ort, um Agenten auszuführen” — das kann inzwischen jedes große Tool. Es ist „ein Ort, um sie auszuführen und dann dem Ergebnis zu vertrauen und es zu mergen.” Drei Ebenen machen das real: Orchestrierung (über Sitzungen hinweg sehen und weiterreichen), Governance (ChangeSet + vereinheitlichte Genehmigungen, um schon während des Laufs zu prüfen) und eine Betriebs-Werkbank (DB, SSH, Terminal und Vorschau direkt neben den Agenten, mit Umgebungsisolation).

Was es ist

Lege mehrere KI-Chat-Sitzungen (eine Mischung aus Claude und Codex) als Karten auf einem Board aus.
Visualisiere Agentenbeziehungen und Arbeitsfluss in Echtzeit als Knoten-/Kanten-Graph.
Agenten reichen einander Arbeit weiter (Relay) und laufen parallel, während die Ausführungswarteschlange Konflikte verhindert.
Jede Genehmigungsanfrage wird an einem Ort gesammelt — dem vereinheitlichten Posteingang unten.

Das Board öffnen

Klicke auf den 🤖 Button in der Kopfzeile, um ein Agent-Board-Panel zu öffnen (in einer neuen Registerkarte oder Teilung, wie jedes andere Panel). Karten auf dem Board sind KI-Chat-Sitzungen, die im Hintergrund geparkt sind — du verwaltest viele davon vom Board aus, während nur wenige tatsächlich gleichzeitig streamen.

Die Kartenliste

Das Board ist eine vertikale Kartenliste (bewusst statt eines Rasters gewählt, das Informationen abschnitt und schlecht skalierte). Oben sitzt eine fixierte Statusleiste; darunter Karten, die du scrollen, aufklappen und umsortieren kannst.

Statusleiste

Eine einzige fixierte Zeile, die das gesamte Board zusammenfasst:

6 agents · 2 streaming · 1 awaiting approval · total $2.14 · today $0.42

Live-Zählung der Agenten, wie viele streamen und wie viele auf Genehmigung warten.
Laufende Gesamtkosten plus eine Warnung bei gleichzeitigem Streaming, wenn viele Agenten auf einmal laufen (Kosten-Governance).

Aufbau einer Karte

Jede eingeklappte Karte zeigt standardmäßig 3 Zeilen — Ordner, Zusammenfassung, Fortschritt — plus einen Kompakt-Umschalter, der sie für dichte Boards auf eine Zeile zusammendrückt.

Zeile	Zeigt
Header	Statuspunkt · Agentenname · Anbieter/Modell · 📁 Projektordner · Modus-Badge (chat/plan/act × sofort/prüfen) · ⏹ Stopp / ⤢ Aufklappen / 📌 Verstauen-Steuerung
Zusammenfassung	Zusammenfassung der jüngsten Aktivität (oder die letzte Nutzer-/KI-Äußerung), ChangeSet-Chip, laufende Kosten
Fortschritt	Streaming-Tail, aktuelles Tool und Schritt N/M, wenn ein Schrittbudget gesetzt ist

Kartenzustände

Der Statuspunkt spiegelt die Sitzung in Echtzeit wider:

Zustand	Bedeutung
idle	Nichts läuft
thinking / streaming / tool	Antwortet aktiv oder führt ein Tool aus
queued	Wartet an einem Gate der Ausführungswarteschlange (siehe unten)
awaiting approval	Blockiert an einer Genehmigungskarte im vereinheitlichten Posteingang
error	Letzter Turn fehlgeschlagen (z. B. Guthaben aufgebraucht) — oben angeheftet

Sortiert wird nach Aktivität, wobei Karten mit ausstehender Genehmigung und Fehlern oben angeheftet werden, damit nichts Dringendes aus dem Blickfeld scrollt.

Einklappen ↔ Aufklappen

Eingeklappt (Standard, 3 Zeilen) — Ordner, Zusammenfassung, Fortschritt, ChangeSet, Kosten. Der Kompakt-Umschalter reduziert es auf eine Zeile.
Inline aufklappen (Akkordeon) — klicke eine Karte an, um sie an Ort und Stelle aufzuklappen: ein verdichtetes Transkript + Streaming-Tail + Genehmigungskarte + ein Mini-Composer. Du verlässt die Liste nie, und mehrere Karten können gleichzeitig aufgeklappt sein, für den direkten Vergleich nebeneinander.
⤢ In ein Panel aufklappen — ziehe die Sitzung in ein echtes Panel heraus (das volle „Cockpit”) für tiefe Arbeit. Es ist derselbe Chat, also läuft nichts auseinander.

Das ist die Kontrollturm-/Cockpit-Aufteilung: Das Board überblickt und steuert; ein volles KI-Chat-Panel dient der tiefen Arbeit. Beide projizieren dieselbe Sitzung.

Orchestrierungsgraph

Schalte in der Kopfzeile [Liste ⇄ Graph] um, um von der Kartenliste zu einem 🕸 Orchestrierungsgraphen zu wechseln — ein hierarchischer DAG, der jeden Agenten als Knoten und jede Delegation (agent_send) als Kante zeichnet, mit Verschieben und Zoomen. Du siehst auf einen Blick, wer was an wen übergeben hat und wo es hakt.

Echtzeit-Status pro Knoten: streaming, wartend, auf Genehmigung wartend, fertig.
Fluss-Routing: der Weg, den die Arbeit entlang einer Relay-Kette nimmt.

Verbindungsvisualisierung

Das Board macht Agentenbeziehungen sichtbar, damit ein volles Board lesbar bleibt.

Kante	Bedeutung	Farbe
→ pipe	As Ergebnis an B übergeben	blau
↩ ref	B referenziert As Chat	grau
⑃ subchat	A hat Sub-Agenten B erzeugt (`ai_subchat`)	violett
⚙ task	A hat eine Hintergrundaufgabe erzeugt (`task_spawn`)	grün
◱ team	Geteiltes Notiz-Thema / Projektordner	abgeleitetes Band

Verbindungsspur (linke Randspalte) — eine Git-Graph-artige Spur mit gekrümmten Verbindungen zwischen Karten, je Kantentyp eingefärbt, mit Pfeilen für die Richtung.
Badges auf jeder Karte — → pipe: B, C / ↩ refs: A / ⑃ subs: 2. Klicke, um zum Ziel zu scrollen und es hervorzuheben.
Live-Fluss-Animation — wenn eine Pipe auslöst, wandert ein Punkt entlang der Linie A→B und das Ziel blinkt auf.
Gruppenbänder — Karten, die sich einen Ordner oder ein Team-Thema teilen, erhalten links ein farbiges Band.
Fokusmodus — klicke auf 🔗, um nicht zugehörige Karten abzudunkeln und nur die ein- und ausgehenden Kanten einer Karte hervorzuheben.

Team-Modus

Agenten werden peer-bewusst gemacht, damit sie zusammenarbeiten, statt blind zu arbeiten.

Tool	Rolle
`agent_send(targetChatId, message)`	Arbeit/Ergebnisse an einen anderen Agenten übergeben (Relay). Ist das Ziel beschäftigt, wird es nach Ende des Turns dieses Agenten automatisch zugestellt
`agent_create(title, provider?, projectRoot?, mode?)`	Einen rollenbasierten Teamkollegen erstellen; per zurückgegebener chatId an ihn senden

Peer-bewusste Prompts — der System-Prompt jedes Agenten benennt seine Teamkollegen, deren Verantwortungsbereiche und wo Artefakte liegen, und weist ihn an, geteilte Entscheidungen in einer Team-Notiz (workspace_note) festzuhalten.
Sequenzielles Relay vs. paralleles Fan-out — abhängige Arbeit (C braucht Bs Ergebnis) wird sequenziell weitergereicht; nur unabhängige Arbeit fächert parallel auf. Übergib nicht dieselbe Datei gleichzeitig an zwei Agenten.
Berichtsprotokoll — schließt ein Agent delegierte Arbeit ab, berichtet er per agent_send an den Delegierenden zurück, sodass der Orchestrator den nächsten Schritt vorantreiben kann.
agent_create-Grenzen — neue Teamkollegen starten standardmäßig im Modus Act + Review (jede Änderung braucht deine Genehmigung); der autonome Modus ist Opt-in. Die Erstellung ist auf 5 Agenten pro 15-Minuten-Fenster begrenzt.
Loop-Guard — wenn dasselbe Paar Arbeit ständig hin- und herwirft, werden Relays blockiert. Der Guard nutzt ein 15-Minuten-Fenster (pro Richtung ~3, Round-Trip ~4, gesamt ~8), um endloses Relay und Kostenausufern zu stoppen.

Ausführungswarteschlange — parallel, aber sicher

Wenn sich mehrere Agenten auf einmal bewegen, entstehen Konflikte. Die Ausführungswarteschlange serialisiert und koordiniert sie mit Gates, sodass die Zahl „5” ein Nebenläufigkeitslimit ist, keine Obergrenze dafür, wie viele Agenten du verwalten kannst — geparkte Karten kosten nichts.

Eigener-Turn-Gate — wartet, wenn der Agent selbst bereits antwortet oder sich vorbereitet (immer ein Turn-Owner pro Chat).
Anbieter-Budget — eine Nebenläufigkeitsobergrenze pro Anbieter; Claude (ein Prozesspool, bis zu 5 LRU mit Leerlauf-Bereinigung) und Codex (thread-basiert) werden separat budgetiert, sodass ihre Limits einander nichts wegnehmen.
Dateikonflikt-Guard — Agenten im selben Ordner laufen standardmäßig parallel; nur wenn zwei Turns dieselbe Datei berühren, wartet einer (~90 s), um Überschreibungen zu verhindern.
⚡ Parallel-Umschalter — standardmäßig an. Schalte ihn aus, um auf strikte Serialisierung im selben Ordner zurückzufallen.

Dateiisolation — git + ChangeSet

Statt git-Worktrees isoliert Blyck die Dateiarbeit mit git-Checkpoints an Turn-Grenzen + ChangeSet-Zuordnung + dem Dateikonflikt-Guard der Ausführungswarteschlange.

Jeder Turn wird per Checkpoint gesichert (ein Wiederherstellungspunkt); wenn sich ein Board ein Repo teilt, committet jeder Agent separat, sodass Änderungen zuordenbar und einzeln rückgängig machbar bleiben.
Worktrees wurden bewusst nicht verwendet: Ordner pro Karte sind das übliche Muster (sodass Konflikte nur innerhalb eines Ordners auftreten), Worktrees sind unter Windows teuer und auf entfernten SFTP-Projekt-Roots strukturell unmöglich — genau dort, wo Blycks Werkbank glänzt.

Umgebungsisolation

Jeder Agent erhält einen isolierten SSH-/DB-Scope. Ein Remote-Host oder eine Datenbank, mit der sich ein Agent verbunden hat, sickert nicht in den Kontext eines anderen — das verhindert Unfälle bei der Teamarbeit. Das ist die Ebene, die konkurrierende Tools strukturell nicht erreichen können, weil die Agenten innerhalb derselben Werkbank leben wie die DB-, SSH- und Terminal-Panels.

Vereinheitlichter Genehmigungs-Posteingang

Bei mehreren Agenten — von denen einige im Hintergrund geparkt sind — würden Genehmigungsanfragen sonst in verborgenem DOM auftauchen, das du nicht sehen kannst. Das Board sammelt sie alle an einem Ort unten, passend zur Position der Inline-Genehmigungskarte.

Kompakte Karten, gruppiert pro Agent: Befehlsvorschau + Grund / Arbeitsverzeichnis + Erlauben / Verweigern.
Ein Akkordeon klappt den vollständigen Befehl auf.
Auf etwa ein Drittel des Bildschirms begrenzt, mit internem Scrollen, sodass es die Sitzungsansicht nie überdeckt.

Wie einzelne Genehmigungskarten funktionieren, siehe KI-Chat → Tool-Genehmigungs-Gate.

Board-Serialisierung — Wiederherstellung beim Neustart

Das Board-Layout, das Gespräch jeder Sitzung und der Fortschritt werden serialisiert und gespeichert (derselbe Mechanismus wie benannte Panel-Layouts). Starte die App neu, und das Board kommt intakt zurück — inklusive Karten, Gesprächen und Kanten.

Broadcast-Composer

Ein fixierter Composer unten sendet an alle, einige oder einen einzelnen Agenten auf einmal. Hänge eine geteilte Präambel (gemeinsamer Kontext) an, und jeder ausgewählte Agent erhält sie, wobei jeder sein eigenes Gate der Ausführungswarteschlange und seinen eigenen Genehmigungsmodus durchläuft — nie ein roher paralleler Start, der die Ownership umgeht.

Empfohlener Workflow

Gib dem Lead-Agenten das Gesamtziel.
Der Lead erstellt mit agent_create rollenbasierte Teamkollegen (oder hängt bestehende Sitzungen an).
Fächere unabhängige Arbeit mit agent_send parallel auf; reiche abhängige Arbeit sequenziell weiter.
Bearbeite Genehmigungen aus dem vereinheitlichten Posteingang.
Der Lead konsolidiert und verifiziert Artefakte — delegiere die Verifizierung bevorzugt an einen Peer, der sie nicht gebaut hat.

FAQ

Was, wenn Agenten sich endlos gegenseitig aufrufen? Der Loop-Guard erkennt Hin-und-Her-Wiederholung und Fan-out innerhalb eines 15-Minuten-Fensters und blockiert weitere Relays.

Was, wenn zwei Agenten dieselbe Datei bearbeiten? Agenten im selben Ordner laufen parallel, aber der Dateikonflikt-Guard der Ausführungswarteschlange lässt einen warten (~90 s), wenn ihre Turns dieselbe Datei berühren, was Überschreibungen verhindert. Schalte den ⚡ Parallel-Umschalter aus für strikte Serialisierung.

Wie viele Agenten können gleichzeitig laufen? Die Nebenläufigkeit ist pro Anbieter begrenzt (Claude ~5, Codex separat), aber du kannst weit mehr verwalten — geparkte Karten kosten nichts, und die Ausführungswarteschlange winkt den Rest durch, sobald Slots frei werden.

Verschwindet das Board beim Neustart? Nein. Board-Layout, Gespräche, Kanten und Fortschritt werden serialisiert und wiederhergestellt.

Warum keine git-Worktrees zur Isolation? Ordner pro Karte machen Konflikte selten (nur im selben Ordner), Worktrees sind unter Windows teuer und können auf entfernten SFTP-Roots nicht existieren. Blyck nutzt stattdessen git-Checkpoints + ChangeSet + den Dateikonflikt-Guard — was auch bei entfernten Ordnern funktioniert.

Kann die SSH-/DB-Verbindung eines Agenten einen anderen beeinflussen? Nein. Jeder Agent hat einen isolierten Umgebungs-Scope, sodass ein Remote-Host oder eine Datenbank nicht zwischen Agenten durchsickert.