Claude Code und Codex können in getrennten Paneflow-Checkouts arbeiten, wenn ihre Aufgaben unabhängig vorankommen. Lege die Zuständigkeit für Dateien fest, prüfe jede Änderung und integriere und teste anschließend beide Branches gemeinsam. Ein geteiltes Terminal trennt die bearbeitbaren Dateien nicht.

## Zwei unabhängige Aufgaben wählen

Lass für einen ersten Versuch Claude Code `docs/setup.md` aktualisieren und Codex in `tests/parser.test.js` Tests für einen vorhandenen Parser ergänzen. Beide starten vom selben eingecheckten Stand. Kläre zuerst das bestehende Verhalten des Parsers. Benötigen die Tests eine noch fehlende Implementierung, erledige die Aufgaben nacheinander.

Du brauchst Paneflow 0.17.4, ein Git-Repository mit einem eingecheckten Ausgangsstand und installierte, angemeldete Agenten. Die Befehlssyntax wurde am 1. Oktober 2026 unter Windows x64 mit Claude Code 2.1.286 und Codex CLI 0.159.2 geprüft. Anmeldung, Modellzugriff und Nutzungskosten liegen beim jeweiligen Anbieter.

## Erst den Checkout wählen

1. Erstelle nach der [Worktree-Referenz](/de/docs/worktrees) `docs/setup-guide` und `test/parser-cases` mit aktiviertem **Worktree** vom selben Stand. Bestehende Branches können einen vorhandenen Checkout wiederverwenden. Prüfe den Pfad.
2. Öffne in jedem Checkout ein Terminal. Prüfe mit diesen Befehlen, dass sich Verzeichnisse und Branches unterscheiden:

```sh
git rev-parse --show-toplevel
git branch --show-current
git status --short
```

3. Installiere Projektabhängigkeiten im benötigten Checkout. Vergib über die projektspezifischen Befehle unterschiedliche Entwicklungsserver-Ports, etwa 3001 und 3002.
4. Starte `claude` im Dokumentations-Checkout und `codex` im Test-Checkout. Gib die abgegrenzte Aufgabe selbst ein. Die Agenten sollen weder die Dateien der anderen Aufgabe bearbeiten noch Branches automatisch integrieren.

Die interaktiven Einstiege sind in den Referenzen für [Claude Code](https://code.claude.com/docs/en/cli-reference) und [Codex](https://developers.openai.com/codex/cli/reference/) dokumentiert. Wird ein Befehl nicht gefunden, prüfe Installation und PATH in dieser Shell mit `claude --version` oder `codex --version`.

## Aktivität verfolgen und Ergebnisse prüfen

Paneflows Aktivitätsanzeigen hängen von der Agentenintegration ab. Eine Leerlaufanzeige beweist keine bestandenen Tests. Lies das Terminal, beantworte Berechtigungsanfragen bewusst und prüfe den aktiven Checkout in **Changes**. Die Ansicht vergleicht vorgemerkte, nicht vorgemerkte und unversionierte Änderungen mit dessen `HEAD`, nicht den gesamten Branch.

Speichere Editorpuffer vor der Prüfung. Führe die relevanten Tests im Test-Checkout aus, prüfe die Dokumentation separat und sichere geprüfte Arbeit in Commits. Integriere sie im Integrations-Checkout nach eurem Git-Workflow, löse Konflikte und teste den gemeinsamen Stand. Lies neben [Changes](/de/blog/diff-viewer) auch den vollständigen Branch-Diff. Das überprüfbare Ergebnis sind zwei geprüfte Beiträge und ein getesteter Gesamtstand, nicht zwei Fertigmeldungen.

## Umfang der Prüfung

Die technische Probe dieses Leitfadens verwendet unter Windows x64 nur Shells: zwei Git-Worktrees, unabhängige Dateiänderungen, Prüfung je Checkout und Integration. Agentenversionen und Hilfetexte wurden ebenfalls geprüft. Der Maintainer bestätigte Erstellung und Wiederverwendung von Paneflow-Worktrees in der vorherigen Inhaltsprüfung; die [Implementierung in 0.17.4](https://github.com/arthjean/paneflow/blob/v0.17.4/src-app/src/workspace/worktree.rs) belegt das ausgelieferte Verhalten. Die Probe umfasst weder kostenpflichtige Modellaufgaben noch einen Geschwindigkeitsvergleich.

## Wann weniger Parallelität hilft

Bearbeiten zwei Agenten dieselbe Datei im gemeinsamen Checkout, können sie Änderungen überschreiben oder Konflikte erzeugen. Worktrees trennen Arbeitsdateien; beim Integrieren können Commits trotzdem kollidieren. Teile Zuständigkeiten auf oder starte die abhängige Aufgabe später.

Ports, Datenbanken, CPU, Arbeitsspeicher und Anbieterlimits bleiben gemeinsam. Ein Portkonflikt braucht getrennte Konfiguration statt eines weiteren Panes. Konkurrieren Builds um Speicher, greifen Anfragelimits oder wartet eine Aufgabe ständig auf unfertige Ergebnisse der anderen, pausiere eine davon. Worktrees sind keine Sicherheits-Sandbox; lokale Geheimnisse und Netzwerkrechte brauchen eigene Kontrollen.

Nutze beim Prüfen des Gesamtstands die [Worktree-Referenz](/de/docs/worktrees) zur Checkout-Verwaltung und den [Files-Leitfaden](/de/blog/files-sidebar) für Speicherkonflikte.