Du bist jetzt der CEO: Wie du ein KI-Entwicklerteam in Claude Code führst
Stell dir das vor. Du öffnest dein Terminal, tippst ein paar Sätze, und plötzlich teilt sich dein Bildschirm in mehrere Fenster auf - jedes davon ein autonomer KI-Entwickler, der an einem anderen Teil deines Projekts arbeitet. Sie sprechen miteinander. Sie übernehmen Aufgaben. Sie hinterfragen gegenseitig ihre Ideen. Und du lehnst dich einfach zurück und schaust zu, wie es sich wie ein Echtzeit-Strategiespiel entfaltet.
Das ist Agent Teams in Claude Code. Und es ist jetzt Realität geworden.
Was sind Agent Teams?

Agent Teams ermöglichen es dir, mehrere Claude Code Instanzen gemeinsam zu koordinieren. Eine Session fungiert als Team Lead - sie koordiniert die Arbeit, weist Aufgaben zu und fasst Ergebnisse zusammen. Die übrigen sind Teammitglieder - unabhängige Sessions, jede mit eigenem Kontextfenster, die direkt miteinander kommunizieren.
Das unterscheidet sich von Subagenten: Subagenten laufen innerhalb einer einzelnen Session und können nur an den Hauptagenten zurückmelden. Sie können nicht miteinander sprechen. Agent Teams sind vollständig unabhängige Claude Code Instanzen, die sich direkt Nachrichten schicken. Verwende Subagenten für schnelle, fokussierte Aufgaben, die zurückmelden müssen. Verwende Agent Teams, wenn Teammitglieder Erkenntnisse teilen, sich gegenseitig herausfordern und eigenständig koordinieren müssen.
Du behältst jederzeit die Kontrolle. Claude erstellt nie ein Team ohne deine Genehmigung - entweder du forderst eines an, oder Claude schlägt eines vor und wartet auf deine Bestätigung, bevor es weitergeht.
In 30 Sekunden aktivieren
Agent Teams sind experimentell und standardmäßig deaktiviert. Aktiviere die Funktion mit einer dieser zwei Methoden:
Option 1: Umgebungsvariable
export CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1
Option 2: Einstellungsdatei
Füge es zu deiner settings.json hinzu:
{
"env": {
"CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}
Das ist alles. Du bist jetzt ein Team-Manager.
Dein erstes Team starten
Keine Konfigurationsdateien. Kein YAML. Beschreibe einfach die Aufgabe und die gewünschte Teamstruktur in natürlicher Sprache. Claude erstellt das Team, startet die Teammitglieder und koordiniert die Arbeit basierend auf deiner Eingabe.
Dieses Beispiel funktioniert gut, weil die drei Rollen unabhängig sind und das Problem ohne aufeinander warten erkunden können:
Ich entwerfe ein CLI-Tool, das Entwicklern hilft, TODO-Kommentare
in ihrer Codebasis zu verfolgen. Erstelle ein Agententeam, das dies
aus verschiedenen Blickwinkeln untersucht: ein Teammitglied für UX,
eines für technische Architektur, eines als Advocatus Diaboli.
Drücke Enter und schau es dir an. Claude erstellt ein Team mit einer gemeinsamen Aufgabenliste, startet ein Teammitglied für jeden Blickwinkel, lässt sie erkunden, fasst ihre Erkenntnisse zusammen und räumt auf, wenn die Arbeit erledigt ist.
Das Terminal des Leads listet alle Teammitglieder und ihre aktuellen Aufgaben auf. Es fühlt sich an wie ein Projekt-Dashboard, das sich in Echtzeit aktualisiert.
Zwei Möglichkeiten, die Action zu verfolgen
Du kannst wählen, wie dein Team auf dem Bildschirm erscheint:
In-Process-Modus ist der Standard. Alle Teammitglieder laufen in deinem Hauptterminal. Verwende Shift+Hoch/Runter, um ein Teammitglied auszuwählen und ihnen direkt Nachrichten zu schicken. Das funktioniert in jedem Terminal - kein zusätzliches Setup erforderlich.
Split-Pane-Modus ist der Hingucker. Jedes Teammitglied bekommt seinen eigenen sichtbaren Bereich. Du siehst buchstäblich mehrere KI-Entwickler, die nebeneinander in Echtzeit coden. Er erfordert tmux oder iTerm2 und funktioniert nicht im integrierten Terminal von VS Code, Windows Terminal oder Ghostty.
Wenn du das Echtzeit-Strategiespiel-Gefühl willst - der Split-Pane-Modus ist die Wahl. Drei Agenten zu beobachten, die gleichzeitig deine Codebasis aus verschiedenen Blickwinkeln in separaten Fenstern untersuchen, ist wirklich aufregend.
Dein Team wie ein Profi steuern
Sobald ein Team läuft, sprichst du mit dem Lead in natürlicher Sprache. Er übernimmt Koordination, Aufgabenzuweisung und Delegation basierend auf deinen Anweisungen.
Aber hier ist der mächtige Zug - Delegate Mode. Drücke Shift+Tab, um durch die Berechtigungsmodi zu wechseln. Wenn ein Agententeam aktiv ist, umfasst der Zyklus den Delegate Mode, der den Lead auf koordinierungsbezogene Tools beschränkt. Kein Coden, nur Starten, Nachrichten senden und Aufgabenmanagement. Das löst das häufige Problem, dass der Lead versucht, Aufgaben selbst zu implementieren, anstatt sie zu delegieren.
Du kannst auch den Lead vollständig umgehen. Verwende Shift+Hoch/Runter, um ein Teammitglied auszuwählen und ihm direkt Nachrichten zu schicken. Du bist nicht an eine Befehlskette gebunden - du kannst überall einspringen, genau wie ein echter Team-Manager, der zu jemandem hinübergeht.
Die gemeinsame Aufgabenliste
Im Hintergrund läuft das Team auf einer gemeinsamen Aufgabenliste. Aufgaben haben drei Zustände: ausstehend, in Bearbeitung und abgeschlossen. Aufgaben können Abhängigkeiten haben - wenn ein Teammitglied eine Aufgabe abschließt, von der andere Aufgaben abhängen, werden die blockierten Aufgaben automatisch freigegeben.
Teammitglieder übernehmen Aufgaben autonom. Wenn eines seine Arbeit beendet, übernimmt es die nächste nicht zugewiesene, nicht blockierte Aufgabe aus der Liste. Kein Micromanagement erforderlich.
Die gesamte Teamkonfiguration und Aufgaben werden lokal unter ~/.claude/teams/{team-name}/config.json gespeichert.
Wo Agent Teams glänzen
Agent Teams sind am effektivsten für Aufgaben, bei denen parallele Erkundung echten Mehrwert bietet. Hier sind die stärksten Anwendungsfälle direkt aus dem Handbuch:
Recherche und Review
Mehrere Teammitglieder untersuchen gleichzeitig verschiedene Aspekte eines Problems, teilen dann ihre Erkenntnisse und fordern sich gegenseitig heraus. Ein einzelner Reviewer konzentriert sich tendenziell auf eine Art von Problem nach der anderen. Teile die Kriterien in unabhängige Bereiche auf, und alles erhält gleichzeitig gründliche Aufmerksamkeit:
Erstelle ein Agententeam für das Review von PR #142. Starte drei Reviewer:
- Einer fokussiert auf Sicherheitsimplikationen
- Einer überprüft die Performance-Auswirkungen
- Einer validiert die Testabdeckung
Lass sie alle reviewen und ihre Erkenntnisse berichten.
Drei Agenten, drei Blickwinkel, alle gleichzeitig. Es fühlt sich an wie das Kommandieren eines Einsatzteams.
Neue Module oder Features
Teammitglieder besitzen jeweils einen separaten Teil, ohne sich gegenseitig in die Quere zu kommen. Wenn die Grenzen klar sind, entfalten Agent Teams hier ihre volle Stärke:
Erstelle ein Agententeam für das neue Dashboard-Feature.
Ein Teammitglied für die API-Schicht, eines für die Frontend-Komponenten,
eines für die Testsuite.
Wenn das API-Teammitglied Typdefinitionen fertiggestellt hat, sendet es dem Frontend-Teammitglied direkt eine Nachricht. Das Test-Teammitglied bittet das API-Teammitglied, einen Dev-Server zu starten. Sie koordinieren sich selbst, ohne dass du einen Finger rühren musst.
Debugging mit konkurrierenden Hypothesen
Statt Theorien nacheinander zu testen, starte Teammitglieder, die parallel jeweils eine andere Hypothese verfolgen. Sie konvergieren schneller auf die Antwort - und können gegenseitig ihre Erkenntnisse herausfordern.
Stell dir das vor wie eine Debatte zwischen Experten, bei der du der Richter bist.
Schichtenübergreifende Koordination
Änderungen, die Frontend, Backend und Tests umfassen - jede von einem anderen Teammitglied verantwortet. Das ist das klassische "zu viele bewegliche Teile für ein Gehirn"-Szenario, und Agent Teams lösen es hervorragend.
Wann man Agent Teams NICHT verwenden sollte
Nicht jede Aufgabe braucht ein Team. Agent Teams fügen Koordinationsaufwand hinzu und verwenden deutlich mehr Tokens als eine einzelne Session. Sie funktionieren am besten, wenn Teammitglieder unabhängig operieren können.
Überspringe Teams und verwende eine einzelne Session oder Subagenten für:
- Sequentielle Aufgaben, bei denen jeder Schritt vom vorherigen abhängt
- Bearbeitungen in derselben Datei, bei denen mehrere Agenten Konflikte erzeugen würden
- Arbeit mit vielen Abhängigkeiten, die parallele Ausführung verhindern
- Routineaufgaben, die ein einzelner Agent problemlos erledigt
Du würdest kein Fünf-Personen-Team zusammenstellen, um eine Variable umzubenennen. Dieselbe Logik gilt hier.
Token-Kosten: Der Preis der Macht
Dies ist der wichtigste Abschnitt. Agent Teams verwenden deutlich mehr Tokens als eine einzelne Session. Jedes Teammitglied hat sein eigenes Kontextfenster, und der Token-Verbrauch skaliert mit der Anzahl der aktiven Teammitglieder.
Für Recherche, Reviews und neue Feature-Entwicklung sind die zusätzlichen Tokens in der Regel die Mühe wert. Für Routineaufgaben ist eine einzelne Session weitaus kosteneffizienter.
Stell es dir vor wie das Engagieren von Auftragnehmern - du holst sie für die großen Jobs, nicht für alltägliche Aufgaben.
Deine CLAUDE.md funktioniert weiterhin
Gute Nachricht - CLAUDE.md funktioniert normal mit Agent Teams. Teammitglieder lesen CLAUDE.md-Dateien aus ihrem Arbeitsverzeichnis, sodass alle projektspezifischen Anweisungen, die du eingerichtet hast, automatisch für das gesamte Team gelten. Keine zusätzliche Konfiguration erforderlich.
Bekannte Einschränkungen
Agent Teams sind experimentell, und die Dokumentation ist offen darüber. Aktuelle bekannte Einschränkungen umfassen Probleme mit der Session-Wiederaufnahme, Aufgabenkoordination und dem Abschaltverhalten. Du kannst nur ein Team pro Session ausführen, verschachtelte Teams werden nicht unterstützt, und der Split-Pane-Modus ist auf tmux und iTerm2 beschränkt.
Der Lead versucht manchmal, Aufgaben selbst zu implementieren, anstatt sie zu delegieren. Zwei Lösungen: Sage ihm explizit "Warte, bis deine Teammitglieder ihre Aufgaben abgeschlossen haben, bevor du weitermachst" in deinem Prompt, oder verwende den Delegate Mode (Shift+Tab), um ihn auf koordinierungsbezogene Tools zu beschränken.
Das sind noch frühe Tage - aber das Kernerlebnis fühlt sich bereits wie etwas grundlegend Neues an.
Verwandte Ansätze
Agent Teams stehen neben anderen Strategien für parallele Arbeit in Claude Code:
Subagenten sind deine leichtgewichtige Delegierungsoption. Sie starten Hilfsagenten für Recherche oder Verifikation innerhalb deiner Session - besser für Aufgaben, die keine Koordination zwischen Agenten benötigen.
Manuelle parallele Sessions mit Git Worktrees ermöglichen es dir, mehrere Claude Code Sessions selbst zu betreiben, ohne automatisierte Teamkoordination.
Die Entwicklung ist klar: Subagenten für schnelle Solo-Aufgaben, Agent Teams wenn Mitarbeiter tatsächlich zusammenarbeiten müssen.
Erste Schritte: Deine erste Mission
Hier ist der empfohlene Fortschritt:
Woche eins: Aktiviere Agent Teams und starte mit einem Code-Review. Drei Reviewer, drei Blickwinkel - Sicherheit, Performance, Testabdeckung. Geringes Risiko, hohe Belohnung. Beobachte, wie sie koordinieren, und bekomme ein Gefühl für den Ablauf.
Woche zwei: Versuche eine Recherche-Erkundung. Gib dem Team eine offene Designfrage mit drei verschiedenen Perspektiven. Beobachte, wie sie gegenseitig ihre Ideen herausfordern.
Woche drei: Gehe für eine Feature-Implementierung mit klaren Grenzen. Ein Teammitglied pro Schicht, jedes mit seinem eigenen Bereich.
Bis dahin wirst du ein Gefühl dafür entwickelt haben, wann Teams Mehrwert bieten und wann eine Solo-Session die bessere Wahl ist.
Das Fazit
Agent Teams verwandeln Claude Code von einem einzelnen Entwickler in einen koordinierten Trupp, den du in Echtzeit managst. Du beschreibst, was du willst, weist Rollen zu, schaust zu, wie mehrere KI-Agenten in separaten Fenstern hochfahren, Aufgaben übernehmen, sich gegenseitig Nachrichten schicken und Ergebnisse parallel liefern.
Es ist experimentell. Es verbrennt Tokens. Es hat raue Kanten. Und es ist das Aufregendste, was in diesem Jahr im KI-gestützten Coding passiert ist.
Aktiviere es. Starte ein Team. Schau zu, wie dein Terminal zum Leben erwacht.
Du schreibst nicht mehr nur Code. Du leitest die Show.


