Die stille Revolution: Wie "Vibe Coding" den Startup-Bau verändert

Es findet eine stille Revolution in der Art und Weise statt, wie wir Software entwickeln, und sie hat nichts mit einem neuen JavaScript-Framework zu tun. Es geht um eine Verschiebung dessen, wer – oder was – die schwere Arbeit erledigt.

Stell dir folgendes Szenario vor: Du wartest auf einen Flug. Du hast eine Idee. Bis du landest, hast du nicht nur Notizen in deinem Handy, sondern ein vollständig deploytes MVP mit Datenbank, Authentifizierung und einem Frontend – live unter einer URL. Du hast keine einzige Zeile Syntax geschrieben. Du hast nur den Flow gesteuert.

Das ist keine Science-Fiction. Es ist das, was die Leute langsam "Vibe Coding" nennen, und es verändert die Ökonomie von Startups grundlegend.

Die meisten Gründer stecken immer noch in der alten Schleife fest: Idee -> Einstellen/Coden -> Debuggen -> Deployen. Diese Schleife ist zu langsam. Die neue Schleife sieht so aus: Kontext -> KI-Agent -> Verifizierung.

Ich habe die letzten Wochen damit verbracht, einen Stack zu verfeinern, der diesen chaotischen Mittelteil der Entwicklung automatisiert. Er erlaubt mir, zehn potenzielle MVPs in parallelen Zyklen laufen zu lassen. Hier ist das exakte Setup, der Workflow und die ungeschminkte Wahrheit darüber, wo die Grenzen liegen.

Der "Vibe"-Stack

Damit das funktioniert, brauchst du Tools, die miteinander sprechen. Wir suchen nicht nach den komplexesten Enterprise-Lösungen; wir wollen Geschwindigkeit und Integration. Hier ist das Toolkit:

1. Framework: create-t3-turbo (Ein Monorepo-Setup basierend auf Turborepo, das Frontend und Backend an einem Ort handhabt. Beinhaltet Next.js, tRPC, Tailwind und Prisma. Perfekt für MVPs).
2. Gehirn: Claude Code (Das CLI-Tool, das als dein Lead Engineer agiert).
3. Projektmanagement: Linear (Die Single Source of Truth).
4. Tracking: GitHub Issues (Synchronisiert mit Linear).
5. Infrastruktur: Vercel (Hosting) + Neon (Serverless Postgres).

Sowohl Vercel als auch Neon haben großzügige Free Tiers, was bedeutet, dass deine Kosten zum Experimentieren effektiv bei null liegen.

Die Setup-Phase

Bevor du eine Zeile Code schreibst, musst du die Maschine verkabeln. Hier ist der genaue Einrichtungsprozess:

1. Das Projekt initialisieren

Beginne damit, ein neues create-t3-turbo Projekt zu erstellen. Das gibt dir eine produktionsreife Monorepo-Struktur, in der alles bereits konfiguriert ist:

npx create-turbo@latest -e https://github.com/t3-oss/create-t3-turbo

Dieser Befehl erstellt ("scaffolds") einen kompletten Stack mit Next.js für das Frontend, tRPC für typsichere APIs, Prisma für das Datenbankmanagement und Tailwind CSS für das Styling – alles in einer Turborepo-Monorepo-Struktur.

2. Claude Code installieren

Als Nächstes installierst du Claude Code, deinen KI-gestützten Entwicklungsassistenten. Folge der Installationsanleitung auf code.claude.com. Sobald es installiert ist, kannst du es direkt aus deinem Projektverzeichnis starten:

claude

3. GitHub Actions Integration einrichten

Innerhalb der Claude Code CLI installierst du die GitHub Actions Integration mit folgendem Befehl:

/install-github-app

Dieser Befehl richtet den GitHub Actions Bot ein, der es Claude ermöglicht, Pull Requests zu erstellen, CI/CD-Workflows auszuführen und mit deinem Repository zu interagieren. Die Integration erlaubt es Claude, Code-Änderungen durch automatisierte Workflows auszuführen, anstatt sie nur vorzuschlagen. Für detaillierte Anweisungen siehe die offizielle GitHub Actions Dokumentation.

