---
created: 2026-07-02
updated: 2026-07-02
sources:
  - youtube/2026-07-02_david-tielke-enterprise-ki-softwareentwicklung.md
tags: [concept, software-engineering, enterprise-ai, vibe-coding, spec-driven, test-driven, voice-driven]
---

# Vibe Coding vs. Enterprise Software Development

**Vibe Coding** bezeichnet die spontane, unstrukturierte KI-gestützte Code-Erstellung — „einfach drauflos coden mit KI" — die in vielen YouTube-Demos gezeigt wird. **Enterprise Software Development** mit KI erfordert demgegenüber systematisches Vorgehen: Spezifikation, Architektur, Tests, Dokumentation, CI/CD-Pipelines.

## Die Kernfrage

Kann KI Mitte 2026 wirklich große Enterprise-Software bauen — mit echter Architektur, echten Anforderungen, kompromissloser Qualität? Oder nur kurze YouTube-Demos?

Diese Frage wurde von **David Tielke** in einem [45-Tage-Experiment](https://www.youtube.com/watch?v=eLDHrqKplVI) empirisch untersucht. Er entwickelte eine 18 Jahre alte Backoffice-Anwendung komplett neu mit KI — als Enterprise-System mit Microservice-Architektur, N8n Workflow-Engine, Docker, Gitea, Test- und Produktionsumgebung.

## Vibe Coding vs. Enterprise: Gegenüberstellung

| Dimension | Vibe Coding | Enterprise mit KI |
|-----------|------------|-------------------|
| Vorgehen | Spontan, iterativ | Systematisch, phasenbasiert |
| Spezifikation | Implizit im Chat | Explizit, requirements-driven |
| Architektur | Entsteht ad-hoc | Vorab entschieden (Microservices, Gateway) |
| Tests | Optional, nachträglich | TDD, API-Tests, Workflow-Tests, WireMock |
| Dokumentation | Selten | Automatisiert generiert |
| Deployment | Manuell / lokal | CI/CD-Pipeline, Dev & Prod |
| KI-Steuerung | Mikro-Management | Abstraktion steigern (→ Voice-Driven) |
| Code-Qualität | Variabel | Überraschend gut (Tielke's Befund) |

## Die fünf Phasen der KI-gestützten Enterprise-Entwicklung

Tielke identifizierte eine Evolutionsleiter des KI-gestützten Entwickelns:

1. **Mikro-Management** — Detaillierte Schritt-für-Schritt-Anweisungen an die KI
2. **Quality Driven & Spec Driven mit Harness** — Qualitätsgesteuert, spezifikationsbasiert mit Test-Harness
3. **Quality Driven & Spec Driven (vertieft)** — Ausbau der Spec-Driven-Pipeline
4. **Test Driven Development aus Anforderungen** — Tests zuerst, dann KI-gestützte Implementierung
5. **Idea Driven & Voice Driven Development** — Entwicklung per Sprache und Idee, höchste Abstraktion

Jede Phase erhöhte die Abstraktionsebene und reduzierte die manuelle KI-Steuerung. Der Aufwand verschob sich von Codierung zu Spezifikation, Architektur und Test-Design.

## Zentrale Erkenntnis: Spezifikation wird zum neuen Coding

Der wichtigste Befund: Der Aufwand verschiebt sich dramatisch. Weniger Zeit für reine Codierung, mehr Zeit für Spezifikation, Architektur-Entscheidungen und Test-Design. Die KI lieferte bessere Code-Qualität als erwartet — aber nur, wenn die Eingaben (Spezifikation, Tests, Architektur-Vorgaben) präzise waren.

**Implikation:** Die Kernkompetenz für Softwareentwickler verschiebt sich vom „Wie codiere ich das?" zum „Wie spezifiziere ich das präzise genug, dass KI es korrekt umsetzt?"

## Verbindungen

- **[[../hardware/cloud-exit-and-local-superiority.md]]** — Tielke's Hermes-Agent auf NAS = praktische Cloud-Exit-Umsetzung für Enterprise-Entwicklung
- **[[ai-investment-bubble.md]]** — Das Experiment ist ein Gegenbeleg zum „KI funktioniert nicht wirklich"-Narrativ; KI kann Enterprise-Software bauen
- **[[ai-intelligence-commoditization-thesis.md]]** — Wenn Spezifikation zum neuen Coding wird, verschiebt sich der Wert zur Spezifikations-Kompetenz
- **[[flat-curve-society.md]]** — Yegge's Discernment Horizon: Enterprise-Entwickler brauchen KI-Literacy für systematisches Vorgehen
- **[[../../tools/hermes-desktop.md]]** — Tielke nutzt Hermes-Agent per SSH auf NAS für Code-Generierung
- **[[../../people/david-tielke.md]]** — Der Experimentator
- **[[kimi-k3.md]]** — "Vibe Engineering" als inner-AI Distinktion: @thebuggeddev's Kimi K3 vs. Fable 5 Benchmark zeigt, dass die Vibe-Coding-vs.-Enterprise-Dichotomie auch *innerhalb* KI-gestützter Entwicklung existiert (20.07.2026)

## Spezifikations-Driven Development mit Harness

Eine der Schlüssel-Phasen in Tielke's Experiment (Phase 2-3): Statt Code direkt zu generieren, wird zunächst eine **Spezifikation** erstellt (Requirements → formale Beschreibung), die dann von der KI in Code umgesetzt wird. Ein **Test-Harness** validates automatisch, ob der generierte Code die Spezifikation erfüllt.

Dies ist eng verwandt mit **[[llm-knowledge-base.md]]** (Karpathy's raw → LLM → wiki → Q&A Pattern): Spezifikation ist das „raw", KI-generierter Code ist das „LLM-compiled", Tests sind das „Q&A" — die Validierungsschicht.

## Voice Driven Development

Die höchste Phase in Tielke's Evolutionsleiter: Entwicklung per Sprache. Der Entwickler beschreibt eine Idee oder Anforderung verbal, die KI generiert den entsprechenden Code. Dies setzt eine sehr präzise mentale Vorstellung des Entwicklers voraus — Sprachpräzision wird zur Codierungskompetenz.

Voice-Driven Development ist die konsequente Weiterentwicklung des Shifts von Codierung zu Spezifikation: Wenn die KI den Code zuverlässig aus Spezifikationen generiert, dann ist der nächste Schritt, Spezifikationen verbal zu geben statt textuell.

## External Sources

- David Tielke, „Der Moment, der die Softwareentwicklung geändert hat!" — https://www.youtube.com/watch?v=eLDHrqKplVI
- N8n Workflow Engine — https://n8n.io
- Gitea — https://gitea.io
- WireMock — http://wiremock.org