Aufmerksamkeitsmanager für Engineers mit parallelen Agenten
Eine Control Plane, die Unterbrechungen aus deinen Coding-Agenten bündelt, plant und filtert, damit ein Mensch viele Agenten beaufsichtigen kann, ohne an Kontextwechseln aufgerieben zu werden.
Ein fertiges Briefing für Claude Code, Cursor oder jeden anderen Coding-Agenten (auf Englisch).
Gesamt6.1/10
Schmerz7
Zahlungsbereitschaft5
Timing8
Marktlücke6
Burggraben4
Machbarkeit7
Dafür
- Wer zahlt
- Senior- und Staff-Engineers sowie Engineering-Leads in Startups, die selbst 3+ parallele Coding-Agenten betreiben (Claude Code, Codex); 15–40 $ pro Monat und Nutzer, abgerechnet über das Dev-Tools-Budget.
- Was die Leute sagten · 4
- Der Autor beschreibt, wie er mehrere Agenten gleichzeitig laufen lässt, von denen jeder zwischendurch menschliche Eingaben braucht. Das ständige Neuladen von Kontext über Repositories und Entscheidungen hinweg ist die neue Quelle der Erschöpfung. Aus dem Artikel ↗
- Ein Kommentator sagt, das Muster „jeder Agent braucht mich ab und zu“ zerstöre den Flow und führe zu Burnout. Seine Lösung war, eine selbst gebaute Hierarchie aus Koordinator-Agenten als Ansprechpartner zu nutzen. Kommentar lesen ↗
- Ein weiterer Kommentator beschreibt, dass er einen selbst gebauten Manager-Agenten vorschaltet, sobald parallele Agentenarbeit zu viel wird. Kommentar lesen ↗
- Ein Kommentator hilft sich mit einer vorab geplanten Tagesliste und verlangt eine Offline-Planungssitzung, bevor Nebenprojekte erlaubt sind. Das zeigt die Nachfrage nach Werkzeugen zur Scope-Disziplin. Kommentar lesen ↗
Sinngemäß aus der Diskussion wiedergegeben. Die Links führen zu den Originalkommentaren.
- Wettbewerber und Lücke
Bestehende Tools optimieren auf das Starten und Anzeigen von Agenten. Keines verwaltet das Aufmerksamkeitsbudget des Menschen: keine Bündelung von Unterbrechungen, keine Fragewarteschlangen pro Agent, keine täglichen Scope-Limits, keine erzwungenen Review-Fenster. Die Leute bauen deshalb selbst Koordinator-Agenten, weil es kein fertiges Produkt gibt.
- Warum jetzt
- Multi-Agenten-Workflows sind erst in den letzten rund 12 Monaten mainstream geworden, seit Claude Code und Codex gut genug sind (Kommentatoren datieren das auf November 2025). Die daraus entstehenden Überlastungsklagen tauchen jetzt auf, ohne dass ein Anbieter die Supervisor-Seite adressiert.
- Burggraben · 4/10
- Moderate Workflow-Bindung: persönliche Warteschlangenregeln, Review-Historie und Agent-Konfigurationen pro Repository sammeln sich an. Integrationen über mehrere Agent-CLIs schaffen Wechselkosten, die die Agent-Anbieter selbst nicht aufbauen werden, da sie auf mehr Nutzung statt auf weniger Unterbrechungen optimieren.
Dagegen
- Red Team
- Nutzer bauen nachweislich Koordinator-Agenten selbst, um die Überlastung durch Unterbrechungen zu lösen. Agent-Anbieter haben strukturell keinen Anreiz, menschliche Unterbrechungen zu reduzieren, und eine anbieterübergreifende Aufmerksamkeitsschicht ist eine echte Lücke, die sich im letzten Jahr geöffnet hat.
- Woran es scheitern würde
- Agent-Anbieter (Anthropic, OpenAI) bringen native Orchestrierungs- oder Koordinator-Funktionen, wodurch eine Drittanbieter-Aufsichtsschicht überflüssig wird.
Start
- Die ersten drei Schritte
- Ein CLI/TUI bauen, das Claude-Code- und Codex-Sitzungen umhüllt und die Fragen und Freigaben jedes Agenten in einen einzigen, priorisierten Posteingang legt.
- Geplante Review-Fenster ergänzen: Benachrichtigungen der Agenten werden gebündelt und zu festen Zeiten zugestellt, statt zu unterbrechen.
- Eine tägliche Planungsdatei ergänzen, die das Tool erzwingt. Ein Agent für eine ungeplante Aufgabe lässt sich nur mit einer ausdrücklichen Übersteuerung samt schriftlicher Begründung starten.
- Ursprüngliche Diskussion
- AI promised less work. I've never worked more ↗ 657 Punkte650 KommentareAus den KommentarenVerlinkter Artikel
Aus dem Englischen übersetzt. Original lesen