Jedes Team, das Coding-Agenten im größeren Maßstab einsetzt, benötigt am Ende dieselben Bausteine: eine Aufgaben-Warteschlange (Work Queue), ein eigenes Git-Worktree pro Agent, eine Prozessüberwachung für langlebige Agenten-Prozesse, Verifikations-Runner, eine Oberfläche zur Überprüfung von Diffs, genaue Kostenabrechnung und ein Gedächtnis (Memory), damit Agenten dieselben Fehler nicht wiederholen. Viele Teams beginnen damit, dies selbst zu bauen – meist mit einem Shell-Skript rund um Claude Code oder die Codex CLI. Ivy Tendril liefert genau diese Bausteine als fertige, quelloffene (source-available) Desktop-Anwendung, die direkt auf Ihrem Rechner mit beliebigen CLI-Agenten läuft. Bauen Sie selbst, wenn Orchestrierung Ihr Kernprodukt ist oder Ihr Workflow so speziell ist, dass kein fest definierter Lebenszyklus passt. Nutzen Sie Tendril, wenn Sie diese Bausteine noch diese Woche produktiv einsetzen möchten und die laufende Wartung lieber anderen überlassen.

Wofür jeder Ansatz gedacht ist

Eine selbstgebaute Orchestrierung beginnt meist als pragmatisches Hilfsmittel: ein Skript, das einen Branch erstellt, einen Agenten mit einem Prompt startet und beim Beenden einen Pull Request öffnet. Sie wächst, sobald das Team mehrere Agenten gleichzeitig ausführen möchte, wissen will, was diese gerade tun, und die anfallenden Kosten überwachen muss. Nach wenigen Monaten entsteht so ein internes Tool mit eigenem Backlog. Die Forschungsliteratur zu Multi-Agenten-Frameworks – darunter AutoGen – beschreibt exakt dieselben Komponenten. Das ist ein klares Signal dafür, dass diese Anforderungen im Wesen des Problems begründet liegen und kein Zufall eines bestimmten Designs sind.

Ivy Tendril richtet sich an Teams, die die Ergebnisse eines solchen Tools nutzen wollen, ohne es selbst zu entwickeln. Es setzt auf einen festen Lifecycle: Idee oder Ticket, Plan erstellen, Draft, menschliche Freigabe des Plans, Expand, Split oder Update, Ausführung in isolierten Worktrees, Verifikation durch Tests, Linter und Diff, menschliche Diff-Freigabe, Pull Request und Merge. Es gibt exakt zwei Kontrollpunkte mit menschlicher Prüfung – den Plan und das Diff – und nichts wird ohne Freigabe gemergt. Tendril läuft als Desktop-Anwendung auf macOS, Windows und Linux oder headless via tendril --web, gesteuert mit beliebigen CLI-Agenten und Ihren eigenen API-Keys.

Vergleich

Aspekt	Ivy Tendril	Selbstgebaute Orchestrierung
Aufgaben-Queue	Ansichten für Plans, Drafts, Icebox und Recommendations	Müssen Sie selbst entwerfen und bauen
Worktree-Isolation	Automatisch, ein eigener Worktree und Branch pro Plan	Skripterstellung, Benennung und Cleanup in Eigenregie
Prozessüberwachung	Jobs-Ansicht mit gestreamtem Output und Ausführungsprotokollen	Timeouts, Retries und abgestürzte Prozesse müssen selbst abgefangen werden
Verifikation	Tests, Linting und Diff pro Plan; CI-Imports bei Pro	Runner müssen an den Output jedes Agenten angebunden werden
Review	Review-Ansicht mit separaten Tabs für Diff und Verifikation	Nur via Pull Request oder einer selbst entwickelten UI
Kostenabrechnung	Pro Plan und pro Job mit Dashboard-KPIs	Nutzungsinformationen müssen aus jedem Agenten-Format geparst werden
Gedächtnis (Memory)	Promptware Memory/ pro Lifecycle-Phase, von Agenten gepflegt	Eigene Architektur für Speicherung, Abruf und Injektion nötig
Agenten-Unterstützung	Beliebiger CLI-Agent, pro Plan umschaltbar	Jeder Agent muss manuell integriert und gepflegt werden
Anpassbarkeit	Promptware-Programme, Tools und Memory; REST-API; quelloffen	Grenzenlos
Wartungsaufwand	Ivy liefert regelmäßige Updates	Liegt dauerhaft bei Ihrem eigenen Team
Preis	Kostenlos; Pro für 59 $ pro Benutzer und Monat	Entwicklungszeit Ihrer Ingenieure

Was eine selbstgebaute Orchestrierung benötigt

Bevor Sie mit dem Bau beginnen, lohnt sich ein Blick darauf, wie die vier Orchestrierungsmuster aufeinander aufbauen, da die meisten selbstgebauten Lösungen diese Muster nacheinander neu erfinden.

