# KI-Agent-Team: Manager, Rollen und Übergaben

URL: https://agentvera.dev/de/blog/ai-agent-team/ · Veröffentlicht: 2026-10-18

Ein KI-Agent-Team mit Manager, klaren Rollen und Berichtswegen aufbauen: wann es einen einzelnen Agenten oder einen Parallellauf schlägt und wie du es einrichtest.

**Kurz gesagt:**

- Ein Agent-Team besteht aus vier Teilen: Manager, Rollen, Berichtswege und Übergaben; es fasst bis zu 24 Mitglieder, praktisch sind 3 bis 5 Agenten.
- Das Speichern eines Teams startet nichts; die Arbeit beginnt, wenn du dem Team eine Aufgabe gibst, die standardmäßig an den Manager geht, und Agenten schreiben sich über CLI-Grenzen hinweg.
- Ein Parallel-Team ist etwas anderes: Es teilt einen Job in bis zu 8 Teile, jeden in einem eigenen Worktree, und führt sie in einem Integrationsbranch zusammen.

Ein einzelner Coding-Agent ist ein großartiger Pair-Programmer. Sobald der Job aber mehrere Arten von Arbeit enthält (Planen, Code schreiben, reviewen, testen), fängt ein einzelner Agent an zu jonglieren. Er verliert den Plan aus den Augen, während er einen Test repariert, oder er reviewt seinen eigenen Code und findet nichts. Ein KI-Agent-Team verteilt diese Last wie ein menschliches Team: Ein Agent führt, die anderen besitzen je eine Rolle, und alle wissen, wem sie Arbeit übergeben.

In diesem Beitrag erkläre ich, was ein Multi-Agent-Team wirklich ist, wann sich der zusätzliche Aufwand gegenüber einem einzelnen Agenten oder einem Parallellauf lohnt und wie du eines in der Team-Ansicht von AgentVera aufbaust.

## Was ein KI-Agent-Team ist

Ein KI-Agent-Team besteht aus mehreren Coding-Agenten, die mit einer Struktur um sich herum auf ein Ziel hinarbeiten. Die Struktur unterscheidet ein Team von ein paar zufällig gleichzeitig geöffneten Terminals. Sie hat vier Teile:

- **Ein Manager:** Ein Agent nimmt die Anfrage entgegen, zerlegt sie in Stücke, verteilt sie und prüft, was zurückkommt.
- **Rollen:** Jedes Mitglied hat eine Aufgabe, etwa Researcher, Entwickler, Reviewer oder Tester, plus Anweisungen, was es anfassen soll und was nicht.
- **Berichtswege:** Jedes Mitglied berichtet an jemanden. Legst du nichts fest, berichtet es an den Manager.
- **Übergaben:** Ein Mitglied kann außerdem eine feste nächste Station für seine fertige Arbeit haben, zum Beispiel übergibt der Entwickler an den Reviewer und der Reviewer an den Tester.

Die Agenten sprechen direkt miteinander. Ein Tester, der einen Fehler findet, wartet nicht darauf, dass du den Fehlschlag ins Terminal des Entwicklers kopierst; er schickt die Nachricht selbst.

## Wann ein Team einen einzelnen Agenten schlägt

Ein Team kostet mehr Tokens und mehr Aufmerksamkeit als ein einzelner Agent, also muss es sich seinen Platz verdienen. So entscheide ich:

| Situation | Beste Wahl | Warum |
| --- | --- | --- |
| Ein kleiner Fix in einer oder zwei Dateien | Ein Agent | Aufteilen bringt Overhead und nichts zu verteilen |
| Ein Feature mit Planung, Code, Review und Tests | Agent-Team | Jede Phase hat ein anderes Ziel, und ein frischer Blick hilft |
| Ein großer Job mit klar getrennten Teilen | Parallel-Team | Teile laufen in eigenen Worktrees und werden in einem Branch zusammengeführt |
| Laufende Arbeit über Stunden oder Tage | Agent-Team | Das Team bleibt geöffnet und behält seine Rollen zwischen Aufgaben |
| Zwei Ansätze für ein Problem vergleichen | Zwei Agenten nebeneinander | Du willst unabhängige Antworten, keine Koordination |

Kurz gesagt: Greif zu einem Team, wenn die Arbeit **verschiedene Arten von Schritten** enthält, die von getrennten Rollen profitieren, und wenn die Agenten sich weiter abstimmen sollen, während sich die Arbeit ändert. Brauchst du nur rohen Durchsatz bei unabhängigen Teilen, ist ein Parallellauf einfacher. Darüber habe ich in [Parallele Coding-Agenten](/de/blog/parallel-coding-agents/) und [Mehrere Claude-Code-Agenten gleichzeitig](/de/blog/run-multiple-claude-code-agents/) geschrieben.

