Coding-Agenten unter Windows parallel verwalten

Wenn du nach „parallelen Coding-Agenten“ suchst, hat die Download-Seite der Tools, die du findest, oft genau einen Button: Download für macOS. Wenn du unter Windows programmierst, laufen die Agenten selbst längst; Claude Code, Codex und Gemini CLI starten inzwischen nativ in PowerShell. Was fehlt, ist ein Tool, das sie gemeinsam verwaltet.

Dieser Beitrag füllt diese Lücke: wie du unter Windows mehrere Coding-Agenten einrichtest, voneinander trennst und im Blick behältst, welche Tools unter Windows wirklich laufen und wann du WSL brauchst. Eines dieser Tools, AgentVera, bauen wir selbst; wir beschreiben es samt seinen Grenzen.

Laufen die Agenten selbst unter Windows?

Ja. Stand 2026 haben die meisten großen Coding-Agenten eine native Windows-Installation:

Alle Installationsbefehle findest du im Beitrag Coding-Agenten unter Windows installieren.

Und die Agenten-Manager?

Hier liegt das eigentliche Problem. Die meisten Tools, die mehrere Agenten parallel ausführen, sind Mac-only:

• Conductor gibt es nur für macOS. Die offizielle Doku verweist für Windows und Linux auf eine Warteliste.
• Paradev (früher Superset) läuft unter macOS; laut FAQ gibt es Windows noch nicht. Die Linux-Version ist experimentell.
• Sculptor (Imbue) ist für Apple-Silicon-Macs und Linux; Windows ist „in Arbeit“.
• Claude Squad baut auf tmux auf. tmux hat keine native Windows-Version, deshalb läuft es unter Windows nur in WSL.
• Nimbalyst (der Nachfolger von Crystal) läuft unter Windows, macOS und Linux und unterstützt Claude Code und Codex.
• Anthropics Claude Desktop-App läuft unter Windows und kann parallele Sessions in Worktrees öffnen, führt aber nur Claude aus.

Wenn du unter Windows Agenten mehrerer Anbieter in einem Fenster verwalten willst, ist die Auswahl also klein. Kommst du vom Mac und suchst einen Ersatz für Conductor, geht der Beitrag Conductor für Windows: die Alternativen auf den Vergleich ein.

Drei Dinge, die parallele Agenten brauchen

Egal welches Tool du nutzt: Parallele Agenten unter Windows stehen auf diesen drei Säulen.

1. Eine eigene Arbeitskopie pro Agent

Zwei Agenten im selben Ordner überschreiben sich gegenseitig die Dateien. Die Lösung ist git worktree: getrennte Ordner aus demselben Repo, jeweils auf einem eigenen Branch.

git worktree add ..\project-auth -b agent/auth
git worktree add ..\project-tests -b agent/tests

Zwei Windows-spezifische Punkte:

• Lange Pfade. Tiefe node_modules-Ordner können an die 260-Zeichen-Grenze stoßen. Setze git config --global core.longpaths true und lege Worktrees unter einer kurzen Wurzel wie C:\src ab.
• Zeilenenden. Schreiben Agenten eine Datei mit LF und Windows-Tools speichern sie mit CRLF, werden Diffs unübersichtlich, und manche Bearbeitungswerkzeuge melden „Text nicht gefunden“. Füge dem Repo eine .gitattributes mit * text=auto hinzu.

Details findest du unter Git Worktrees für parallele Agenten.

2. Ein Ort, an dem du alle Agenten gleichzeitig siehst

Auf dem Mac übernimmt das meist tmux. Unter Windows hast du zwei Wege:

• Bereiche im Windows Terminal. Mit Alt+Shift+D teilst du einen Bereich und startest in jedem einen Agenten. Kostenlos und schnell; aber welcher Agent fertig ist und welcher auf eine Freigabe wartet, findest du nur heraus, indem du jeden Bereich einzeln ansiehst.
• Ein Agenten-Manager. Eine Desktop-App, die die Agenten in einem Raster zeigt und den Status jedes Panes anzeigt (läuft, wartet auf Freigabe, fertig).

3. Ein Ablauf, der Freigaben bündelt

Wenn drei Agenten gleichzeitig Schreibrechte anfragen, wirst du zum langsamsten Glied. Siehst du alle Freigaben in einer einzigen Warteschlange oder legst du für vertrauenswürdige Aufgaben vorab Berechtigungsregeln fest, wird paralleles Arbeiten wirklich parallel. Eine Windows-Benachrichtigung, sobald ein Agent fertig ist oder eine Frage stellt, erfüllt denselben Zweck.

