Wie man Vibe Coding in Produktionsumgebungen verantwortungsvoll einsetzt - Vibe coding in prod | Code w/ Claude

Dies ist ein Vortrag von Eric, einem Forscher für Coding Agents bei Anthropic, darüber, wie sich Vibe Coding – also ein Ansatz, bei dem man das Schreiben von Code vollständig der AI überlässt – in realen Service-Umgebungen sicher nutzen lässt. Er erklärt, dass es einen Unterschied gibt zwischen dem bloßen Erzeugen großer Mengen Code mit AI und Vibe Coding; entscheidend sei, wie Andrej Karpathy es definiert hat, „zu vergessen, dass der Code überhaupt existiert“. Da sich der Umfang der Aufgaben, die AI bewältigen kann, derzeit etwa alle sieben Monate verdoppelt, geht der Vortrag von der Einschätzung aus, dass man im Wettbewerb zwangsläufig zurückfällt, wenn man diesen Trend nicht nutzt.

Kernthesen

• Das Prinzip des Vibe Codings lautet: „Vergiss den Code, aber vergiss nicht das Produkt.“ So wie man nicht jede vom Compiler erzeugte Assembly Zeile für Zeile liest, solle man sich weniger auf den von der AI geschriebenen Code selbst konzentrieren als auf die Prüfung von Qualität und Korrektheit des Ergebnisses.
• Die Rolle von Entwicklerinnen und Entwicklern sollte sich von der direkten Implementierung hin zum Produktmanager (PM) von Claude verschieben. Ähnlich wie beim Delegieren von Aufgaben an Junior Engineers erhöhe es die Erfolgsquote deutlich, wenn man Anforderungen, Kontext der Codebasis und Randbedingungen gründlich aufbereitet und an die AI übergibt – auch wenn dieser Aufwand 15 bis 20 Minuten oder länger dauert.
• Vibe Coding sollte sich auf die Leaf Nodes der Codebasis konzentrieren, also auf Endfunktionen, von denen kein anderer Code abhängt. Die Kernarchitektur oder grundlegender Code, auf den andere Module angewiesen sind, muss weiterhin von Menschen tief verstanden und verwaltet werden.
• Verifizierbarkeit muss von Anfang an eingeplant werden. In einem internen Fall bei Anthropic wurden 22.000 Zeilen Reinforcement-Learning-Code mit Claude geschrieben und in die Produktion gemergt; dabei wurden Stresstests und eingabe-/ausgabebasierte Verifikations-Checkpoints entworfen, um Stabilität und Korrektheit zu prüfen, ohne den gesamten Code lesen zu müssen.

Aktuelle Grenzen

• Für technische Schulden (tech debt) gibt es bislang keine gute Möglichkeit, sie zu messen oder zu überprüfen, ohne den Code direkt zu lesen. Das ist der wichtigste Grund, Vibe Coding auf Leaf Nodes zu beschränken.
• Es ist riskant, wenn Nicht-Entwickler per Vibe Coding Produktionssysteme bis in sensible Bereiche wie Sicherheit oder Zahlungsabwicklung hinein bauen. Voraussetzung ist technisches Urteilsvermögen, um die richtigen Fragen stellen zu können.

Unterscheidungsmerkmal

• Eindrucksvoll ist, dass Vibe Coding nicht als bloßer Hype, sondern als struktureller Wandel der Softwareindustrie eingeordnet wird. Wie ein CTO Fachleute führt oder ein CEO die Arbeit von Buchhaltern überprüft, sei das Problem, „die Umsetzung nicht zu kennen und trotzdem das Ergebnis zu verifizieren“, eine so alte Aufgabe wie die Zivilisation selbst.

Implikationen

• Die von Software Engineers geforderte Kompetenz verschiebt sich von der Fähigkeit, Code Zeile für Zeile zu schreiben, hin zur Fähigkeit, Anforderungen präzise zu definieren und Ergebnisse strukturiert zu verifizieren. Angesichts der Geschwindigkeit, mit der sich AI-Tools verbessern, dürfte es von Vorteil sein, sich möglichst früh an diesen Wandel anzupassen.

[iolothebard]

Das sollte man nicht den Entwicklern an der Basis erzählen, sondern den C-Level-Leuten~~~

[supermaxi]

Wir sind jetzt einfach alle PMs.