### Agent-Team vs. Parallel-Team

Beide gibt es in AgentVera, und sie lösen unterschiedliche Probleme:

- **Die Team-Ansicht** ordnet bereits geöffnete Agenten zu einem dauerhaften Team an. Sie behalten ihre Rollen, sprechen miteinander und teilen sich eine Aufgabenliste und ein Board.
- **Ein [Parallel-Team](/de/features/parallel-team/)** startet ein Agent für einen einzelnen Job. Es teilt den Job in bis zu 8 Teile, führt jeden Teil in einem eigenen Git-Worktree aus, führt die fertigen Teile in einem Integrationsbranch zusammen und startet eine abschließende Prüfung. Damit endet es, und du entscheidest, ob du einen Pull Request öffnest.

Beides lässt sich gut kombinieren: Der Manager eines Teams kann ein Parallel-Team starten, wenn eine seiner Aufgaben groß genug zum Aufteilen ist.

## Das Team entwerfen

Bevor du ein Fenster öffnest, skizziere das Team auf Papier. Drei Fragen decken das meiste ab.

### 1. Wer führt?

Der Manager sollte der Agent sein, dem du das Planen am meisten zutraust. Er liest die Anfrage, zerlegt sie und entscheidet, wer was tut. Gib ihm Anweisungen dazu, wie du die Arbeit geprüft haben willst, zum Beispiel „markiere eine Aufgabe erst als erledigt, wenn der Tester die Tests ausgeführt hat“.

### 2. Welche Rollen braucht die Arbeit wirklich?

Fang klein an. Ein Entwickler, ein Reviewer und ein Tester unter einem Manager decken die meiste Feature-Arbeit ab. Füge einen Researcher hinzu, wenn vor dem Coden Lesearbeit nötig ist, oder eine Dokumentationsrolle, wenn die Änderung öffentliche APIs berührt. Jeder zusätzliche Agent ist ein weiterer Kontext, der sich füllt, und weitere Tokens, die du ausgibst.

### 3. Wohin fließt die Arbeit?

Zeichne zwei Arten von Linien:

1. **Berichtet an:** Wer wem Rechenschaft schuldet. Das bestimmt, wen der Agent fragt, wenn er nicht weiterkommt.
2. **Übergibt seine Arbeit an:** Die nächste Station für fertige Arbeit. Eine typische Kette ist Entwickler → Reviewer → Tester.

Halte die Kette kurz. Eine lange Kette heißt, dass eine kleine Änderung viele Runden wartet, bevor dir jemand sagt, dass sie fertig ist.

## Das Team in der Team-Ansicht von AgentVera bauen

Die [Team-Ansicht](/de/features/team-view/) macht aus dieser Skizze ein funktionierendes Team. Du öffnest sie über das Team-Symbol an einer Gruppe oder oben in der Seitenleiste.

### Schritt 1: Agenten platzieren

Das Fenster zeigt **Team structure** neben einem Pool namens **Agents in the workspace**. Ziehe Agenten aus dem Pool in die Struktur oder nutze **Open a new agent**, um einen für eine Rolle zu starten, die du noch nicht hast. Der erste Agent, den du als **Manager** markierst, führt das Team. Ein Team hat einen Manager und bis zu 24 Mitglieder, und jedes Mitglied muss ein Agent des Projekts der Gruppe sein. Terminal-Sitzungen sind ausgenommen.

Wenn du nicht bei null anfangen willst, gibt dir **Ready-made teams** ein komplettes Set:

- **Software team:** ein Tech Lead mit Planer, Entwickler, Reviewer und Tester.
- **Research team:** ein Research Lead mit einem Researcher und einem Berichtsautor.
- **Social media team:** ein Social-Media-Manager mit Trend-Researcher, Texter, Visual Designer und Ads-Spezialist. Es entwirft und fragt dich, bevor etwas veröffentlicht oder Geld ausgegeben wird.

Ein Set öffnet die benötigten neuen Agenten für dich.

### Schritt 2: Jedem Agenten eine Rolle geben

Wähle einen Agenten aus und setze seine **Role** und **Instructions**. **Ready-made roles** füllen Namen und Anweisungen für dich aus: Researcher, Planer, Entwickler, Reviewer, Tester, DevOps, Designer, Dokumentation und Security. Mehrere Agenten können sich eine Rolle teilen, praktisch, wenn zwei Entwickler Frontend und Backend aufteilen.

### Schritt 3: Die Linien ziehen