4. Linear mit GitHub verbinden

Die Magie passiert, wenn du Linear mit GitHub für eine bidirektionale Issue-Synchronisierung verbindest. So geht's:

1. Gehe zu Linears GitHub-Integrationsseite
2. Klicke auf "Add Integration" und autorisiere Linear für den Zugriff auf deinen GitHub-Account
3. Wähle das Repository aus, das du synchronisieren möchtest
4. Konfiguriere die Sync-Einstellungen:
   • Bidirektionale Synchronisierung: Issues, die in GitHub erstellt werden, erscheinen automatisch in Linear und umgekehrt
   • Status-Mapping: Mappe Linear-Workflow-Status (Todo, In Progress, Done) auf GitHub-Issue-Status
   • Prioritäts-Sync: Halte Prioritätsstufen zwischen beiden Plattformen synchron
   • Auto-Linking: Verlinke Branches und PRs automatisch mit Linear-Issues über Issue-IDs

Sobald das konfiguriert ist, erscheint jedes in GitHub erstellte Issue auch in Linear. Wenn du die Priorität oder den Status in Linear aktualisierst, spiegelt sich die Änderung in GitHub wider. Das schafft einen einheitlichen Workflow, bei dem du Aufgaben von jeder Plattform aus verwalten kannst.

5. Infrastruktur deployen

Schließlich deployst du auf Vercel mit einer Neon-Datenbank:

• Verbinde dein GitHub-Repository mit Vercel
• Erstelle eine Neon Serverless Postgres Datenbank (Free Tier verfügbar)
• Füge den Datenbank-Connection-String zu deinen Vercel-Umgebungsvariablen hinzu

Einmal deployt, hast du nun eine Continuous Integration Pipeline, die von deinen Gedanken bis zu einer Live-URL reicht. Jeder Merge in den Main-Branch deployt automatisch in die Produktion.

Der automatisierte Workflow

Hier beginnt die traditionelle Rolle des Produktmanagers zu verblassen.

1. Die Kontext-Session

Wenn du eine Idee hast, öffne keine IDE. Öffne ein Chat-Fenster. Sprich mit ChatGPT oder Claude. Lade deine rohen Gedanken ab. Lass dich von der KI "challengen". Am Ende dieser Session bittest du sie, ein PRD (Product Requirements Document) im Markdown-Format zu generieren.

Was du zurückbekommst, ist meist besser als das, was die meisten Mid-Level-PMs produzieren. Es ist detailliert, strukturiert und professionell.

Insight: Ich glaube, dass die dedizierte Rolle des "Produktmanagers" die erste ist, die durch KI disruptiert wird. Wir bewegen uns auf eine Welt von "Product Designers" oder "Full-Stack Creators" zu, die die Vision steuern, während die KI die Spezifikationen handhabt.

2. Die Übergabe (The Handoff)

Füttere dein lokales Claude Code mit diesem Markdown-PRD. Das ist der entscheidende Schritt, bei dem KI Anforderungen in umsetzbare Arbeitspakete verwandelt.

Innerhalb der Claude Code CLI weist du es an, das PRD zu parsen und GitHub Issues zu generieren. Claude Code nutzt unter der Haube die GitHub CLI (gh), um mit deinem Repository zu interagieren. Hier ist, was passiert:

1. Parsing: Claude analysiert das PRD und bricht es in einzelne, umsetzbare Aufgaben herunter
2. Issue-Erstellung: Für jede Aufgabe führt Claude Befehle aus wie:

   gh issue create --title "Implement user authentication" \
     --body "Details from PRD..." \
     --label "feature" \
     --assignee "@me"
   

3. Metadaten-Zuweisung: Claude weist automatisch Labels (Feature, Bug, Enhancement), Prioritäten und sogar Schätzungen basierend auf der im PRD beschriebenen Komplexität zu
4. Abhängigkeits-Mapping: Wenn die GitHub Actions Integration eingerichtet ist, kann Claude auch Abhängigkeiten zwischen Issues und Meilensteine erstellen

