Ratgeber · Mehrere Agenten
Mehrere Agenten parallel: vom Konzept zum fertigen Feature.
Eine Sitzung wartet auf Tests, eine zweite auf deine Antwort, eine dritte schreibt Code. Mit mehreren Agenten gleichzeitig kommt ein Vorhaben schneller voran, aber nur, wenn jede Sitzung weiß, was sie tun soll, und du weißt, was jede gerade tut. Diese Anleitung zeigt den Ablauf mit Claude Code oder Codex und Workban.
- Claude Code und Codex
- Git-Worktrees
- Mit OpenSpec
- Stand 30. Oktober 2026
Ausgangslage
Mehr Sitzungen, mehr Durcheinander.
Wer mit einem Agenten arbeitet, wartet oft: auf Tests, auf einen Build, auf eine Rückfrage. Eine zweite und dritte Sitzung nutzen diese Zeit. Mit jeder weiteren Sitzung wächst aber die Gefahr, dass zwei an derselben Datei arbeiten, dass eine Aufgabe doppelt erledigt wird oder dass eine Sitzung seit zwanzig Minuten auf deine Freigabe wartet, ohne dass du es merkst.
Drei Dinge verhindern das: ein Plan, der die Arbeit in unabhängige Aufgaben schneidet, ein eigener Arbeitsplatz für jede Sitzung und ein gemeinsamer Überblick, der zeigt, welche Sitzung woran arbeitet und welche dich braucht.
Planen
Erst das Konzept, dann die Aufgaben.
Die Planung übernimmt eine Sitzung allein. Sie schreibt das Konzept und legt daraus die Aufgaben an.
- 01
Konzept schreiben lassen
Beschreib das Vorhaben und lass Claude Code oder Codex ein Konzept schreiben: was gebaut wird, aus welchen Teilen es besteht und welcher Teil auf welchen wartet.
- 02
In unabhängige Aufgaben schneiden
Für parallele Arbeit eignen sich Aufgaben, die getrennte Bereiche des Codes berühren, etwa API, Oberfläche und Tests. Was alle brauchen, wie ein Datenbankschema oder gemeinsame Typen, kommt als eigene Aufgabe zuerst.
- 03
Als Aufgaben ablegen
Der Agent legt jede Aufgabe mit Beschreibung und Abnahmekriterien im Backlog an, ohne sie zu starten. Hängt eine Aufgabe an einer anderen, steht das in der Beschreibung.
- 04
Prüfen
Sieh dir die Aufgaben im Board an, bevor die Arbeit beginnt. Was zu groß ist, teilst du, was fehlt, legst du dazu.
Mit OpenSpec
Spezifikation und Checkliste, bevor die Sitzungen starten.
OpenSpec ist ein quelloffenes Werkzeug für spezifikationsgetriebene Arbeit mit KI-Assistenten, darunter Claude Code und Codex. Es passt gut vor die parallele Umsetzung. Eine eingebaute Verbindung zu Workban gibt es nicht, der Agent überträgt die Aufgaben mit der CLI.
- openspec init
- Richtet OpenSpec im Repository ein. Danach stehen seine Befehle im Agenten bereit.
- /opsx:propose
- Schreibt zu einer Änderung unter
openspec/changes/<name>/den Vorschlag (proposal.md), die Anforderungen (specs/), den technischen Ansatz (design.md) und eine nummerierte Checkliste (tasks.md). - tasks.md → Workban
- Aus den Abschnitten der Checkliste legt der Agent je unabhängigem Teil eine Workban-Aufgabe an und nennt in der Beschreibung den Ordner der Änderung und den Abschnitt. Committe den Ordner, bevor du die Worktrees anlegst, damit jede Sitzung ihn hat.
- /opsx:apply
- Jede Sitzung setzt unter ihrer Workban-Aufgabe ihren Abschnitt der Checkliste um. Sag ihr, welcher Abschnitt zu ihrer Aufgabe gehört.
- /opsx:verify, /opsx:archive
- Prüft, ob die Umsetzung zur Spezifikation passt, und legt die fertige Änderung unter
openspec/changes/archive/ab, wenn alle Aufgaben erledigt sind.
Arbeitsplätze
Jede Sitzung in ihrem eigenen Worktree.
Ein Git-Worktree ist ein weiterer Arbeitsordner desselben Repositorys, mit eigenem Branch. So ändern zwei Sitzungen nie dieselben Dateien auf der Platte.
- git worktree add
git worktree add ../app-passkeys-api -b passkeys-apilegt neben dem Repository einen Ordner mit eigenem Branch an. Darin startest du die Sitzung.- claude --worktree
- Claude Code legt den Worktree auch selbst an, wenn du die Sitzung mit
--worktreestartest. - .workban.toml
- Liegt im Repository und damit in jedem Worktree. Die Hooks erkennen das Projekt dort genauso wie im Hauptordner.
- Abhängigkeiten
- Jeder Worktree braucht seine eigene Installation, etwa
pnpm install, bevor dort Tests laufen.
Starten
Jede Sitzung bekommt genau eine Aufgabe.
Du startest die Sitzungen nacheinander und sagst jeder, welche Aufgabe sie übernimmt.
- 01
Sitzung im Worktree öffnen
Claude Code oder Codex im Ordner des Worktrees starten. Beim Start zeigt Workban, was läuft und was im Backlog liegt.
- 02
Aufgabe zuweisen
Sag der Sitzung „erledige #31“. Sie liest Beschreibung, Kommentare und Anhänge und startet die Aufgabe, bevor sie die erste Datei ändert.
- 03
Der Riegel hält es sauber
Der Riegel zählt je Sitzung: Ohne eigene laufende Aufgabe hält Workban die Änderungen einer Sitzung an, in Codex nach der Freigabe der Hooks. So arbeitet jede Sitzung unter ihrer eigenen Aufgabe.
- 04
Abschließen und weiter
Ist eine Aufgabe fertig, schließt die Sitzung sie mit Kommentar und Link zum Pull Request ab. Danach kann sie die nächste aus dem Backlog übernehmen.
Überblick
Welche Sitzung woran arbeitet und welche dich braucht.
Ab drei Sitzungen ist der Überblick wichtiger als jede einzelne.
- Das Board zeigt jede Aufgabe mit Person, Agent und Branch, und auf der Karte, ob die Sitzung denkt, arbeitet, testet oder dich etwas fragt
- Die Seite Live zeigt jede Sitzung in einer Zeile: Agent, Aufgabe, Projekt, Branch, was sie gerade tut und die letzten 30 Minuten als Zeitleiste
- Der Filter „Braucht dich“ zeigt die eigenen Sitzungen, die auf eine Freigabe, eine Antwort oder Hilfe warten. Wartet eine, steht oben ein Banner, und „Live“ in der Seitenleiste trägt die Zahl
- „Hängt fest“ markiert eine Sitzung, deren gleicher Werkzeugaufruf in 20 Minuten dreimal gescheitert ist, bei Codex nur für MCP-Aufrufe
- In tmux zeigt die Statuszeile jedes Bereichs mit
#{@workban_task}, an welcher Aufgabe er arbeitet - Freigaben gibst du im Terminal der Sitzung. Schaltet dein Workspace den Terminal-Link ein, öffnet die Karte genau dieses Terminal, sofern deine Umgebung Terminals über eine Adresse öffnet
Tipps
Was parallele Arbeit leichter macht.
- Eine Aufgabe je Sitzung und eine Sitzung je Worktree
- Gemeinsame Grundlagen zuerst: Schema, Typen und Schnittstellen in einer Aufgabe, bevor die anderen starten
- Nacheinander mergen und nach jedem Merge die Tests laufen lassen, damit ein Konflikt dort auffällt, wo er entsteht
- Das Wissen einschalten: Was eine Sitzung gelöst und belegt hat, findet die nächste, statt neu zu suchen
- Alle Sitzungen zählen gegen dasselbe Kontingent deines Abos, etwa Claude Max oder ChatGPT Pro
- Wartet eine Aufgabe auf jemand anderen, geht sie auf Wartet. Die Wartezeit zählt nicht als Arbeitszeit
Kosten
Was die parallele Arbeit gekostet hat.
Jede Sitzung bucht ihren Token-Verbrauch auf ihre eigene Aufgabe. Am Ende steht an jeder Aufgabe, was sie gekostet hat, und die Statistik summiert je Projekt, je Modell und je Zeitraum. So siehst du, welcher Teil des Vorhabens am meisten gekostet hat.
Mit einem Abo zeigt die Zahl, was die Arbeit zu Listenpreisen gekostet hätte. Bezahlt hast du das Abo.
Fragen
Was oft gefragt wird.
Wie viele Sitzungen sind sinnvoll?
Können zwei Sitzungen dieselbe Aufgabe nehmen?
workban task list zeigen aber, welche Aufgabe schon läuft und bei wem, und du sagst jeder Sitzung, welche sie übernimmt.Subagenten oder mehrere Sitzungen?
Geht das mit Claude Code und Codex gemischt?
Quellen
Woher die Angaben stammen.
Was hier über andere Produkte steht, stammt aus deren eigenen Seiten und Ankündigungen, Stand siehe oben. Funktionen und Pläne ändern sich, im Zweifel gilt die Quelle.
Loslegen
Probier es mit deiner nächsten Aufgabe.
Workban ist kostenlos. Dein Workspace steht in einer Minute, und die erste Aufgabe erscheint, sobald dein Agent loslegt.