Workspaces & Raster

Workspaces

Ein Workspace ist ein Projektordner mit seinen Agenten. In der Seitenleiste stehen alle Workspaces mit ihren Sessions; die Zahl zeigt, wie viele laufen. Workspaces lassen sich zuklappen, umbenennen und farblich unterscheiden.

Agenten starten

+ neben dem Raster / „Terminals hinzufügen“: öffnet den Session-Start auf einer Seite — Preset wählen (z. B. „Paar-Programmierung“), Agent als Karte wählen (nicht eingerichtete CLIs sind ausgegraut), wie viele, darunter die Vorschau „Wird gestartet“ (einzelne Plätze und Konten lassen sich umstellen), dazu eigener Worktree und Fokus-Ansicht. Ein neuer Ordner wird zum Workspace.
Auftragsleiste (Strg+Umschalt+A): ein Satz genügt, siehe Arbeitsablauf.
+ am Workspace: neue Session in diesem Projekt — als Terminal (die CLI wie gewohnt) oder als Thread (Gespräch mit Freigaben, siehe Threads).
Mehrere einrichten …: mehrere Agenten auf einmal, auch mit verschiedenen Konten.

An eine andere CLI übergeben

Ist das Kontingent einer CLI leer oder soll eine andere weitermachen: Knopf Übergeben (Teilen-Symbol) oben rechts in der Session, CLI wählen, optional einen Wunsch dazuschreiben („Nur noch die Tests reparieren“). Die neue CLI startet im selben Ordner (auch im selben Worktree) und bekommt eine Übergabe mit:

dem Auftrag — vom Board oder die letzten Anweisungen an die alte Session,
dem Stand im Git — Branch und geänderte Dateien mit Zeilenzahlen,
der letzten Ausgabe der alten Session (bereinigt, Geheimnisse geschwärzt),
der Bitte, zuerst git diff zu lesen und nichts doppelt zu machen.

Die alte Session bleibt offen; eine verknüpfte Board-Aufgabe wandert mit. Übergeben wird immer an eine andere CLI, nie an ein anderes Konto derselben. Bei Threads gibt es die Übergabe ebenso (siehe Threads).

Raster und Fokus

Im Raster siehst du alle Sessions als Kacheln und kannst direkt hineintippen. In der Ansicht Alle Projekte stehen die Sessions sämtlicher Workspaces nebeneinander. Ein Doppelklick öffnet eine Session im Fokus.

Jede Kachel zeigt ihren Zustand: arbeitet, wartet auf dich (Frage oder Freigabe) oder beendet. Wartet ein Agent, bekommst du auf Wunsch eine Benachrichtigung — auch wenn die CLI selbst eine schickt.

reagiert nicht — du hast etwas eingegeben, aber der Bildschirm ändert sich seit 10 Sekunden nicht. Meist hängt die CLI; Fenster schließen und neu starten, der Verlauf bleibt.
Anbieter überlastet — die CLI meldet z. B. „429 · overloaded“ oder „529 overloaded_error“. Das liegt beim Anbieter, nicht an dir: kurz warten und die Nachricht nochmal schicken.

Terminal-Panel

Mit Strg+J öffnest du unten ein normales Terminal im Ordner des aktuellen Workspace — wie in VS Code, unabhängig von den Agenten. Mehrere Shells als Reiter; die Höhe ziehst du am oberen Rand.

Ports — jeder lokale Server, den ein Terminal startet (z. B. npm run dev → localhost:3000), mit grünem Punkt, solange er läuft: Im Browser öffnen, Kopieren, Beenden.
Probleme — rote Tests und abgestürzte Agenten des Projekts, mit Beheben lassen.
Rechts oben: neue Shell, Teilen (zwei Shells nebeneinander), Beenden, Vergrößern.

Startet der Dirigent einen Dev-Server, landet er hier — das Raster bleibt den Agenten vorbehalten.

Seitenpanel

Rechts liegen Orchestrator, Änderungen, Agenten, Browser und Editor. Die Reiter lassen sich per Ziehen umsortieren; die Reihenfolge bleibt gespeichert.

Agenten-Browser: Claude Code, Codex, Kimi Code und Gemini CLI können die eingebaute Vorschau selbst bedienen — Seite öffnen, lesen, klicken, Felder ausfüllen, Bildschirmfoto, Handy-Ansicht, Konsolenfehler. So prüfen sie ihre Arbeit, statt einen eigenen Browser zu starten. Über der Vorschau steht, welcher Agent sie gerade bedient. Nur lokale Seiten (localhost).

Nach einem Neustart

Sessions laufen nach einem Neustart der App weiter: Jede CLI setzt ihr letztes Gespräch fort. Alte Threads kannst du archivieren; sie verschwinden aus der Seitenleiste, der Verlauf bleibt.