KI-Agenten-Schwarm: wie du mehrere Agenten auf einmal startest

Was ist ein Agenten-Schwarm in einfachen Worten

Stell dir einen Umzug an einem einzigen Tag vor. Ein Träger schleppt Kartons bis tief in die Nacht - und morgens ist er immer noch nicht fertig. Eine Crew aus vier Leuten dagegen ist bis Mittag durch: einer räumt die Küche, der zweite das Schlafzimmer, der dritte lädt ein, der vierte baut den Schrank vor Ort zusammen. Alle arbeiten gleichzeitig.

Genau das ist ein Agenten-Schwarm. Statt eines einzigen KI-Helfers, der alles nacheinander macht, startest du mehrere. Und jeder schnappt sich seinen Teil der Aufgabe.

Warum ein Vibecoder mehrere Agenten startet

Du bist Vibecoder. Früher oder später kommt eine Aufgabe, an der ein einzelner Agent quälend lange kaut: „bau mir eine Seite mit Datenbank, Buttons, Bezahlseite und Tests“. Kommt dir das bekannt vor? Wenn du einen Schwarm starten kannst, dann:

• bekommst du das Ergebnis um ein Vielfaches schneller - vier Teile entstehen gleichzeitig statt hintereinander;
• verlierst du nicht den Faden - jeder Agent sitzt in seiner kleinen Aufgabe, nicht in einer riesigen, ellenlangen Anweisung „mach alles auf einmal“;
• verteilst du verschiedene Rollen: einer schreibt Code, der andere prüft ihn direkt;
• starrst du nicht mehr auf den Bildschirm und wartest, bis der einzige Helfer ins Ziel humpelt.

Mal ehrlich: ein Schwarm ist kein Zauberknopf „4-mal schneller“. Startest du schief, kriegst du vier Agenten, die an einer Datei rumpfuschen und sich prügeln. Deshalb jetzt - wie man es klug macht.

Wie ein Agenten-Schwarm funktioniert: die drei Säulen

1. Aufteilen: zerleg die Aufgabe in unabhängige Teile

Die wichtigste Schwarm-Regel lautet: parallel geht nur, was nicht voneinander abhängt. Wie bei den Trägern - zwei tragen ein Sofa nicht in entgegengesetzte Richtungen.

• ✅ „Bau die Datenbank“ + „Zeichne die Buttons“ + „Schreib die Texte“ - das sind unabhängige Teile. Schwarm passt.
• ❌ „Streich die Wand“ + „Tapezier dieselbe Wand“ - das zweite wartet auf das erste. Hier hilft der Schwarm nicht, das wird ein Chaos.

2. Isolation: git worktree gibt jedem seine eigene Kopie

Zwei Agenten gehen gleichzeitig in dieselbe Datei - und überschreiben sich gegenseitig die Arbeit. Chaos. Die Lösung ist simpel: gib jedem seine eigene private Projektkopie.

Dafür gibt es einen cleveren Trick - git worktree Git worktree - eine separate Arbeitskopie deines Projekts in einem eigenen Ordner, aber mit demselben Repository verbunden. Du kannst mehrere Kopien anlegen und in jeder unabhängig arbeiten und die Änderungen am Ende sauber zusammenführen. . Das ist, als würdest du jedem Träger ein eigenes Zimmer geben: er räumt auf, wie er will, und am Ende führt ihr alles zusammen. Jeder Agent fasst nur seinen eigenen Ordner an. Da gibt es schlicht nichts, worum man sich streiten könnte.

3. Vorarbeiter: jemand verteilt und sammelt ein

Ein Schwarm ohne Koordinator ist einfach ein Haufen. Jemand muss die Aufgaben verteilen, den Fortschritt im Blick behalten und die Ergebnisse zusammentragen. Das machst entweder du selbst oder ein spezielles Vorarbeiter-Tool. Dazu gleich mehr.

Zwei Wege, einen Agenten-Schwarm aufzustellen

Es gibt zwei Ansätze. Der erste - per Hand, dafür siehst du alles. Der zweite - überlass es dem automatischen Vorarbeiter.

Weg 1: dmux - Agenten-Panels im Terminal

dmux dmux - ein Panel-Manager für KI-Agenten auf Basis von tmux. Teilt den Terminal-Bildschirm in mehrere Fenster, in jedem ein eigener Agent mit eigener Aufgabe. teilt dein Terminal in mehrere Fenster-Panels. In jedem Panel lebt ein eigener Agent mit eigener Aufgabe. Du siehst buchstäblich die ganze Crew auf einem Bildschirm.

So sieht das live aus:

