Vibe Coding mit C++ fühlt sich anders an als im Browser: Der Compiler antwortet streng, der Build kostet Zeit und Fehler in Speicherverwaltung oder Nebenläufigkeit können teuer werden. Genau deshalb funktioniert der Ansatz gut, wenn die KI nicht einfach „mehr Code“ erzeugt, sondern einen klar begrenzten Prototyp nach dem anderen.

Das Ziel ist Geschwindigkeit ohne Kontrollverlust: erst eine kleine ausführbare Funktion, dann Tests, Warnungen und saubere Besitzverhältnisse.

Mit einem festen Fundament starten

Ein guter erster Prompt legt die technische Basis fest. Zum Beispiel:

Beispielprompt: „Erstelle ein kleines C++20-Projekt mit CMake, einem ausführbaren Ziel und Tests. Verwende keine externen Bibliotheken. Aktiviere strenge Compilerwarnungen. Implementiere zunächst nur einen Spielerzustand und eine Update-Funktion.“

Damit verhindert man, dass schon der erste Entwurf unnötige Abhängigkeiten, globale Zustände oder eine übergroße Architektur einführt.

Eine Mechanik statt einer Engine

Der erste Schnitt sollte so klein sein, dass du ihn vollständig lesen kannst:

struct Player {
    float position = 0.0f;
    float speed = 4.0f;

    void update(float input, float deltaTime) {
        position += input * speed * deltaTime;
    }
};

Diese Struktur ist noch kein Spielsystem – und genau das ist ihre Stärke. Sie besitzt ein klares Verhalten, lässt sich testen und kann später hinter einer stabilen Schnittstelle erweitert werden.

Der schnelle Build-Loop

cmake -S . -B build
cmake --build build
ctest --test-dir build --output-on-failure

Dieser Ablauf sollte von Anfang an funktionieren. Jede KI-Änderung muss kompilieren und die Tests bestehen, bevor eine neue Funktion hinzukommt. So wird der Compiler zum Partner des Vibe-Coding-Prozesses statt zum späten Hindernis.

Leitplanken, die C++ stabil halten

• RAII verwenden: Ressourcen gehören in Objekte mit klarer Lebensdauer.
• Besitz explizit machen: Werte bevorzugen; std::unique_ptr nur bei echtem dynamischem Besitz.
• Warnungen ernst nehmen: Hohe Warnstufe aktivieren und Warnungen nicht wegkommentieren.
• Sanitizer nutzen: AddressSanitizer und UndefinedBehaviorSanitizer früh in Debug-Builds einschalten.
• Öffentliche Schnittstellen klein halten: Implementierungsdetails nicht vorschnell über Header verteilen.

Prompts in überprüfbaren Etappen

1. Projekt bauen und einen Smoke-Test ausführen.
2. Eine Datenstruktur und genau eine Operation ergänzen.
3. Fehlerfälle mit Tests festhalten.
4. Erst danach Performance messen und gezielt optimieren.
5. Zum Schluss Namen, Includes und Abhängigkeiten bereinigen.

Ein guter Folgeprompt lautet nicht „Optimiere alles“, sondern etwa: „Der Update-Pfad erzeugt pro Frame temporäre Allokationen. Entferne nur diese Allokationen, behalte die öffentliche API unverändert und ergänze einen Benchmark.“

Wo menschliche Kontrolle unverzichtbar bleibt

KI kann C++-Syntax schnell liefern, kennt aber deine Laufzeitannahmen, Plattformgrenzen und Eigentumsregeln nicht automatisch. Prüfe deshalb besonders Iterator-Lebensdauer, Thread-Sicherheit, Fehlerbehandlung und implizite Konvertierungen. Ein grüner Build beweist noch nicht, dass das Programm korrekt ist.

Fazit

Vibe Coding mit C++ ist kein freies Improvisieren, sondern schnelles Experimentieren innerhalb harter Leitplanken. Ein kleiner Build, klare Eigentumsregeln und automatische Tests schaffen die Sicherheit, die nötig ist, um mit KI wirklich schneller zu werden.