Agent-Driven vs. Spec-Driven Development
iStand: Mai 2026
Tool-Beispiele (Cursor Background Agents, Claude Code Agent Teams, Copilot Coding Agent) entsprechen dem Stand vom Mai 2026. Die zugrundeliegenden Entwicklungsparadigmen sind langlebig — die Tool-Namen und Feature-Sets ändern sich häufig.
Wissen
Mit der Verfügbarkeit leistungsfähiger KI-Coding-Agenten haben sich zwei grundlegend verschiedene Entwicklungsansätze herauskristallisiert. Beide nutzen KI -- aber auf völlig unterschiedliche Weise.
Agent-Driven Development
Beim Agent-Driven Development gibst du einem KI-Agenten eine Aufgabe und lässt ihn autonom arbeiten. Der Agent plant, implementiert, testet und iteriert selbstständig.
So sieht ein typischer Workflow aus:
- Du beschreibst die Aufgabe: "Füge eine Suchfunktion zur Produktliste hinzu"
- Der Agent analysiert den bestehenden Code
- Er plant die notwendigen Änderungen
- Er implementiert die Lösung über mehrere Dateien
- Er führt Tests aus und fixt Fehler
- Er präsentiert dir das Ergebnis zur Review
Wann Agent-Driven sinnvoll ist:
- Gut definierte, abgegrenzte Features
- Routine-Aufgaben (CRUD-Operationen, Standard-UI-Komponenten)
- Bug-Fixes mit klarer Fehlerbeschreibung
- Refactoring nach bekannten Patterns
- Prototyping und schnelle Iterationen
Typische Tools: Cursor Background Agents, Claude Code Agent Teams, Copilot Coding Agent
iAgent-Driven heißt nicht unkontrolliert
Auch beim Agent-Driven Development bleibst du in der Verantwortung. Du reviewst den generierten Code, prüfst die Tests und entscheidest, ob die Lösung akzeptabel ist. Der Agent ist ein Werkzeug, kein Ersatz für dein Urteil.
Spec-Driven Development
Spec-Driven Development dreht den Prozess um: Du investierst mehr Zeit in die Spezifikation und nutzt KI als Implementierungswerkzeug für klar definierte Anforderungen.
So sieht ein typischer Workflow aus:
- Du schreibst eine detaillierte Spezifikation (User Stories, Akzeptanzkriterien, technische Constraints)
- Du erstellst eine Testspezifikation oder schreibst Tests vorab (TDD)
- Du gibst die Spec an den KI-Agenten: "Implementiere gemäß dieser Spezifikation"
- Der Agent implementiert exakt nach Vorgabe
- Tests validieren die Korrektheit automatisch
- Du reviewst und iterierst bei Abweichungen
Wann Spec-Driven sinnvoll ist:
- Komplexe Business-Logik mit vielen Randfällen
- Sicherheitskritische Anwendungen
- Team-Projekte mit klaren Architekturvorgaben
- Projekte, bei denen Nachvollziehbarkeit wichtig ist
- Langfristige Codebasen mit hohen Qualitätsansprüchen
Typische Artefakte: PRDs (Product Requirement Documents), Architektur-Docs, Testspezifikationen, API-Contracts
Der Workflow-Vergleich
| Aspekt | Agent-Driven | Spec-Driven |
|---|---|---|
| Zeitinvestition vorher | Gering (kurze Aufgabenbeschreibung) | Hoch (detaillierte Spezifikation) |
| Zeitinvestition nachher | Hoch (gründliches Review nötig) | Geringer (Tests validieren automatisch) |
| Geschwindigkeit | Schnell für einfache Tasks | Langsamer im Setup, zuverlässiger im Ergebnis |
| Vorhersagbarkeit | Variabel | Hoch |
| Geeignet für | Prototypen, Features, Bugfixes | Kernlogik, Security, Compliance |
| Risiko | Agent trifft falsche Annahmen | Spezifikation ist unvollständig |
Verstehen
Entwicklungsparadigmen im Vergleich
Klicke auf eine Spalte, um Details zu sehen
Geschwindigkeit
Zuverlässigkeit
Praxisbeispiel: E-Commerce-Checkout
Stell dir vor, du baust einen Checkout-Prozess für einen Online-Shop.
Agent-Driven Ansatz:
"Baue einen Checkout-Flow mit Warenkorb-Übersicht, Adresseingabe, Zahlungsauswahl und Bestätigung. Nutze React und Stripe für die Zahlung."
Der Agent liefert schnell einen funktionierenden Prototyp. Aber: Hat er an Gutschein-Codes gedacht? An Validierung der Adresse? An Fehlerbehandlung bei Zahlungsabbruch? Vermutlich nicht -- du musst nacharbeiten.
Spec-Driven Ansatz: Du schreibst eine Spezifikation mit:
- Akzeptanzkriterien für jeden Schritt
- Edge Cases (ungültige Adresse, abgelaufene Kreditkarte, doppelter Submit)
- Testfälle für jeden Fehlerfall
- Security-Anforderungen (PCI-Compliance, CSRF-Schutz)
Der Agent braucht länger, liefert aber eine robustere Lösung, die durch deine Tests validiert wird.
In der Praxis: Hybrid-Ansätze
Die meisten erfahrenen Entwickler kombinieren beide Ansätze:
- Agent-Driven für Prototyping, UI-Komponenten, Standard-Features
- Spec-Driven für Kernlogik, Zahlungen, Authentifizierung, Datenbankschema
*Die 80/20-Regel
Etwa 80% der typischen Entwicklungsarbeit (UI, CRUD, Standard-Logik) eignen sich für Agent-Driven Development. Die kritischen 20% (Business-Logik, Security, Datenmodell) profitieren von Spec-Driven Ansätzen.
Anwenden
Entscheidungsbaum: Prompt Engineering vs RAG vs Fine-Tuning
Wie viele eigene Trainingsdaten hast du?
Du arbeitest an einer Gesundheits-App, die Patientendaten verarbeitet. Welcher Ansatz ist für die Implementierung der Datenzugriffs-Schicht am sinnvollsten?
Reflektieren
Die Wahl zwischen Agent-Driven und Spec-Driven ist keine Entweder-oder-Entscheidung. Es geht darum, für jede Aufgabe den passenden Ansatz zu wählen. Je kritischer der Code, desto mehr lohnt sich die Investition in eine gute Spezifikation. Je standardisierter die Aufgabe, desto mehr kannst du dem Agenten vertrauen.
Im nächsten Abschnitt schauen wir uns einen Ansatz an, der Agent-Driven Development auf die Spitze treibt: Vibe Coding.