• Du drückst n - ein neues Panel erscheint, du schreibst ihm seine Aufgabe.
• Panel 1: „Bau Login und Registrierung“.
• Panel 2: „Schreib Tests für die Nutzer“.
• Panel 3: „Aktualisiere die API-Doku“.
• Du drückst m - das Ergebnis des Panels fließt zurück in die Hauptsession.

dmux kann nicht nur Claude starten, sondern auch andere Agenten (Codex, OpenCode, Gemini und so weiter). Wenn du willst, setzt du in verschiedene Panels verschiedene Tools. Tipp von den Machern: halt die Zahl der Panels bei 5-6, sonst verdampfen Tokens und Geld vor deinen Augen.

Weg 2: DevFleet - der automatische Vorarbeiter

DevFleet Claude DevFleet - ein System, das eine Aufgabe selbst in eine Kette von Teilaufgaben zerlegt, sie an Agenten in isolierten Projektkopien verteilt, den Fortschritt überwacht und Reports einsammelt. ist schon ein schlauer Vorarbeiter. Du stellst die Aufgabe in Worten, den Rest erledigt er:

1. Erstellt selbst den Plan - zerlegt „bau eine REST API mit Login und Tests“ in eine Kette von Teilaufgaben (genau das nennt man Projektplanung).
2. Zeigt dir den Plan - welche Teilaufgaben, was von was abhängt. Du nickst oder korrigierst.
3. Verteilt die Aufgaben an die Agenten - jeder setzt sich in seine isolierte Projektkopie.
4. Eine Teilaufgabe ist fertig - ihr Ergebnis fließt von selbst ein, und der nächste Schritt startet von selbst, der darauf gewartet hat.
5. Alles fertig - du liest einen sauberen Report: welche Dateien geändert wurden, was gemacht wurde, wo Fehler sind, was als Nächstes zu tun ist.

dmux oder DevFleet: was wählen

Beispiel: ein Agenten-Schwarm für einen Online-Shop

Du sagst einem Agenten: „Bau mir einen Online-Shop - Katalog, Warenkorb, Bezahlseite und Tests für alles“. Der Agent legt brav los und werkelt drei Stunden, macht alles nacheinander. Du sitzt da und wartest. Und wartest. Und wartest noch ein bisschen.

Und jetzt - wie ein Vibecoder das mit einem Schwarm durchzieht. Er sieht, dass Katalog, Warenkorb und Bezahlung größtenteils unabhängige Teile sind, und verteilt sie an die Crew. Jeder kriegt seine eigene Projektkopie, damit sie sich nicht wegen der Dateien verhaken.

Zerlege die Aufgabe „Online-Shop“ in parallele Teile und starte sie als Schwarm.

Prüf zuerst, welche Teile NICHT voneinander abhängen - die kann man parallel machen. Die abhängigen verschieb auf später.
Für jeden parallelen Teil leg eine separate Projektkopie an (git worktree), damit die Agenten nicht dieselben Dateien bearbeiten.
Verteil die Teile so: Agent 1 - Produktkatalog, Agent 2 - Warenkorb, Agent 3 - Bezahlseite.
Gemeinsame Tests und Build mach NACHDEM die Teile fertig sind - das ist ein abhängiger Schritt, den parallelisieren wir nicht.
Halt die Zahl der Agenten bei bis zu 4. Am Ende führ alle Branches zusammen und zeig einen kurzen Report: was gemacht wurde, was geändert wurde, wo noch Probleme sind.

Häufige Fehler beim Start eines Schwarms

• Abhängige Aufgaben parallelisieren. Schritt B wartet auf das Ergebnis von Schritt A - der Schwarm verwirrt nur alles. Mach sie nacheinander.
• Alle in eine Datei lassen. Ohne separate Kopien (worktree) überschreiben die Agenten sich gegenseitig die Arbeit. Gib jedem sein eigenes Zimmer.
• Eine ganze Armee aufstellen. 15 Agenten sind nicht 15-mal schneller, sondern 15-mal teurer und 15-mal chaotischer. Halt den Schwarm bei 5-6.
• Den Vorarbeiter vergessen. Jemand muss die Aufgaben verteilen und das Ergebnis einsammeln - entweder du oder DevFleet. Ein Haufen ohne Koordinator = Chaos.
• Die Ergebnisse nicht zusammenführen. Die Teile entstanden in verschiedenen Kopien - sie müssen wieder in ein Projekt zusammengeführt werden. Das ist der finale Schritt, den verschläft man leicht.
• Blind mergen. Bevor du zusammenführst, prüf kurz, was jeder Agent fabriziert hat. Sonst schleppst du fremde Macken direkt ins Hauptprojekt.