Was macht Team-Agent-Orchestrierung?
Nutze diese Fähigkeit, wenn Agenten eher als Team denn als einzelner Assistent verwaltet werden. Ziel ist es, die teamgestützte Orchestrierung zuverlässig zu gestalten: klare Arbeitspakete, explizite Besitzverhältnisse, Agenten-Kanban-Zustand, Branch-Isolation, Steuerungspaneel-Transparenz und Merge-Gates.
Wann zu aktivieren
- Die Aufgabe erstreckt sich über mehrere Agenten, Tools, Harness, Branches oder Worktrees.
- Der Benutzer erwähnt Team-Orchestrierung, Agenten-Kanban, Squad, Conductor, Steuerungspaneel, Manager, Desktop-App, Zellij, tmux, Hermes, Devin, Codex, Claude Code oder Multi-Agenten-Arbeit.
- Ein Projekt benötigt einen gemeinsamen Workflow-Zustand über Personen und Agenten hinweg.
- Die bestehende Agenten-Aufteilung erzeugt zwar Output, aber kein mergebares Produkt.
Betriebsmodell
Behandle jeden Agenten als Teammitglied mit einem engen Aufgabenbereich:
- Besitzer: die Person oder der Agent, der für das Arbeitspaket verantwortlich ist.
- Umfang: Dateien, Branch, Tool-Oberfläche und verbotene Bereiche.
- Zustand: Backlog, Ready, Running, Review, Blocked, Merged oder Archived.
- Nachweise: Tests, Screenshots, Logs, Überprüfungsnotizen oder Evaluierungsberichte.
- Merge-Gate: die genaue Bedingung, die eine Integration erlaubt.
Agenten-Kanban
Verwende das Agenten-Kanban, wenn die Arbeit über Sitzungen hinweg sichtbar sein muss.
| Spalte | Bedeutung | Austrittskriterien |
|---|---|---|
| Backlog | Kandidat für Arbeitspaket, noch nicht ausgestaltet | Abnahmekriterien sind geschrieben |
| Ready | Ausgestaltet und zuweisbar | Besitzer und Branch/Worktree zugewiesen |
| Running | Agent arbeitet aktiv | Übergabe-Artefakt und geänderte Dateien vorhanden |
| Review | Arbeit abgeschlossen, aber nicht gemergt | Tests, Diff-Überprüfung und Risikoprüfung bestanden |
| Blocked | Benötigt externen Input oder hat Gate nicht bestanden | Blocker hat Besitzer und nächste Aktion |
| Merged | In Hauptlinie integriert | PR gemergt oder lokaler Main aktualisiert |
| Archived | Nicht mehr relevant | Grund aufgezeichnet |
Jede Karte sollte diesem Schema folgen:
{
"id": "agent-card-001",
"title": "Dynamische Workflow-Fähigkeit erstellen",
"owner": "codex",
"state": "running",
"branch": "product/dynamic-workflow-team-orchestration",
"worktree": ".",
"acceptance": [
"Fähigkeit existiert",
"Tests decken erforderliche Konzepte ab",
"Inhaltsartefakt enthält Video- und Artikelperspektiven"
],
"merge_gate": "Lint, fokussierte Tests und Katalogprüfung bestehen",
"handoff": "pfad/zu/handoff.md"
}
Teamgestützter Orchestrierungsablauf
- Board formen: Vage Ambitionen in Arbeitspakete mit Besitzern und Merge-Gates umwandeln.
- Ausführungsmodus wählen: Einzelagent, dynamischer Workflow-Modus, dmux/tmux, Worktree-Fan-Out oder externer Desktop-Orchestrator.
- Grenzen zuweisen: Ein Besitzer pro Karte, klarer Dateiumfang und keine überlappenden Schreibvorgänge ohne Integrator.
- Agenten ausführen: Jeder Agent hinterlässt Nachweise und Übergabenotizen, nicht nur Code.
- Sequenziell überprüfen: Tests zuerst, dann Diff-Überprüfung, dann Sicherheits-/Risikoprüfungen, dann Inhalts-/Produktpolish.
- Bewusst mergen: Ein Integrator löst Konflikte und aktualisiert das Steuerungspaneel oder das Status-Artefakt.
- Wiederverwendbare Fähigkeit extrahieren: Wenn sich das Kartenmuster wiederholt, in
skills/hochstufen.
Anforderungen an das Steuerungspaneel
Ein nützliches Steuerungspaneel für die Team-Orchestrierung sollte Folgendes anzeigen:
- Aktive Arbeitspakete und ihren Agenten-Kanban-Zustand.
- Besitzer, Harness, Branch, Worktree und letzter Heartbeat.
- Links zu Übergabe-Artefakten, Tests, Screenshots und PRs.
- Blocker, gruppiert nach Besitzer und Maßnahme zur Aufhebung.
- Merge-Reife nach Gate, nicht nach Gefühl.
- Wiederverwendbare Workflow-Kandidaten, die zu gemeinsamen Fähigkeiten werden sollten.
Füge erst dann mehr Automatisierung hinzu, wenn der Betreiber beantworten kann: Wer besitzt dies, was wurde geändert, welches Gate ist fehlgeschlagen und was kann sicher gemergt werden?
Kompatibilität mit dynamischen Workflows
Wenn eine Karte den dynamischen Workflow-Modus benötigt:
- Lege das aufgabenspezifische Harness unter den Kartenbesitzer.
- Speichere Eingaben und Ausgaben auf der Karte.
- Fordere eine Evaluierung an, bevor du von Running zu Review wechselst.
- Stufe das Harness erst nach wiederholter Nutzung zu einer gemeinsamen Fähigkeit hoch.
Zu beachtende Fehlermodi
- Agentensuppe: Viele Agenten laufen, kein Besitzer oder Merge-Gate.
- Unsichtbare Arbeit: Nützlicher Output existiert nur in einem Chat-Transkript.
- Board-Theater: Ein Kanban-Board existiert, aber Karten haben keine Abnahmekriterien.
- Überlappende Schreibvorgänge: Parallele Agenten bearbeiten dieselben Dateien ohne Worktrees.
- Kein Produktartefakt: Der Prozess erzeugt Dokumente, aber keine ausführbare oder veröffentlichbare Oberfläche.
Ausgabestandard
Beende jeden Orchestrierungsdurchlauf mit:
- Board-/Kartenänderungen.
- Gemergten oder ausstehenden Branches.
- Tests und Evaluierungsnachweisen.
- Blockern mit Besitzer und nächster Aktion.
- Neuen Kandidaten für gemeinsame Fähigkeiten.