Eine Warteschlange (Queue). Aufgaben treffen über Tickets, Fehlermeldungen und Chats ein. Ein System muss sie erfassen, priorisieren und an die Agenten verteilen. In Tendril übernehmen dies die Ansichten Plans, Drafts und Icebox, ergänzt durch Schnittstellen via Webhooks, einen MCP-Server, eine REST-API und eine CLI.

Worktree-Management. Wenn zwei Agenten im selben Checkout arbeiten, überschreiben sie gegenseitig ihre Änderungen. Jede Aufgabe benötigt ihr eigenes Git-Worktree auf einem eigenen Branch, das vor dem Start des Agenten erzeugt und nach dem Merge des Pull Requests aufgeräumt wird. Tendril übernimmt dies für jeden Plan vollautomatisch. Siehe Git-Worktrees für parallele KI-Agenten.

Prozessüberwachung für Agenten. CLI-Agenten laufen über Minuten bis Stunden, stellen Nachfragen zu Berechtigungen, geraten in Rate-Limits und stürzen gelegentlich ab. Eine Steuerungsinstanz muss sie mit den korrekten Flags starten, ihre Ausgaben erfassen, Hänger erkennen und Vorfälle protokollieren. Die Jobs-Ansicht von Tendril streamt Live-Ausgaben und führt strukturierte Protokolle pro Job.

Verifikations-Runner. Wenn ein Agent Erfolg meldet, ist das noch kein Beweis für korrekten Code. Automatisierte Tests, Linter und eine Diff-Prüfung müssen gegen das Worktree laufen, bevor ein Mensch das Ergebnis begutachtet. Tendril führt diese Schritte pro Plan aus und bündelt die Ergebnisse in der Review-Ansicht. Siehe Verifikations-Gates für KI-generierten Code.

Eine Review-Benutzeroberfläche. Die Pull-Request-Seite auf GitHub zeigt zwar ein Diff, verrät aber nicht unmittelbar, welche Verifikationsschritte liefen oder wie viele Tokens der Agent verbraucht hat. Zehn Diffs pro Tag über einfache Pull Requests zu prüfen funktioniert; fünfzig pro Tag zu prüfen funktioniert so nicht mehr. Die Review-Ansicht von Tendril vereint Diff und Verifikationsberichte an einem Ort.

Kostenabrechnung. Jeder Agent gibt seinen Token-Verbrauch in einem eigenen Format aus – falls überhaupt. Um die Kosten einer Aufgabe zu ermitteln, müssen die Aufwände erfasst, bepreist und zusammengefasst werden. Tendril erfasst Tokens und Kosten pro Plan und Job und bereitet sie auf dem Dashboard auf.

Gedächtnis (Memory). Ohne Memory beginnt jeder Lauf bei null. Mit Memory benötigen Sie einen Speicherort, eine Routine zum Festhalten von Erkenntnissen nach einem Lauf sowie Mechanismen, um relevante Erkenntnisse vor dem nächsten Lauf bereitzustellen. In Tendril ist jede Lifecycle-Phase eine Promptware-Einheit mit einer Program.md, einem Memory/-Verzeichnis, abgegrenzten Tools/ und Logs/. Agenten schreiben Learnings eigenständig zurück und optimieren ihr eigenes Programm. Siehe Promptware: Agenten, die ihre eigenen Anweisungen verbessern.

Was die Wartung kostet

Der anfängliche Bau ist der kleinere Kostenfaktor. Der weit größere Aufwand entsteht dadurch, dass jede Komponente von externen Faktoren abhängt, die sich permanent ändern. CLI-Agenten veröffentlichen häufige Updates, wodurch sich Flags, Ausgabeformate und Berechtigungsmodi ändern. Modellanbieter führen neue Modelle ein und stellen alte ein. Ihre Codebasis wächst und verlangt neue Verifikationsschritte. Jede Änderung für sich ist schnell behoben, doch in der Summe binden sie dauerhaft signifikante Arbeitszeit mindestens eines Entwicklers.

Hinzu kommen die Opportunitätskosten von Features, die man selbst selten umsetzt: Inline-Kommentare im Plan, das Aufteilen von Plänen (Plan Splitting), Spracheingabe, Smartphone-Zugriff auf laufende Jobs und eine Empfehlungsansicht (Recommendations View) erfordern jeweils Konzeption und Entwicklungsaufwand, weshalb sie in Eigenbauten fast nie realisiert werden.

Menschliche Kontrollpunkte und ihre Platzierung

