Was ist eine Software-Fabrik für KI-Coding-Agenten

Eine Software-Fabrik, im Sinne von Ivy Tendril, ist eine feste Sequenz von Phasen mit Prüfpunkten, die Tickets in Pull Requests verwandelt. Ein Ticket oder eine Idee geht ein. Ein Agent erstellt einen Plan. Ein Mensch überprüft und genehmigt den Plan. Agenten führen ihn in isolierten Git-Worktrees aus. Eine automatisierte Überprüfung führt Tests, Linting und eine Diff-Inspektion durch. Ein Mensch überprüft das resultierende Diff. Ein Pull Request wird eröffnet. Der Ablauf ist für jede Aufgabe identisch, während Agent und Modell pro Aufgabe variieren können. Es gibt exakt zwei menschliche Kontrollpunkte – beim Plan und beim Diff – und nichts wird ohne Freigabe zusammengeführt.

Die Phasen

Plan erstellen

Die Eingabe ist ein in Tendril eingegebener Satz, ein GitHub-Issue oder ein über einen Webhook empfangener jam.dev-Fehlerbericht, eine mit Whisper transkribierte Sprachnotiz oder Dateien, die in den Prompt gezogen wurden. Die CreatePlan-Promptware analysiert die Codebasis und erstellt einen Plan: was geändert werden soll, wo die Änderungen erfolgen und wie sie verifiziert werden.

Entwurf

Der Plan wird in den Entwürfen gespeichert. Es wurde noch nichts ausgeführt. Er verbleibt dort, bis eine Person ihn liest.

Plan-Review

Dies ist der erste Kontrollpunkt. Der Reviewer liest den Plan und wählt eine von fünf Optionen: genehmigen, ExpandPlan für mehr Details ausführen, SplitPlan ausführen, um einen großen Plan in mehrere kleine aufzuteilen, UpdatePlan ausführen, um Änderungen vorzunehmen, oder direkt im Entwurf kommentieren, woraufhin der Plan neu geschrieben wird. Ein Plan, der derzeit nicht relevant ist, wandert in die Icebox.

Ausführung in Worktrees

Nach der Freigabe startet die ExecutePlan-Promptware den ausgewählten Agenten – Claude Code, Codex CLI, Copilot CLI, Gemini CLI, OpenCode oder einen beliebigen anderen CLI-Agenten – in einem eigenen Git-Worktree auf einem eigenen Branch. Der Leitfaden Git-Worktrees für parallele KI-Agenten erklärt, warum diese Isolation die gleichzeitige Ausführung vieler Pläne sicher macht. Viele Pläne laufen parallel. Die Jobs-Ansicht streamt die Ausgabe jedes Agenten. Der Main-Branch bleibt unberührt.

Verifizieren

Tests, Linting und eine Diff-Inspektion laufen gegen den Worktree, und die Ergebnisse werden an den Plan angehängt. Dies ist Continuous Integration, angewendet pro Plan statt pro Branch. Welche Prüfungen hierher gehören, wird im Leitfaden Verifikations-Gates für KI-generierten Code erläutert. In den Versionen Pro und Enterprise können Verifikationsergebnisse auch aus externen CI-Systemen wie GitHub Actions importiert werden.

Diff-Review

Dies ist der zweite Kontrollpunkt. Die Review-Ansicht zeigt das Diff in einem Tab und die Verifikationsergebnisse in einem anderen. Der Prüfer genehmigt das Ergebnis oder aktualisiert den Plan und startet ihn erneut.

Pull Request

Die CreatePr-Promptware öffnet einen Pull Request auf GitHub mit einer präzisen Beschreibung der Änderung. Das Mergen erfolgt wie gewohnt in GitHub. Token-Verbrauch und Kosten für den Plan werden im Dashboard erfasst.

Warum zwei menschliche Kontrollpunkte statt null oder zehn

Null Kontrollpunkte bedeutet, dass ein Agent direkt auf Main committet. Fehler werden erst bemerkt, wenn sie andere Entwickler beeinträchtigen, und das Zurückrollen eines zusammengeführten Commits ist teurer als ein vorheriges Review. Zudem bedeutet es, dass die für den Code verantwortliche Person ihn nie gelesen hat.

Zehn Kontrollpunkte bedeuten, jede Dateiänderung oder jeden Tool-Aufruf manuell freizugeben. Der Mensch wird zum Flaschenhals, Agenten warten auf Klicks, parallele Ausführung bringt keinen Geschwindigkeitsvorteil, und Prüfer überfliegen Änderungen nur noch flüchtig.

Zwei Kontrollpunkte platzieren den Menschen genau dort, wo sein Urteilsvermögen das Ergebnis am stärksten beeinflusst: Der Plan ist der Punkt, an dem Missverständnisse am günstigsten behoben werden können – es existiert noch kein Code. Das Diff ist der Punkt, an dem Korrektheit bestätigt wird: Die Verifikation ist abgeschlossen, die Änderung ist vollständig, und ein Mensch entscheidet über das Mergen. Alles dazwischen läuft automatisiert ab. Die Lifecycle-Dokumentation beschreibt jeden Übergang im Detail.

Was sich für ein Team ändert

Durchsatz. Da Pläne parallel ausgeführt werden und der Mensch nur an zwei Punkten eingreift, wird die Leistung eines Teams durch die Review-Kapazität und nicht durch die Tippgeschwindigkeit bestimmt. Ivy berichtet, dass das eigene Team nach Einführung des Workflows von etwa 10 auf mehr als 100 Pull Requests pro Tag skalieren konnte.

