Mehrere Agents parallel laufen zu lassen funktioniert – aber du wirst dabei zum Projektmanager: Du teilst die Arbeit auf, schreibst für jedes Terminal einen Prompt, prüfst, wer fertig ist, und reviewst alles selbst. Das Agent Team von Vibe Console gibt diesen Job an einen Agent ab.
Du sprichst mit einem Manager. Er plant, delegiert und prüft. Der Rest des Teams arbeitet im Hintergrund, und du verfolgst das Ganze in einem Live-Organigramm.
Was ist das Agent Team?
Ein Team ist ein Organigramm aus Agent-CLIs, eines pro Projekt. Jede Karte ist ein Mitglied mit Rolle, Agent und Modell:
- Manager: das einzige Mitglied, mit dem du sprichst. Er macht aus deiner Anfrage ein Briefing, teilt es in Aufgaben und verteilt sie.
- Tech Lead: übernimmt eine große Aufgabe, teilt sie für die Mitglieder unter sich auf und prüft deren Arbeit.
- Entwickler: setzt die Änderungen um, die seine Aufgaben verlangen.
- Designer: baut die Oberfläche samt Texten, passend zu deinem bestehenden Design.
- QA: lässt die Tests laufen, probiert das geänderte Verhalten aus, schreibt fehlende Tests und meldet, was fehlschlägt.
- Sicherheit, DevOps, Rechercheur: prüfen auf Sicherheitsprobleme, kümmern sich um Build und CI oder recherchieren Fragen und berichten zurück.
Jeder Platz kann jeden der acht Agents nutzen, die Vibe Console unterstützt: Claude Code, Codex, Gemini CLI, Grok Build, GitHub Copilot CLI, Cursor CLI, Qwen Code und Kimi Code. Claude Code kann also managen, während Codex das Backend schreibt, Gemini CLI die UI übernimmt und Grok Build Tests schreibt. Jedes Mitglied wählt sein eigenes Modell.
Wie eine Anfrage durchs Team läuft
- Du fragst den Manager. Eine einfache Frage bekommt eine einfache Antwort. Eine Änderungsanfrage bekommt zuerst ein Briefing.
- Der Manager schreibt ein Briefing. Er schaut sich dein Projekt an und formuliert die Anfrage neu: mit Ziel, betroffenen Dateien, Definition of Done und dem, was nicht dazugehört. Du entscheidest: mit dem Briefing weitermachen, eine eigene Version schreiben oder deine ursprüngliche Anfrage unverändert schicken.
- Die Arbeit wird in Aufgaben aufgeteilt. Der Manager legt Aufgaben auf einem gemeinsamen Board an und weist jede dem Mitglied zu, dessen Rolle passt. Ein Tech Lead kann seine Aufgabe für seine Entwickler und QA weiter aufteilen.
- Die Mitglieder arbeiten im Hintergrund. Jedes Mitglied hat sein eigenes Terminal und kommuniziert nur über das Board: Es reicht seine Aufgabe ein, kommentiert andere Aufgaben oder stellt eine Frage. Niemand außer dem Manager spricht mit dir.
- Wer die Arbeit verteilt hat, prüft sie. Niemand gibt seine eigene Aufgabe frei. Ein Prüfer kann sie mit Änderungswünschen zurückschicken.
- Du prüfst das Ergebnis. Ist das Board abgearbeitet, sagt dir der Manager, was das Team erledigt hat und was noch offen ist.
Im Organigramm leuchten beschäftigte Agents, ein Licht läuft um ihre Karte, und die Linien zwischen den Karten animieren sich, wenn Aufgaben nach unten zu den Ausführenden wandern und zur Prüfung wieder nach oben. Die Aufgabenliste neben dem Organigramm zeigt jede Aufgabe als Zugewiesen, In Prüfung oder Erledigt.
Dein Projekt bleibt sicher
Das Team arbeitet nie direkt in deinem Checkout:
- Ein eigener Worktree. Team starten legt einen Git Worktree auf einem
vibe-team/…-Branch an, sodass die Änderungen des Teams nie mit deinen kollidieren. - Deine lokalen Dateien kommen mit. Von Git ignorierte Dateien wie
.env, Doku und lokale Konfiguration werden in den Worktree verlinkt, damit die Agents die App starten können. - Review Changes zeigt den Diff des Teams über das ganze Repository. Apply to Project schreibt ihn uncommittet in dein Projekt – was du committest, entscheidest weiterhin du.
- Apply approved work automatically (standardmäßig an) holt freigegebene Arbeit uncommittet in dein Projekt, während das Team weitermacht. Ein Konflikt wird angezeigt und für Review Changes liegen gelassen.
- Team stoppen schließt die Terminals, behält aber Worktree und Aufgaben fürs nächste Mal. Verwerfen löscht Worktree, Branch und Aufgaben.
Vorlagen für den Start
Das Organigramm musst du nicht von Hand bauen. Wähle eine Vorlage und pass sie an:
| Vorlage | Wer dabei ist |
|---|---|
| Kleines Team | Manager, Entwickler, QA |
| Engineering-Team | Manager, Tech Lead, zwei Entwickler, QA, Designer |
| Programmierung | Manager, zwei Entwickler, QA |
| Fehlerprüfung | Manager, zwei QA, Entwickler |
| Sicherheitsprüfung | Manager, zwei Sicherheitsprüfer, Entwickler |
| Recherche | Manager, zwei Rechercheure |
| Design | Manager, Designer, Entwickler, QA |
| DevOps | Manager, DevOps, Entwickler, QA |
Dann klickst du auf eine Karte, um Rolle, Agent, Modell oder die vorgesetzte Person zu ändern.
Warum Agents in einem Team mischen?
Verschiedene Agents können verschiedene Dinge gut, und ein zweiter Agent ist ein besserer Reviewer als der, der den Code geschrieben hat. Ein Team macht das zum Standard statt zu einer Gewohnheit, die du selbst durchhalten musst:
- Ein Reviewer, der den Code nicht geschrieben hat, findet mehr Fehler darin. Wo welcher glänzt, zeigt Codex vs. Claude Code.
- Verteilst du die Arbeit auf mehrere Anbieter, verteilt sie sich auch auf deine Nutzungslimits.
- Jedes Mitglied bekommt das Modell, das zu seiner Rolle passt: ein großes für Manager und Tech Lead, ein schnelleres für die Tests.
Ein Team in Vibe Console starten
- Öffne ein Projekt und drück ⌘⇧E oder den Team-Button in der Toolbar.
- Wähle eine Vorlage und pass das Organigramm an.
- Drück Team starten und schreib deine Anfrage im Terminal des Managers.
- Verfolge das Organigramm und nutze Review Changes, wenn die Arbeit fertig ist.
Du bringst die Agent-CLIs und deine eigenen Konten mit. Vibe Console startet sie, führt das Board und zeigt dir, was alle gerade tun.
FAQ
Spreche ich mit jedem Agent?
Nein. Du sprichst nur mit dem Manager. Die anderen Mitglieder arbeiten im Hintergrund und stimmen sich über das Aufgabenboard ab. Das Terminal jedes Mitglieds kannst du trotzdem über seine Karte öffnen und ihm bei der Arbeit zusehen.
Welche Agents können in einem Team sein?
Jeder der acht, die Vibe Console unterstützt: Claude Code, Codex, Gemini CLI, Grok Build, GitHub Copilot CLI, Cursor CLI, Qwen Code und Kimi Code. Jedes Mitglied hat seinen eigenen Agent und sein eigenes Modell.
Überschreibt das Team meine uncommitteten Änderungen?
Nein. Das Team arbeitet in seinem eigenen Git Worktree auf einem separaten Branch. Seine Änderungen landen nur in deinem Projekt, wenn du sie übernimmst oder freigegebene Arbeit automatisch übernommen wird – und sie kommen uncommittet an.
Kostet das extra?
Nein. Das Agent Team ist Teil von Vibe Console, in der Testphase und im Abo. Die Agents laufen mit deinen eigenen Konten und Abos, jedes Mitglied nutzt also die Limits seines Anbieters.