Fortgeschritten

Parallelisierung

Mehrere Agents gleichzeitig

Ein einzelner Agent ist begrenzt durch sequentielle Ausführung. Aber niemand sagt, dass du nur einen Agent nutzen darfst.

Parallelisierung ist der Multiplikator: Mehrere Claude-Sessions arbeiten gleichzeitig an verschiedenen Aufgaben. Deine Kapazität vervielfacht sich.

Warum Parallelisierung?

Agents sind nicht besonders schnell einzeln. Jede Aktion braucht Sekunden. Bei sequentieller Arbeit addieren sich die Wartezeiten.

Sequentiell

Task A (20 min) → Task B (15 min) → Task C (25 min)

= 60 Minuten

Parallel

Task A, B, C gleichzeitig

= 25 Minuten (längster Task)

Methoden der Parallelisierung

1. Mehrere Terminal-Tabs

Die einfachste Methode: Öffne mehrere Terminals, starte in jedem eine Claude-Session.

Tab 1 Claude arbeitet an Feature A

Tab 2 Claude reviewt PR #123

Tab 3 Claude schreibt Tests

Wichtig

Achtung: Wenn beide Sessions die gleichen Dateien ändern, gibt es Konflikte. Nutze verschiedene Branches oder arbeite an verschiedenen Bereichen.

2. Git Worktrees

Git Worktrees erlauben mehrere Checkouts des gleichen Repos in verschiedenen Verzeichnissen. Jede Session arbeitet isoliert.

# Worktree erstellen
git worktree add ../projekt-feature-a feature/a
git worktree add ../projekt-feature-b feature/b

# Jeweils in eigenem Terminal
cd ../projekt-feature-a && claude
cd ../projekt-feature-b && claude

Jede Session hat ihren eigenen Branch, eigene Dateien, keine Konflikte.

3. Headless Mode für Batch-Arbeiten

Mit claude -p kannst du Claude ohne interaktive Session nutzen. Perfekt für Batch-Verarbeitung.

# Beispiel: Mehrere Dateien migrieren
for file in $(cat files-to-migrate.txt); do
claude -p "Migriere $file von React zu Vue" &
done
wait # Warte auf alle

4. Writer/Reviewer Pattern

Eine Session schreibt Code, eine andere reviewt. Der Reviewer hat frischen Context und ist nicht voreingenommen.

Session A: Writer

"Implementiere den Rate Limiter für unsere API."

Session B: Reviewer

"Review den Rate Limiter in src/middleware/. Prüfe auf Edge Cases und Race Conditions."

5. Test/Implementation Split

Eine Session schreibt Tests, eine andere implementiert. True TDD mit getrennten Agents.

Session A: Tests

"Schreibe Tests für das User-Registration Feature basierend auf der Spec."

Session B: Implementation

"Implementiere User-Registration bis alle Tests in test/user_registration_test.rb grün sind."

Praktische Workflows

Feature-Entwicklung parallel

Wenn du mehrere unabhängige Features hast:

Erstelle für jedes Feature einen Branch
Erstelle Git Worktrees für jeden Branch
Starte in jedem Worktree eine Claude-Session
Gib jeder Session ihre Aufgabe
Prüfe die Ergebnisse und merge

Exploration + Implementation

Eine Session exploriert (read-only), eine implementiert:

Session A (Exploration):

"Analysiere wie das Payment-System funktioniert. Erstelle eine Dokumentation in PAYMENT-FLOW.md."

Session B (Implementation):

"Lies PAYMENT-FLOW.md und implementiere den Stripe-Webhook Handler."

Large-Scale Migration

Bei Migrationen (z.B. 500 Dateien von einem Format zum anderen):

Claude erstellt Liste aller zu migrierenden Dateien
Teste den Migrations-Prompt an 2-3 Dateien
Verfeinere den Prompt bis er zuverlässig funktioniert
Verteile die Dateien auf parallele Headless-Sessions
Prüfe Stichproben der Ergebnisse

Shared State managen

Parallelisierung hat eine Herausforderung: Shared State.

Resource	Problem	Lösung
Dateien	Gleichzeitige Änderungen	Git Worktrees oder verschiedene Bereiche
Datenbank	Konkurrierende Writes	Separate Test-DBs oder Isolation
Ports	Port-Konflikte	Verschiedene Ports pro Session
Git	Branch-Konflikte	Separate Branches

Wann nicht parallelisieren

Parallelisierung ist nicht immer die Antwort:

Abhängige Tasks: Wenn B von A abhängt, kann B nicht parallel laufen
Gleiche Dateien: Zwei Sessions an der gleichen Datei = Chaos
Komplexe Koordination: Wenn die Tasks eng verzahnt sind
Debugging: Sequentiell ist oft einfacher zu verfolgen

Best Practices

Tipp

Start mit 2-3 parallelen Sessions. Mehr ist nicht automatisch besser – der Overhead der Koordination steigt.

Klare Aufgabentrennung: Jede Session hat einen klaren Scope
Git Worktrees nutzen: Saubere Isolation ohne Konflikte
Sessions benennen: /rename feature-a hilft beim Überblick
Ergebnisse prüfen: Parallel heißt nicht ungeprüft
Writer/Reviewer kombinieren: Frische Augen finden Fehler

Zusammenfassung

Parallelisierung multipliziert deine Kapazität – 3 Sessions = 3x Output
Git Worktrees für Isolation – keine Konflikte bei paralleler Arbeit
Writer/Reviewer Pattern – frischer Context findet Fehler
Headless für Batch – claude -p für automatisierte Verarbeitung
Shared State managen – klare Trennung verhindert Konflikte