Vorhersehbarkeit. Jede Aufgabe durchläuft dieselben Phasen, sodass der Status für jede Aufgabe dieselbe Bedeutung hat. Das Dashboard zeigt an, wie viele Pläne sich in welcher Phase befinden, die Kosten pro Plan, Kostentrends und Git-Aktivitäten.

Wissen, das sich ansammelt. Jede Phase wird von einer Promptware-Einheit gesteuert: eine Program.md mit Anweisungen, ein Memory/-Verzeichnis für Erfahrungswerte, Tools/ mit definierten Berechtigungen und Logs/ jeder Ausführung. Nach einem Durchlauf schreiben Agenten ihre Erkenntnisse über die Codebasis in den Speicher zurück. Der zehnte Plan profitiert vom Wissen der vorherigen neun. Erfahren Sie mehr in Promptware: Agenten, die ihre eigenen Anleitungen verbessern.

Was eine Software-Fabrik nicht ist

• Sie ist keine Autovervollständigung. Autovervollständigung schlägt die nächste Zeile vor; eine Fabrik nimmt ein Ticket entgegen und liefert einen geprüften Pull Request.
• Sie ist kein Chatfenster. Ein Chat hat keine Warteschlange, keine Isolation, keinen Verifikationsschritt und kein Gedächtnis über die Unterhaltung hinaus.
• Sie ist kein unbeaufsichtigter Agent, der direkt auf Main committet. Nichts wird ohne menschliche Freigabe von Plan und Diff zusammengeführt.
• Sie ersetzt kein Code-Review. Sie strukturiert das Review an den beiden wichtigsten Stellen.
• Sie ist kein gehosteter Dienst, der Ihren Code speichert. Tendril arbeitet lokal auf Ihrem Rechner: Code, Pläne, Speicher und Protokolle verbleiben lokal.
• Sie ist nicht an einen einzigen Agenten- oder Modellhersteller gebunden.

Die acht Stufen

Steve Yegges „8 Levels of AI-Assisted Development“ (2025) ist eine nützliche Referenz dafür, wo ein Team steht. Die meisten Teams befinden sich auf Stufe 2 bis 3: ein Assistent in der IDE und ein Chatfenster. Orchestrierung mit parallelen Agenten, Speicher und Review-Gates entspricht Stufe 8.

Stufe	Was das Team tatsächlich ausführt
1	Keine KI. Entwickler schreiben und prüfen allen Code von Hand.
2	Autovervollständigung im Editor. Vorschläge werden zeilenweise akzeptiert.
3	Ein Chat-Assistent in der IDE. Eine Unterhaltung, ein Entwickler, eine Funktion auf einmal.
4	Ein Agent in der IDE, der mehrere Dateien auf einmal bearbeitet. Der Entwickler beobachtet und bestätigt.
5	Ein CLI-Agent im Terminal, der eine Aufgabe erhält und autonom läuft.
6	Mehrere CLI-Agenten in mehreren Terminals mit manueller Koordination.
7	Agenten mit definiertem Workflow und Prüfgates, meist in internen Eigenbauten.
8	Orchestrierung: parallele Agenten in isolierten Worktrees, persistenter Speicher, zwei Review-Gates und eine Plan-Warteschlange. Das ist Ivy Tendril.

So starten Sie

Installieren Sie Tendril unter macOS oder Linux:

curl -sSf https://cdn.ivy.app/install-tendril.sh | sh

Oder unter Windows:

irm https://cdn.ivy.app/install-tendril.ps1 | iex

Verbinden Sie anschließend ein GitHub-Repository, fügen Sie einen API-Schlüssel hinzu und wählen Sie einen Agenten. Erstellen Sie einen Plan aus einem kleinen Ticket, lesen Sie den Entwurf, genehmigen Sie ihn und prüfen Sie das Diff nach Abschluss der Verifikation. Die Installationsanleitung führt durch jeden Schritt.

Häufig gestellte Fragen

Ersetzt eine Software-Fabrik das Code-Review?

Nein. Sie verlegt das Review an zwei definierte Punkte (Plan und Diff) und stellt Verifikationsergebnisse neben das Diff. Jeder Pull Request wird weiterhin von einem Menschen genehmigt.

Welche Agenten können ausgeführt werden?

Claude Code, OpenAI Codex CLI, GitHub Copilot CLI, Google Gemini CLI, OpenCode und jeder andere CLI-Agent. Agent und Modell lassen sich pro Plan flexibel wechseln.

Ist Ivy Tendril kostenlos?

Ja. Die Anwendung ist kostenlos und unter FSL-1.1-ALv2 quelloffen verfügbar. Pro für 59 $ pro Benutzer und Monat bietet Teamfunktionen, On-Premise-Hosting, SSO und CI-Verifikationsimporte. Siehe Preise.

---

Erste Schritte mit Ivy

Sind Sie bereit, von herkömmlichen UI-Frameworks auf moderne, agentenfähige Full-Stack-Anwendungen umzusteigen?

• Code erkunden: Untersuchen Sie Ivy Tendril auf GitHub (Open Source).
• Dokumentation lesen: Durchsuchen Sie die technischen Anleitungen unter tendril.ivy.app.
• Mit einem Entwickler sprechen: Kontaktieren Sie renco@ivy.app, um eine 30-minütige Architektursitzung zu vereinbaren.