Parallele Agenten unter Windows mit AgentVera

AgentVera ist eine Desktop-App, die nativ unter Windows läuft, kein Port, der über WSL läuft. Lade den x64-Installer herunter und führe ihn aus; neue Versionen werden im Hintergrund geladen. (Der Installer ist noch nicht mit einem Microsoft-Zertifikat signiert; klicke in SmartScreen auf „More info“ und dann auf „Run anyway“.)

Was es unter Windows tut:

• 18 Coding-Agenten, ein Raster. Claude Code, Codex, Gemini CLI, Copilot, Cursor, opencode, Qwen Code, Kiro und weitere stehen in einem Raster von 1×1 bis 5×4 nebeneinander. Jedes Pane zeigt seinen Status und die Live-Kontextgröße. Siehe den Workspace.
• Echte Terminals. Jeder Agent läuft in einer echten Terminal-Session auf der ConPTY-Schicht von Windows; die Oberfläche des Agenten sieht aus wie im Windows Terminal.
• .cmd-Shims sind kein Problem. npm installiert unter Windows Shims wie claude.cmd und codex.cmd, und cmd.exe parst die Argumente neu. AgentVera entpackt den Shim und startet das Skript darin direkt; Rollen und JSON-Einstellungen mit & oder % bleiben intakt.
• Worktrees. Im Git-Panel legst du einen Worktree an und startest den Agenten direkt darin.
• Freigaben in einer Warteschlange. Die Berechtigungsanfragen aller Agenten landen in einer einzigen Warteschlange; ist ein Agent fertig, kommt eine Windows-Benachrichtigung.
• Limits. Ist ein Claude-Limit aufgebraucht, schiebt der Kontowechsel (Pro) den Agenten zum nächsten Konto.

Auch die Grenzen sind klar: Derzeit gibt es nur einen x64-Installer (unter Windows on ARM läuft er per Emulation), und Agenten in WSL verwaltet AgentVera nicht direkt. Einen in WSL installierten Agenten kannst du in einem Terminal-Agenten mit einem Befehl wie wsl claude starten; dann bekommst du ein Terminal-Pane, aber keine agentenspezifischen Funktionen wie die Session-Fortsetzung.

Alles Windows-spezifische fasst die Windows-Seite zusammen.

Sollte ich WSL nutzen?

Kurz gesagt: Ja, wenn dein Projekt an Linux hängt; sonst nicht.

• Natives Windows ist die richtige Wahl für .NET, C#, Unity, Windows-Desktop-Apps und jedes Projekt, dessen Code auf dem Laufwerk C: liegt. Kurze Einrichtung, schneller Dateizugriff.
• WSL 2 ist besser für Docker-lastige Projekte, Shell-Skripte und Tools, die nur unter Linux laufen. Halte den Code im Linux-Dateisystem; über /mnt/c zu arbeiten ist deutlich langsamer.

Den vollständigen Vergleich findest du unter WSL oder natives Windows.

Häufige Probleme unter Windows

Der Agent-Befehl wird nicht erkannt. Der Installationsordner ist noch nicht im PATH. Öffne ein neues Terminal; where claude oder where codex zeigt, was gefunden wird.

Der Agent führt Shell-Befehle in der falschen Shell aus. Claude Code nutzt Git Bash, wenn Git for Windows installiert ist, sonst PowerShell. Um auf ein bestimmtes Git Bash zu verweisen, setze CLAUDE_CODE_GIT_BASH_PATH.

Der Worktree lässt sich nicht anlegen. Meist ein zu langer Pfad oder eine gesperrte Datei. Aktiviere core.longpaths, lege den Worktree unter einer kurzen Wurzel ab und schließe offene Editoren und Dev-Server.

Zwei Agenten wollen denselben Port. Gib dem Dev-Server jedes Worktrees einen eigenen Port.

Fazit

Einen Coding-Agenten unter Windows auszuführen ist kein Problem mehr; mehrere zu verwalten ist im Vergleich zum Mac immer noch schwerer, weil die meisten Tools Windows auslassen. Ein Worktree pro Agent, eine Ansicht nebeneinander und eine einzige Freigabe-Warteschlange schließen diese Lücke. Wenn du das fertig haben willst, kannst du AgentVera kostenlos herunterladen; es läuft unter Windows, macOS und Linux gleich.