Claude Code und Codex mit Git-Worktrees parallel nutzen

Aufgaben wählen, die unabhängig vorankommen

Paralleles Arbeiten hilft bei klar abgegrenzten Aufgaben. Eine Session kann eine API-Schnittstelle untersuchen, während eine andere eine bereits abgestimmte Oberflächenänderung vorbereitet. Zwei Agenten, die denselben Baustein ohne gemeinsames Konzept umschreiben, erzeugen häufig zusätzliche Integrationsarbeit.

Benenne für jede Aufgabe das konkrete Ergebnis. Halte fest, welchen Bereich sie bearbeiten darf, welche Prüfung Erfolg belegt und von welchen anderen Ergebnissen sie abhängt. Muss eine Aufgabe auf eine andere warten, bleibt diese Reihenfolge auch bei mehreren Agenten bestehen.

Beispiel: einen Filter für eine Projektliste ergänzen

Eine sinnvolle Aufteilung kann einer Session die Filterlogik und passende Tests geben. Eine zweite ergänzt die Bedienelemente und den Text für eine leere Ergebnisliste. Beide erhalten dieselben Kriterien: Standardmäßig bleiben alle bisherigen Ergebnisse sichtbar, Zurücksetzen stellt sie wieder her und die Tastaturbedienung funktioniert weiter.

Die anschließende Prüfung betrachtet beide Teile zusammen. Sie kontrolliert, ob die Oberfläche die vereinbarte Logik verwendet und ob die Tests das tatsächliche Verhalten abdecken. Das ist ein vorgeschlagener Ablauf und keine gemessene Behauptung, dass zusätzliche Agenten grundsätzlich Zeit sparen.

Claude und Codex in einen gemeinsamen Chat holen

Für ein Claude-/Codex-Paar kannst du den gemeinsamen Chat verwenden: Starte die Zusammenarbeit bewusst per Schaltfläche oder mit „Hol Codex dazu“. Beide behalten ihre eigenen Sessions und Absender, während Aufgaben, Antworten und Bilder in einem sichtbaren Verlauf zusammenlaufen.

Nutze „Gemeinsam“, um den Hauptagenten koordinieren zu lassen, oder richte eine Nachricht direkt an Claude oder Codex. Bei angehängtem Repository hat der zweite Agent seinen eigenen Worktree. Plane weiterhin die Zusammenführung und die Prüfungen des kombinierten Ergebnisses.

Die gemeinsame Unterhaltung ersetzt keinen abgeschlossenen Test. Beende die Zusammenarbeit, wenn keine weiteren Übergaben gewünscht sind. Nach einem Neustart ist ein bewusster Start erforderlich; unterbrochene Übergaben können Aufmerksamkeit brauchen. Die Detaildokumentation beschreibt Wiederaufnahme und Fehlerfälle.

Gespräche und Arbeitsdateien getrennt halten

Eine Session trennt ihr Gespräch von anderen Sessions. Ein Git-Worktree trennt zusätzlich das ausgecheckte Arbeitsverzeichnis auf einem Branch. Wenn du ein Repository anhängst oder Worker im Team anlegst, müssen diese konsequent im zugewiesenen Checkout arbeiten. So überschreibt ein Worker nicht unmittelbar die Dateien eines anderen.

Worktrees teilen weiterhin die Repository-Historie. Sie lösen keine widersprüchlichen Entwürfe, gemeinsam verwendeten Datenbanken oder externen Deployments. Beschreibe deshalb im Auftrag, wie mit diesen gemeinsamen Ressourcen umzugehen ist. Zwei Arbeitsordner sind kein Grund, denselben Dienst gleichzeitig mehrfach auszuliefern.

Vom Auftrag zum zusammengeführten Ergebnis

Im Team-Ablauf von IXIOM bleiben die Übergaben sichtbar. Der Lead hält den Integrationskontext, Worker bearbeiten abgegrenzte Aufgaben und der Guardian prüft Ergebnisse anhand der Repository-Regeln. Befunde können eine weitere Arbeitsrunde auslösen.

1. Einen gemeinsamen Auftrag formulieren

   Beschreibe das gewünschte Verhalten, die Grenzen und die erforderlichen Prüfungen. Lies die vorgeschlagene Aufgabenaufteilung, bevor die Worker starten.

2. Jedem bearbeitenden Worker seinen Checkout zuweisen

   Seine Änderungen gehören in den zugewiesenen Worktree und auf den passenden Branch. Für unabhängige Recherche ohne Dateiänderungen ist kein zusätzlicher Bearbeitungsbranch nötig.

3. Die fertigen Änderungen prüfen

   Kontrolliere Diff und Prüfergebnisse. Offene Guardian-Befunde müssen beurteilt werden, auch wenn die konfigurierte Höchstzahl an Prüfrunden bereits erreicht ist.

4. Zusammenführen und das gemeinsame Verhalten testen

   Integriere die akzeptierten Ergebnisse über den Lead. Führe die erforderlichen Prüfungen auf dem zusammengeführten Stand aus. Zwei einzeln grüne Branches können zusammen trotzdem Fehler verursachen.

5. Die Auslieferung verifizieren

   Nutze den dokumentierten Release-Prozess des Repositorys und prüfe die laufende Version oder das geänderte Verhalten. Ein erfolgreicher Push allein belegt noch kein abgeschlossenes Deployment.

Backends mischen und den Projektkontext erhalten

Du kannst Claude Code, Codex, Antigravity, Kimi, Grok, Hermes oder unterstützte ACP-Agenten in eigenen Sessions nutzen. Der gemeinsame Chat verbindet derzeit Claude und Codex. Wähle für jeden Auftrag einen passenden, eingerichteten Zugang. Anbieterlimits und mögliche API-Kosten bleiben bestehen.

Halte akzeptierte Entscheidungen im Repository-Auftrag oder in der Projektdokumentation fest. Eine andere Unterhaltung kennt sie nicht automatisch. Eine kurze schriftliche Vereinbarung über die Schnittstelle hilft oft mehr, als jeden Agenten denselben Entwurf unabhängig erschließen zu lassen.

Den Arbeitsumfang übersichtlich halten

Beginne mit wenigen Workern. Nutze aussagekräftige Namen, prüfe das Board auf blockierte Arbeit und führe voneinander abhängige Ergebnisse bewusst zusammen. Erhöhe die Parallelität erst, wenn du weiterhin erklären kannst, welchen Bereich jede Session verantwortet.

Die Team-Anleitung beschreibt Rollen, Aufgabenboard und Integrationseinstellungen im Detail. Allgemeine Session-Steuerung und Layouts findest du in der Dokumentation. Das Ziel ist eine geprüfte, zusammengeführte Änderung, die verständlich und wartbar bleibt.