Jedes Mitglied hat **Reports to** und **Hands its work to**. Du kannst sie über die Felder setzen oder indem du einen Agenten auf einen anderen ziehst und „Report to…“, „Hand its work to…“ oder „Swap places with…“ wählst. **Arrange automatically** räumt das Layout auf. Ein Mitglied ohne Berichtsweg berichtet an den Manager, und wenn du versehentlich eine Schleife erzeugst, wird sie auf den Manager zurückgelenkt.

### Schritt 4: Dem Team seine Tools geben

Unter **Team’s MCP servers** wählst du Server, die jedes Mitglied bekommt. Jede Rolle kann zusätzlich eigene ergänzen, zum Beispiel Playwright für den Tester oder ein Design-Tool für den Designer. Ein Agent kann sich in seinen eigenen Einstellungen abmelden. Ist ein vorgeschlagener Server noch nicht installiert, bekommst du eine Warnung und kannst ihn aus dem Katalog hinzufügen. Agenten, deren Tools sich geändert haben, starten neu, sobald ihr aktueller Zug vorbei ist, damit nichts mitten in der Aufgabe abgebrochen wird. MCP-Server erkläre ich ausführlicher in [Was ist ein MCP-Server](/de/blog/what-is-mcp-server/).

### Schritt 5: Speichern und dem Team Arbeit geben

**Save and open the team** legt die Agenten in die Gruppe, damit sie sich Nachrichten schicken und Aufgabenliste und Board teilen können. Speichern startet nichts. Die Arbeit beginnt, wenn du **Give to the team** nutzt: Die Anfrage geht standardmäßig an den Manager oder an einen Agenten deiner Wahl. Jeder Agent wird zu seiner Rolle gebrieft, und das Briefing wird nur wiederholt, wenn sich das Team ändert. War das Agent-Messaging aus, wird es eingeschaltet.

## Dem Team bei der Arbeit zusehen

Der Tab **Team** zeigt die Struktur live. Arbeitende Agenten leuchten, Nachrichten wandern als Licht entlang der Linien, und über dem Agenten, der gerade spricht, erscheint eine Sprechblase. Daneben:

- **Team status** zeigt den aktuellen Schritt jedes Agenten: bearbeiten, lesen, einen Befehl ausführen, suchen, planen oder Nachrichten senden.
- **Activity** ist der Feed aus Nachrichten, Arbeit und Agent-Ereignissen, mit Filtern für All, Messages, Work und Agents.
- **Tasks** ist die gemeinsame Liste, zu der die Agenten Aufgaben hinzufügen, die sie übernehmen und abschließen.
- **Waiting for you** sammelt Berechtigungsanfragen, die du dort genehmigen oder ablehnen kannst.

Wenn du steuern willst, bittet **Status report** den Manager um eine kurze Zusammenfassung, was jeder Agent tut, was erledigt ist und wo das Team feststeckt. Wenn du einem Agenten schreibst, stoppt **Interrupt and redirect**, was er gerade tut, und gibt deine Nachricht sofort weiter, während **Queue** sie weitergibt, sobald seine aktuelle Arbeit fertig ist. **Interrupt all** unterbricht nach einer Bestätigung jeden arbeitenden Agenten.

### Wie die Agenten miteinander sprechen

Unter der Haube gibt [Agent-Messaging](/de/features/agent-messaging/) jedem Agenten Tools, um die anderen aufzulisten, eine Nachricht zu senden (und optional auf die Antwort zu warten), zu antworten und mit der gemeinsamen Aufgabenliste zu arbeiten. Ein beschäftigter Agent erhält eine Nachricht, wenn sein Zug endet, sodass niemand mitten in einer Bearbeitung unterbrochen wird. Nachrichten sind als von einem anderen Agenten kommend markiert, und jeder Absender hat ein Ratenlimit, damit zwei Agenten nicht endlos in einer Schleife hängen. Es funktioniert über CLIs hinweg: Claude Code, Codex, Gemini CLI und die anderen nutzen dieselben Tools.

## Häufige Fehler

