Agentic Engineering ist Auftragsarbeit. Vibe Coding ist ein Experiment.

Den Begriff Vibe Coding prägte Andrej Karpathy am 2. Februar 2025 in einem Beitrag auf X. Gemeint ist eine Art zu programmieren, bei der man sich ganz den „Vibes“ hingibt und vergisst, dass es den Code überhaupt gibt („forget that the code even exists“). Für Wegwerfprojekte am Wochenende hielt er das selbst für brauchbar.

Simon Willison hat den Begriff wenige Wochen später eingegrenzt: Vibe Coding heißt, Software mit einem Sprachmodell zu bauen, ohne den erzeugten Code zu prüfen. Wer prüft, testet und jede Zeile erklären kann, betreibt Softwareentwicklung, auch wenn eine KI den Code geschrieben hat.

Beide sind schnell. Sie unterscheiden sich an vier Stellen:

• Lesen: Beim Vibe Coding liest niemand den Code. In der Softwareentwicklung liest ihn jemand, bevor er ausgeliefert wird.
• Prüfen: Vibe Coding prüft, ob es läuft. Softwareentwicklung prüft auch, ob es sicher, wartbar und richtig ist.
• Erklären: Beim Vibe Coding kann niemand sagen, warum der Code so ist. In der Softwareentwicklung kann das jemand für jede Änderung.
• Nachvollziehen: Vom Vibe Coding bleibt ein Chatverlauf. Von der Softwareentwicklung bleiben Sessions, Commits und ein Review.

Ein Jahr nach dem ersten Beitrag hat Karpathy am 4. Februar 2026 Bilanz gezogen: Programmieren mit KI-Agenten werde für Profis zum Standard, nur mit mehr Aufsicht und Prüfung. Sein Name dafür: Agentic Engineering.

„Agentic“, weil man den Code in 99 Prozent der Fälle nicht mehr selbst schreibt, sondern Agenten anleitet, die es tun, und sie beaufsichtigt. „Engineering“, weil das Können verlangt, das man lernen und verbessern kann.

Im Alltag heißt das: Agenten schreiben Code, führen Tests aus und schlagen Änderungen vor. Du legst das Ziel fest, schneidest die Arbeit in Stücke, die ein Agent schafft, liest den Diff und entscheidest, was ausgeliefert wird. Die Verantwortung bleibt bei dir.

Vibe Coding passt, wo Code nur eine Frage beantworten soll: ein Prototyp für ein Gespräch, ein Klickdummy, ein internes Werkzeug für eine Woche, eine Idee, die man schnell ausprobiert. Danach wird er weggeworfen oder neu gebaut.

Vibe Coding passt nicht, wo Code bleibt: Software, die ein Kunde betreibt, die personenbezogene Daten verarbeitet, Zahlungen auslöst oder jahrelang gepflegt wird. Dort braucht es jemanden, der den Code kennt und für ihn einsteht.

Dein Kunde kauft keinen Code. Er kauft die Zusage, dass der Code funktioniert, sicher ist und gepflegt werden kann. Diese Zusage gibst du, nicht dein Agent.

Qualität entsteht im Review, nicht im Modell. Ein Agent, der in einer Minute hundert Zeilen schreibt, erzeugt auch hundert Zeilen, die jemand prüfen muss.

Neu ist die Frage nach der Nachvollziehbarkeit. Wenn ein Agent eine Stunde im Projekt eines Kunden gearbeitet hat, sollte der Kunde sehen können, was er getan hat, nicht nur, dass es berechnet wurde.

Wer Vibe Coding verkauft, sollte es so nennen: Prototyp, Experiment, ohne Wartungszusage. Alles andere ist Softwareentwicklung und wird auch so abgerechnet und belegt.

Arbeitszeit war das Maß für den Wert von Arbeit. Mit KI-Agenten ist sie es nicht mehr.

Fünf Minuten Prompt, sechzig Minuten Agentenlauf, fünfzehn Minuten Review. Dazu laufen mehrere Projekte gleichzeitig. Und wer nach Stunden abrechnet, verdient genau dann weniger, wenn er in kürzerer Zeit mehr liefert.

Der Aufwand wird dadurch nicht unwichtig, im Gegenteil: Je weniger nach Stunden abgerechnet wird, desto wichtiger wird es, den Aufwand zu kennen. Beim Festpreis, um zu sehen, ob sich das Projekt gerechnet hat. Nach Aufwand, um ihn vollständig und nachvollziehbar weiterzugeben.

Bei Auftragsarbeit mit Agenten gehören drei Dinge offen auf den Tisch:

• Aufwand: deine Arbeitszeit, die aktive Laufzeit der Agenten und die verbrauchten Token, je Projekt.
• Fortschritt: worum es in jeder Session ging und welche Commits daraus entstanden sind.
• Wert: was das Projekt im Verhältnis zum Aufwand wert war, nach Aufwand abgerechnet oder zum Festpreis.