Eine selbstgebaute Schleife besitzt meist nur einen einzigen Kontrollpunkt: den Pull Request, da dieser ohnehin existiert. Tendril bietet zwei. Der Plan-Kontrollpunkt ermöglicht es Ihnen, den Scope zu korrigieren, bevor ein Agent Code generiert, Entwürfe inline zu kommentieren oder zu umfangreiche Pläne aufzuteilen. Um einen solchen Checkpoint selbst zu bauen, müssten Sie ein Planformat, einen Entwurfsschritt, einen Editor sowie die Übergabe des genehmigten Plans an den Agenten von Grund auf implementieren.

Parallelität, Agentenauswahl und Kostenkontrolle

Die parallele Ausführung bindet bei Eigenbauten die meiste Wartungszeit: das Bereinigen verwaister Worktrees, Port-Kollisionen zwischen parallelen Testläufen und Ausfälle einzelner Agenten, die andere Jobs blockieren. Tendril isoliert jeden Plan in einem eigenen Worktree samt Branch, sodass der Haupt-Branch bis zum finalen Review unberührt bleibt.

Einen einzelnen Agenten anzubinden ist eine überschaubare Aufgabe; fünf verschiedene Agenten dauerhaft aktuell zu halten, ist eine Daueraufgabe. Tendril erlaubt es Ihnen, Agenten und Modelle flexibel pro Plan zu wechseln, ohne Ihren Workflow anzupassen, und unterstützt eigene Schlüssel für Anthropic, OpenAI, Google, OpenRouter und weitere Anbieter. Die Kosten pro Plan ermöglichen Ihnen einen direkten Vergleich verschiedener Modelle bei identischen Aufgaben.

Wann ein Eigenbau die richtige Wahl ist

Orchestrierung ist der Kern Ihres eigenen Produkts und Sie müssen jede Architekturentscheidung selbst besitzen.
Ihr Entwicklungsworkflow mündet nicht in einem Pull Request, nutzt kein Git oder operiert auf ganz anderen Daten als Codebasen.
Sie benötigen einen Ablauf gänzlich ohne menschliche Kontrollpunkte (beispielsweise vollautomatische Änderungen in unkritischen Repositories) und akzeptieren, dass Änderungen ungeprüft bleiben.
Sie betreiben eine Forschungsgruppe und die Modifikation der Orchestrierungsschleife selbst ist Ihr Experiment.

Wann Ivy Tendril die richtige Wahl ist

Sie möchten parallele Agenten, Worktree-Isolation, Verifikation, Reviews und Kostenüberwachung noch in dieser Woche produktiv nutzen.
Sie wünschen sich zwei menschliche Kontrollpunkte, ohne selbst Planformate und Review-UIs entwickeln zu müssen.
Sie benötigen ein Agenten-Gedächtnis, das über Ausführungen hinweg wächst, ohne die Speicherschicht selbst zu entwerfen.
Sie möchten die Pflege der Agenten-Integrationen Ivy überlassen. Die Anwendung ist kostenlos; siehe Preise für Pro und Enterprise.

Siehe auch Agenten-Orchestrierungsmuster für Coding-Agenten.

Häufig gestellte Fragen

Kann ich Ivy Tendril erweitern, anstatt selbst bei null anzufangen?

Ja. Jede Lifecycle-Phase ist eine Promptware-Einheit, deren Program.md, Memory/ und Tools/ Sie direkt einsehen und anpassen können. Über die REST-API, den MCP-Server und die CLI können Sie Tendril nahtlos in Ihre bestehenden Werkzeuge einbinden. Der Quellcode ist unter der FSL-1.1-ALv2-Lizenz verfügbar.

Bindet mich Ivy Tendril an einen bestimmten Agenten oder ein Modell?

Nein. Tendril steuert Claude Code, OpenAI Codex CLI, GitHub Copilot CLI, Google Gemini CLI, OpenCode und beliebige andere CLI-Agenten. Sie bringen Ihre eigenen API-Keys mit und können den Agenten für jeden Plan frei wählen.

Ich habe bereits eine eigene Orchestrierung. Kann ich beides parallel betreiben?

Ja. Sie können einen Teil Ihrer Aufgaben über Webhooks oder die REST-API an Tendril leiten und den Pull-Request-Durchsatz sowie die Kosten pro Plan direkt mit Ihren bisherigen Kennzahlen vergleichen.

Erste Schritte mit Ivy Tendril

Sind Sie bereit für parallele Agenten-Orchestrierung auf Entwickler-Niveau?

Code erkunden: Untersuchen Sie Ivy Tendril auf GitHub (Open Source).
Dokumentation lesen: Finden Sie Integrationsanleitungen unter tendril.ivy.app.
Architektur-Sitzung vereinbaren: Kontaktieren Sie renco@ivy.app für eine 30-minütige technische Beratung.

Ivy Tendril vs. eigene Agenten-Orchestrierung bauen