- **Zu viele Agenten am ersten Tag.** Fünf Agenten bei einer kleinen Änderung verbringen die meisten Züge damit, die Nachrichten der anderen zu lesen. Fang mit drei an und füge Rollen hinzu, wenn eine Lücke auftaucht.
- **Vage Rollen.** „Hilf beim Code“ ist keine Rolle. Sag, was der Agent besitzt, welche Ordner er ändern darf und was „fertig“ für ihn heißt.
- **Kein Reviewer oder Tester.** Ein Team, in dem der Entwickler seine eigene Arbeit prüft, ist nur ein Agent mit zusätzlichen Schritten.
- **Überlappende Dateizuständigkeit.** Zwei Entwickler in denselben Dateien kommen sich in die Quere. Teile nach Ordnern auf oder lass den Manager ein [Parallel-Team](/de/features/parallel-team/) starten, damit jeder Teil einen eigenen Worktree bekommt. Siehe [Git-Worktrees für parallele Agenten](/de/blog/git-worktree-parallel-agents/).
- **Allen Agenten gleichzeitig Arbeit geben.** Lass den Manager sie aufteilen. Genau dafür hast du ihn.
- **Die Freigaben ignorieren.** Ein Agent, der auf eine Berechtigungsanfrage wartet, blockiert alle, die danach kommen. Behalte die Attention-Leiste im Blick.

## Checkliste

- [ ] Ein Manager mit Anweisungen, wie Arbeit zu prüfen ist
- [ ] Jede Rolle hat klaren Besitzer, Umfang und eine Definition von „fertig“
- [ ] Berichtswege und Übergaben gezeichnet, Kette kurz gehalten
- [ ] Irgendwo in der Kette ein Reviewer oder Tester
- [ ] MCP-Server für Team und Rollen ausgewählt und installiert
- [ ] Die erste Anfrage an den Manager geschrieben, nicht an jeden Agenten

## Fazit

Ein KI-Agent-Team lohnt sich, wenn die Arbeit klar getrennte Schritte hat und du sie von Agenten erledigen lassen willst, die sich weiter abstimmen, ohne dass du Nachrichten weiterreichst. Die Struktur ist einfach: ein Manager, ein paar gut beschriebene Rollen und kurze Wege für Berichte und Übergaben. Fang klein an, beobachte den ersten Lauf im Tab Team und schärfe die Rollen nach, wo Agenten warten oder sich wiederholen. Wenn du lieber in festen Phasen denkst, behandelt [KI-Agent-Workflow-Pipelines](/de/blog/ai-agent-workflow-pipeline/) diesen Ansatz.

Mit AgentVera baust du das Team aus den Agenten, die du schon geöffnet hast, egal welche CLI sie nutzen. Du kannst [kostenlos starten](/de/) und die [Tarife](/de/pricing/) ansehen, wenn du mehr brauchst.

## Häufige Fragen

**Was ist ein KI-Agent-Team?** Eine Gruppe von Coding-Agenten, die mit klarer Struktur auf ein Ziel hinarbeiten: ein Manager, der die Arbeit aufteilt und prüft, Mitglieder mit Rollen wie Entwickler oder Tester und festgelegte Wege dafür, wer wem berichtet und wer wem Arbeit übergibt.

**Kann ein KI-Agent-Team Claude Code, Codex und andere CLIs mischen?** Ja. In AgentVera kann jeder im Projekt geöffnete Agent dem Team beitreten, egal welche CLI er nutzt. Die Agenten schreiben sich über dieselben Tools, sodass Claude Code Codex etwas fragen und die Antwort zurückbekommen kann.

**Wie viele Agenten passen in ein Team?** Ein AgentVera-Team fasst bis zu 24 Mitglieder mit einem Manager. In der Praxis ist ein kleines Team aus drei bis fünf Agenten leichter zu überblicken und verbraucht weniger Tokens.

**Worin unterscheidet sich ein Agent-Team von einem Parallel-Team?** Ein Agent-Team ist eine dauerhafte Gruppe geöffneter Agenten, die weiter miteinander sprechen. Ein Parallel-Team teilt einen Job in Teile, führt jeden in einem eigenen Git-Worktree aus und endet als ein zusammengeführter Branch, aus dem du einen Pull Request öffnen kannst.

**Beginnt das Team zu arbeiten, sobald ich es speichere?** Nein. Speichern legt nur die Struktur und die Gruppe an. Nichts startet, bis du dem Team Arbeit gibst, die standardmäßig an den Manager oder an einen Agenten deiner Wahl geht.

---

**Über AgentVera.** AgentVera ist eine Desktop-App für macOS, Windows und Linux, entwickelt von Solviera Teknoloji. Sie führt 18 KI-Coding-Agenten (Claude Code, Codex, Gemini CLI, Copilot, Cursor, Antigravity, opencode, Hermes, Qwen Code, Kimi Code, Kiro, Amp, Droid, Goose, Vibe, Crush, Aider, Cline) nebeneinander aus, pro Projekt, in echten Terminals mit den eigenen CLI-Installationen und Logins des Nutzers. Der kostenlose Plan hat unbegrenzt viele Agenten. Download: https://agentvera.dev/de/download/ · Preise: https://agentvera.dev/de/pricing/