Das Schöne an der Nutzung der gh CLI ist, dass sie programmierbar ist – Claude kann Dutzende von Issues in Sekunden im Batch erstellen, jedes sauber formatiert mit Markdown-Beschreibungen, Akzeptanzkriterien und technischen Notizen.

Plötzlich leuchtet dein Linear-Board auf. Dank des Linear-GitHub-Syncs, den du vorhin konfiguriert hast, siehst du 10 bis 20 Tickets automatisch erscheinen – mit passenden Titeln, detaillierten Beschreibungen, Prioritäten und Status. Das gesamte Backlog, für dessen manuelle Erstellung ein PM Stunden brauchen würde, wird in unter einer Minute generiert.

3. Die Ausführung

Jetzt agierst du als Engineering Manager. Du taggst @claude in den Issues, um mit der Arbeit an den Tickets zu beginnen. Claude schreibt den Code in GitHub Actions, erstellt den Pull Request und wartet auf Review.

Du mergst.

Vercels CI/CD springt an. Minuten später sind die Änderungen live.

Das Schöne daran ist, dass das alles auf deinem Handy passieren kann. Du reviewst PRs und managst das Board aus einem Taxi oder einem Café heraus. Du tippst keinen generischen React-Boilerplate-Code; du dirigierst einen Hochgeschwindigkeits-Bautrupp.

Das "Letzte Meile"-Problem

Wenn du hier aufhörst zu lesen, könntest du denken, KI hätte alles gelöst. Hat sie nicht.

Während "Vibe Coding" mächtig ist, müssen wir ehrlich über die Grenzen sein. KI ist unglaublich gut bei der "Drecksarbeit" und der "trockenen Arbeit". Sie kann ein Datenbankschema erstellen ("scaffolden"), ein Login-Formular bauen und API-Routen schneller aufsetzen als jeder Mensch.

Aber sie kämpft mit der Seele des Produkts.

Stell es dir vor wie beim Hausbau. Die KI ist dein Rohbau-Team. Sie können den Beton gießen, die Balken aufstellen und die Trockenbauwände in Rekordzeit hochziehen. Aber sie sind schreckliche Innenarchitekten. Sie wissen nicht, dass sich der Lichtschalter in dieser Ecke falsch anfühlt oder dass der Flow der Küche dazu führt, dass Leute ständig ineinander laufen.

In der Softwareentwicklung ist das die "Letzte Meile". Die Interaktionen, die Nutzer begeistern, die subtilen UI-Animationen, die Edge-Cases in der Geschäftslogik – hier musst du, der menschliche Builder, eingreifen.

Wenn du dich zu 100% auf die KI verlässt, um das Produkt fertigzustellen, endest du mit Software, die technisch funktioniert, sich aber emotional hohl anfühlt. Ihr wird dieses "Handwerk" fehlen, das großartige Produkte von generischen unterscheidet.

Praktische Takeaways

Wenn du das heute ausprobieren möchtest, ist hier mein Rat:

• Beginne mit dem PRD: Bitte die KI niemals, "einfach zu coden". Die Qualität des Codes ist eine direkte Folge der Qualität des PRD. Investiere deine Energie in das Verfeinern des Anforderungstextes, nicht in die Code-Syntax.
• Vertrauen, aber verifizieren: KI-Coding-Agenten können Abhängigkeiten halluzinieren oder unsichere Logik schreiben. Lies die Diffs. Behandle die KI wie einen talentierten, aber noch juniorigen Entwickler.
• Nutze das Volumen: Nutze diese Geschwindigkeit, um mehr Ideen zu testen. Wenn du ein MVP an einem Wochenende statt in einem Monat bauen kannst, steigen deine Chancen, Product-Market-Fit zu finden, exponentiell.

Die Barriere zum Bauen ist verschwunden. Das Einzige, was übrig bleibt, ist dein Geschmack und deine Ausdauer.