Maestro koordiniert Coding-Agenten über Worktrees und Playbooks

Zwei Agenten schreiben gleichzeitig an derselben Datei, und beim Merge fliegt dir der halbe Vormittag um die Ohren. An dieser Stelle kippt paralleles Arbeiten mit Coding-Agenten von Beschleunigung in Aufräumarbeit. Mehrere Sitzungen laufen nebeneinander — und niemand sieht auf Anhieb, wer gerade woran sitzt, welcher Branch verlässlich ist und welcher Kontext längst verrottet. Maestro setzt hier an.

Eine Oberfläche für die vorhandene Flotte

Nach Angaben des Projekts ist Maestro eine plattformübergreifende Desktop-App zur Orchestrierung mehrerer KI-Agenten und Projekte. Das klingt zunächst nach einem weiteren Layer über ohnehin vollen Werkzeugkästen. Die interessantere Design-Entscheidung steckt eine Ebene tiefer: Maestro bringt keinen eigenen Agenten mit, der die vorhandenen ersetzen soll. Es unterstützt mehrere Coding-Agenten parallel und reicht laut Projektbeschreibung durch, was bereits konfiguriert ist — MCP-Tools, Skills, Berechtigungen und Authentifizierung.

Das ist ein bemerkenswert zurückhaltender Anspruch, und er ist der Grund, warum sich ein Blick überhaupt lohnt. Der Wechsel auf eine neue Plattform zieht sonst zusätzliche Einrichtungsarbeit nach sich: Zugänge hinterlegen, Berechtigungen nachbauen, Werkzeuge erneut verdrahten. Maestro verschiebt den Aufwand vom Setup zur Steuerung.

Isolation per Worktree, frischer Kontext pro Aufgabe

Zwei Mechanismen tragen das Konzept, und beide zielen auf dieselbe Sorte Schaden.

Der erste ist Isolation über Git Worktrees. Laut Dokumentation lassen sich aus dem Branch-Menü Unteragenten erzeugen, die jeweils in einem eigenen Verzeichnis auf einem isolierten Branch arbeiten, während im Haupt-Repository weitergearbeitet werden kann. Praktisch heißt das: Die Klasse von Konflikten, bei der zwei Prozesse dieselbe Arbeitskopie anfassen, entsteht gar nicht erst. Kein Warten, bis der andere Agent fertig ist, kein Stash-Ballett zwischendurch.

Der zweite betrifft den Kontext. Maestro schickt nach Angaben des Projekts Markdown-Checklisten durch einen dateisystembasierten Task-Runner; Auto Run arbeitet die Punkte automatisch ab, jeden in einer frischen Sitzung, und Playbooks bündeln mehrere solcher Dokumente zu wiederholbaren Abläufen. Der interessante Teil ist nicht die Automatisierung, sondern der harte Schnitt: Lange Sitzungen sammeln Fehlversuche, verworfene Ansätze und veraltete Dateistände an, bis der Agent gegen Zustände argumentiert, die es nicht mehr gibt. Ein sauberer Start pro Aufgabe verhindert das — erzwingt aber, dass die Aufgabe für sich allein verständlich formuliert ist.

Der Engpass bleibt die Zerlegung

Genau hier liegt die Grenze. Der Wert von Maestro steckt in Isolation und Übersicht, nicht in der Zahl paralleler Sitzungen — und wer die Parallelität für den eigentlichen Gewinn hält, verlagert das Problem nur nach hinten. Eine Checkliste, deren Punkte sich gegenseitig voraussetzen, wird durch fünf isolierte Branches nicht schneller fertig. Sie produziert fünf Teillösungen, die anschließend jemand zusammenführen muss — mit vollem Kopf und ohne den Kontext, den die Agenten unterwegs aufgebaut und beim Sitzungsende wieder verworfen haben.

Maestro löst also Koordinationsreibung: Es zeigt, wer woran arbeitet, und hält die Arbeitskopien auseinander. Es löst weder Abhängigkeiten zwischen Aufgaben noch die Integration der Ergebnisse. Beides bleibt Handarbeit, und beides wird durch mehr parallele Sitzungen tendenziell teurer statt billiger. Das Werkzeug kann eine schlechte Zerlegung sauber parallelisieren; besser wird sie dadurch nicht.

Eine brauchbare Mindestregel: Gib einer Aufgabe nur dann einen eigenen Worktree, wenn du ihr Ergebnis auch dann noch abnehmen könntest, wenn keine der anderen laufenden Aufgaben je fertig wird.