Englishภาษาไทย中文
中文 English Deutsch ภาษาไทย
Sequoia AI Ascent 2026 Tiefenanalyse (2/3)

Software 3.0 — Von Vibe Coding zu Agentic Engineering

Andrej Karpathys Manifest der Software-Revolution

Unabhängige Analyse | Agui Research Lab | 2026-05-02
Serienthema: AGI ist keine Zukunft mehr — sie ist Gegenwart. Und du hast nur 18 Monate.

Im Dezember 2025 begann die KI-Ikone Andrej Karpathy mit Vibe Coding. Er korrigierte den von der KI geschriebenen Code nicht mehr — er konnte sich nicht einmal erinnern, wann er das letzte Mal etwas geändert hatte. Wenige Monate später stand er auf der Bühne der Sequoia AI Ascent 2026 und sagte einen Satz, der das Publikum verstummen ließ:

"You can outsource your thinking, but you can't outsource your understanding."

Das ist keine Motivationsrede. Das ist das endgültige Urteil eines Mannes, der OpenAI mitgegründet, Tesla Autopilot aufgebaut und eine ganze Generation des Deep Learning geprägt hat — nachdem er die KI-Programmierrevolution am eigenen Leib erfahren hat. Dieser Vortrag erreichte über 31 Millionen YouTube-Aufrufe und war der meistbeachtete der gesamten Konferenz.

Zusammenfassung

Dieser Artikel analysiert Andrej Karpathys vollständigen Vortrag auf der Sequoia AI Ascent 2026 im Detail. Karpathy stellt das Paradigma Software 3.0 vor — LLMs sind nicht schnellere Werkzeuge, sondern eine völlig neue Art von Computer. Programmierung wandelt sich von "Code schreiben" zu "Kontext schreiben". Er beweist mit seinem eigenen Menu-Gen-Projekt, dass ganze Anwendungsschichten überflüssig werden könnten — eine einzige Gemini-Anweisung ersetzte eine komplette App. Er unterscheidet Vibe Coding (den Boden anheben, damit alle programmieren können) von Agentic Engineering (die Decke anheben, Profis um das 10-Fache und mehr beschleunigen) und stellt das "Verifizierbarkeits-Framework" vor: Warum die KI bei Mathematik und Code rasend schnell vorankommt, aber empfiehlt, 50 Meter zur Autowaschanlage zu laufen. Die tiefste Erkenntnis: Verständnis kann nicht ausgelagert werden — das ist die letzte Bastion des Menschen im KI-Zeitalter.

Software 3.0 Vibe Coding Agentic Engineering Verifizierbarkeit Gezackte Intelligenz LLM als Computer Context Window Andrej Karpathy Sequoia AI Ascent Geister vs. Tiere
31 Mio.+
YouTube-Aufrufe (Konferenzhöchstwert)
3 Mal
Software-Paradigmenwechsel (1.0 → 2.0 → 3.0)
> 10x
Produktivitätsmultiplikator für Agentic Engineers
10-15
Parallele KI-Workflows, die Boris Cherny gleichzeitig dirigiert
Inhaltsverzeichnis
  1. Software 1.0 → 2.0 → 3.0: Drei Software-Revolutionen
  2. Vibe Coding: Wenn Programmieren zum Aufsatzschreiben wird
  3. Agentic Engineering: Wo liegt die Obergrenze?
  4. Das Verifizierbarkeits-Framework: Was kann man der KI anvertrauen?
  5. Ein Ingenieur dirigiert 15 KI-Workflows parallel
  6. "Verstehen kann man nicht auslagern" — Karpathys Warnung
  7. Historischer Vergleich: Wen hat jede Werkzeugrevolution verdrängt?
  8. Geschäftliche Erkenntnisse: Wie Unternehmer "Ingenieur" neu definieren sollten
  9. Fazit: Auf welcher Seite stehst du?
  10. Serienübersicht
  11. Quellenverzeichnis

I. Software 1.0 → 2.0 → 3.0: Drei Software-Revolutionen

Um Karpathys Botschaft zu verstehen, muss man zuerst die drei fundamentalen Umbrüche der Software begreifen. Das sind keine Versionsupdates, sondern wesenhafte Veränderungen des Berechnungsparadigmas.

Software 1.0: Menschen schreiben Regeln

Von den 1950ern bis heute dominant. Ingenieure schreiben in C, Python, Java — Zeile für Zeile — präzise Anweisungen. Der Computer führt strikt aus, ohne jedes "Verständnis". Was er tun soll, muss man ihm in jedem einzelnen Schritt exakt vorschreiben.

Software 2.0: Maschinen lernen aus Datensätzen

Karpathy prägte dieses Konzept 2017. Die zentrale Verschiebung: Programmierung ist nicht mehr Codeschreiben, sondern Datensätze kuratieren und Trainingsziele entwerfen. Man sagt dem Computer nicht, wie er eine Katze erkennt — man gibt ihm eine Million Katzenbilder, und das neuronale Netz lernt selbst. Programmierer werden zu Datenkuratoren und Netzwerkarchitekten.

Software 3.0: "Programmierung" in natürlicher Sprache

Das ist es, was 2025-2026 gerade passiert. Karpathy formulierte es klar:

"Software 3.0 is — your programming now becomes prompts, and the context window is your lever for this interpreter, the LLM."
— Andrej Karpathy, Sequoia AI Ascent 2026

Er nutzte den Installationsprozess von OpenClaw (einem KI-Coding-Tool) als Beispiel: Traditionell erwartet man ein Shell-Script. Aber Shell-Scripts werden bei unterschiedlichen Plattformen und Konfigurationen enorm komplex. Im Software-3.0-Paradigma wird die Installationsanleitung zu einem Textabschnitt — man kopiert ihn in den KI-Agent, und der Agent installiert intelligent, debuggt Fehler und arbeitet, bis alles läuft.

Erste Grundsätze

Der zentrale Unterschied der drei Zeitalter ist nicht Geschwindigkeit, sondern ein Sprung in der Abstraktionsebene.

  • 1.0: Du dirigierst jeden Schritt der Maschine (Wie)
  • 2.0: Du definierst das Ziel, die Maschine lernt die Methode (Was + Daten)
  • 3.0: Du beschreibst die Absicht, die Maschine versteht und führt aus (Warum + Kontext)

Mit jedem Sprung verringern sich die Details, die Menschen kontrollieren müssen, um eine Größenordnung — aber das benötigte Urteilsvermögen und Verständnis steigt um eine Größenordnung.

Das Menu-Gen-Paradoxon: Ganze Anwendungsschichten könnten überflüssig werden

Karpathy teilte ein Beispiel, das ihn selbst schockierte. Er hatte viel Zeit mit Vibe Coding in eine App namens Menu Gen investiert — Restaurantspeisekarten fotografieren, OCR-Erkennung, Bildgenerator für jedes Gericht, Deployment auf Vercel. Ein vollständiges Software-1.0-plus-2.0-Hybrid.

Dann sah er die Software-3.0-Version: Speisekartenfoto direkt in Gemini werfen, eine einzige Textanweisung, und die KI rendert die Bilder jedes Gerichts direkt auf dem Originalfoto. Keine App, kein Backend, kein Deployment nötig.

"All of my Menu Gen is unnecessary. It operates in the old paradigm — this app should not exist."
— Andrej Karpathy
Kernerkenntnis

Software 3.0 beschleunigt nicht das Codeschreiben — es macht bestimmte Programme schlicht überflüssig. Für alle SaaS-Gründer ist das eine existenzielle Warnung: Ist deine Anwendung nur Klebstoff zwischen zwei LLM-Fähigkeiten? Wenn ja, ist dein Burggraben null.

II. Vibe Coding: Wenn Programmieren zum Aufsatzschreiben wird

Karpathy prägte den Begriff "Vibe Coding" Anfang 2025, und auf der Sequoia-Bühne 2026 blickte er auf die Entwicklung zurück.

Er beschrieb seine eigene Erfahrung: Dezember 2025 war ein klarer Wendepunkt. Davor machten KI-Coding-Tools "manchmal Fehler, die man korrigieren musste". Ab Dezember, mit den neuesten Modellen, "war der Code einfach korrekt, ich forderte mehr, er war weiterhin korrekt, ich konnte mich nicht erinnern, wann ich zuletzt etwas korrigiert hatte".

Und dann begann er zu vibe coden — das Publikum lachte.

Was ist das Wesen von Vibe Coding?

"Vibe coding is about raising the floor — making it so that everyone can build with software. The floor has risen, everyone can vibe code anything, and that's incredible."
— Andrej Karpathy

Schlüsselwort: Boden. Vibe Coding ermöglicht es Menschen ohne jede Programmiererfahrung, Software zu erstellen. Ein Marketingfachmann kann ein Daten-Dashboard bauen; ein Designer einen interaktiven Prototyp; ein pensionierter Lehrer eine persönliche Wissensdatenbank. Das ist Demokratisierung, Verbreitung, eine Anhebung des gesamten Bodens.

Doch Karpathy wies auch auf die Schattenseite hin:

Zentrale Unterscheidung

Vibe Coding senkt die Hürde für das "Machen", aber nicht für das "Gut-Machen". Jeder kann mit KI eine funktionierende Website erstellen, aber ein sicheres, effizientes, wartbares System zu bauen, erfordert nach wie vor tiefes Engineering-Verständnis. Genau deshalb braucht es Agentic Engineering.

III. Agentic Engineering: Wo liegt die Obergrenze?

Wenn Vibe Coding den Boden anhebt, dann hebt Agentic Engineering die Decke. Karpathy unterschied beide klar:

Vibe Coding (Boden)
  • Ermöglicht jedem, Software zu bauen
  • Schnelle Prototypen, persönliche Projekte
  • Geringere Qualitätsanforderungen
  • "Hauptsache, es läuft"
Agentic Engineering (Decke)
  • KI-beschleunigtes professionelles Software Engineering
  • Qualitätsstandards werden nicht kompromittiert
  • Keine Sicherheitslücken erlaubt
  • "Schnell und gut"
"Agentic engineering is an engineering discipline. You have these agents, they're spiky entities — kinda error-prone, kinda stochastic, but incredibly capable. The question is: how do you orchestrate them to go fast without compromising your quality bar?"
— Andrej Karpathy

Der 10x-Ingenieur-Mythos ist veraltet

In der Softwarebranche gibt es seit Langem den "10x-Ingenieur" — Spitzeningenieure mit zehnfacher Produktivität gegenüber Durchschnittsingenieuren. Karpathy glaubt, dass dieser Abstand im Agentic-Zeitalter noch weiter wächst:

"People used to talk about 10x engineers. I think this multiplier is now being greatly amplified. 10x is not the kind of speedup you can get. I'm seeing that people who are really good at this are more than 10x — from what I can tell."
— Andrej Karpathy

Wie sieht ein Agentic Engineer aus?

Karpathys Idealbild des Agentic Engineers:

Auch das Recruiting muss sich ändern

Karpathy sagte unverblümt, dass die meisten Recruiting-Prozesse im alten Paradigma stecken:

"If you're still giving little puzzles, that's the old paradigm. Hiring should be: give them a big project, see how they implement it. Like write a Twitter clone, deploy it, and then I'll send 10 AIs to try to hack your system — they should not be able to."
— Andrej Karpathy
Geschäftliche Erkenntnis

Eine neue Dimension des Kompetenzgefälles. Im Agentic-Zeitalter besteht der Abstand zwischen Ingenieuren nicht mehr in der "Geschwindigkeit des Codeschreibens", sondern in der "Fähigkeit, KI zu dirigieren". Bei gleichem Einsatz von Claude Code lässt der eine die KI einzelne Funktionen schreiben, während der andere 15 parallele Workflows dirigiert, die ein ganzes System aufbauen. Die Produktivität des Letzteren ist möglicherweise 100-mal höher. Das stellt Organisationsdesign, Vergütungsstruktur und Leistungsbewertung fundamental infrage.

IV. Das Verifizierbarkeits-Framework: Was kann man der KI anvertrauen?

Dies war der analytisch tiefste Teil von Karpathys Vortrag. Er stellte ein schlankes, aber mächtiges Framework vor, um die ungleichmäßige Verteilung von KI-Fähigkeiten zu verstehen:

Karpathys Verifizierbarkeits-Framework

Traditionelle Computer automatisieren leicht "Dinge, die man per Code spezifizieren kann". LLMs automatisieren leicht "Dinge, deren Output man verifizieren kann".

Automatisierungsgeschwindigkeit = f(Verifizierbarkeit + Aufmerksamkeit der Labore)

Warum ist die KI so "gezackt"?

Karpathy brachte ein Beispiel, das das ganze Publikum zum Lachen brachte:

"Opus 4.7 can simultaneously refactor a 100,000-line codebase, or discover zero-day vulnerabilities — but it will tell you to walk to a car wash 50 meters away. That's insane."
— Andrej Karpathy

Warum? Karpathys Erklärung nennt zwei Faktoren:

Faktor 1: Verifizierbarkeit bestimmt die RL-Wirksamkeit

Spitzenlabore trainieren LLMs im Kern mit großflächigem Reinforcement Learning (RL). RL braucht "Verifikationsbelohnungen" — richtig gemacht, positive Rückmeldung; falsch gemacht, negative Rückmeldung. Bei Code ist Verifikation naturgegeben: Test bestanden = richtig, Kompilierung fehlgeschlagen = falsch. Bei Mathematik ebenso: Antwort stimmt oder nicht.

Aber "Soll ich 50 Meter zur Autowaschanlage laufen oder fahren?" — Wie verifiziert man das? Es gibt keinen Test, keine klare Richtig-oder-Falsch-Antwort — nur gesunden Menschenverstand. Und genau der liegt nicht in der RL-Trainingsverteilung.

Faktor 2: Aufmerksamkeitsverteilung der Labore

Karpathy enthüllte eine wichtige, aber selten diskutierte Tatsache: Die Fähigkeitsverteilung der KI hängt nicht nur von der Technik ab, sondern auch davon, worauf sich die Labore konzentrieren. Er nannte das Beispiel des massiven Schachsprungs von GPT-3.5 zu GPT-4 — nicht weil das Modell insgesamt stärker wurde, sondern weil "jemand bei OpenAI entschied, große Mengen Schachdaten in das Pretraining aufzunehmen".

"If you're in the RL loop, you'll fly. If you're outside the data distribution, you'll struggle. You have to figure out which loop your application is in."
— Andrej Karpathy

Das Verifizierbarkeits-Spektrum

Bereich Verifizierbarkeit KI-Automatisierungstempo Grund
Code Sehr hoch Sehr schnell Test bestanden / Kompilierung erfolgreich
Mathematische Beweise Sehr hoch Sehr schnell Formale Verifikation
Juristische Dokumente Mittel-hoch Schnell Präzedenzfälle, Gesetze kreuzverifizierbar
Schreiben Mittel Mittel LLM-Jury möglich, aber hochgradig subjektiv
Design-Ästhetik Niedrig Langsam Keine RL-Belohnungsfunktion für Ästhetik
Alltagsverstand Sehr niedrig Sehr langsam "50 m zur Autowaschanlage laufen" — nicht verifizierbar
Implikation für Gründer

Wenn du für deine Domäne eine verifizierbare RL-Umgebung schaffen kannst, hast du einen Technologiehebel. Selbst wenn die Spitzenlabore deine Domäne nicht beachten, kannst du durch eigenes Fine-Tuning und eine eigene RL-Umgebung die KI in deinem Vertikalbereich auf Expertenniveau bringen. Karpathy deutete an, solche Gelegenheiten zu kennen, wollte sie aber nicht auf der Bühne verraten — "Ich will keinen vague post machen" — das Publikum lachte.

V. Ein Ingenieur dirigiert 15 KI-Workflows parallel

Karpathys Vortrag war primär konzeptionell, aber Boris Chernys Praxisbeispiel auf derselben Sequoia AI Ascent 2026 bestätigte die Theorie perfekt.

Boris Chernys Arbeitsweise

Boris Cherny, der Schöpfer von Claude Code, teilte seine Arbeitsweise: Ein Ingenieur dirigiert gleichzeitig 10 bis 15 parallele KI-Workflows. Das ist keine Theorie, sondern tägliche Arbeitspraxis.

Rollenwandel
Vom "Codeschreiber" zum "Kommandeur einer KI-Armee"
Kernkompetenz
Aufgabenzerlegung, Kontextdesign, Qualitätskontrolle, Parallelkoordination
Produktivitätsmultiplikator
Eine Person bewältigt das Arbeitsvolumen eines ganzen Teams
Neuer Engpass
Menschliches Verständnis und Aufmerksamkeit, nicht die Rechenleistung der KI

Kontext ist die neue Programmierung

Karpathy und Cherny kommen zum selben Schluss: Kontext ist der Code des Software-3.0-Zeitalters.

Früher investierten Ingenieure Zeit in die Beherrschung einer Programmiersprache. Heute liegt der höchste Return in:

Karpathy sagte sogar, seine größte Frustration bei Drittanbieter-Bibliotheken sei nicht die Codekomplexität, sondern dass "die Dokumentation noch für Menschen geschrieben ist":

"Why is anyone telling me how to do something? I don't want to do anything. What I want is — what is the blob of text I can copy-paste to my agent?"
— Andrej Karpathy (Gelächter im Publikum)
Signal des Paradigmenwechsels

Wenn die Zielgruppe der Dokumentation von "menschlichen Entwicklern" zu "KI-Agents" wechselt, muss die gesamte Developer-Toolchain neu geschrieben werden. Für das DevTools-Ökosystem ist das eine billionenschwere Neuaufbau-Chance — von der CLI über API-Dokumentation bis zu Deployment-Pipelines muss alles "agent-native" werden.

VI. "Verstehen kann man nicht auslagern" — Karpathys Warnung

Der tiefgründigste Moment des Vortrags kam bei der abschließenden Frage zur Bildung. Der Moderator fragte: Wenn Intelligenz billig wird, was ist noch wert, gründlich zu lernen?

Karpathy zitierte einen Tweet, über den er "jeden zweiten Tag nachdenkt":

"You can outsource your thinking, but you can't outsource your understanding."
— Andrej Karpathy, Zitat

Dann führte er es aus:

"I'm still part of the system. Information still has to go through my brain. I feel like I'm becoming the bottleneck — just figuring out what we're building, why it's worth doing, how to orchestrate my agents... You can't be a good commander if you yourself don't understand what's going on. LLMs are really not great at understanding — that's still uniquely your job."
— Andrej Karpathy

Denken vs. Verstehen: Die entscheidende Unterscheidung

Das ist kein Wortspiel. Karpathy unterschied zwei Arten kognitiver Aktivität:

Denken (Thinking) — auslagerbar
  • Daten analysieren
  • Code schreiben
  • Mathematik herleiten
  • Informationen suchen
  • Lösungen generieren
Verstehen (Understanding) — nicht auslagerbar
  • Beurteilen, was es wert ist, getan zu werden
  • Die richtige Richtung setzen
  • Geschmack und Ästhetik
  • Domänenübergreifende Intuition
  • Kontext für die Agent-Steuerung

Geister vs. Tiere

Karpathy sprach auch über seinen Artikel "Wir züchten keine Tiere, wir beschwören Geister". Tiere (biologische Intelligenz) sind durch Evolution geformt — mit Neugier, Motivation, Überlebensinstinkt. KI (Geisterintelligenz) ist durch Daten und Belohnungsfunktionen geformt — ohne intrinsische Motivation, ohne Neugier, ohne Empathie.

Er räumte ein, das Framework sei "möglicherweise nur Philosophie", aber die Kernbotschaft ist praktisch: Behandle KI nicht wie ein Tier. Sie anzuschreien macht sie weder besser noch schlechter. Sie sind statistische Simulationsschleifen — Pretraining ist die statistische Basis, RL sind die kegelförmigen Spitzen.

Tiefere Bedeutung

Verständnis ist die letzte Bastion des Menschen im KI-Zeitalter, weil Verständnis nicht verifizierbar ist.

RL kann nur verifizierbare Fähigkeiten verbessern. Verständnis — was schön ist, was es wert ist getan zu werden, was die richtige Richtung ist — hat keine einfache Verifikationsfunktion. Das ist die ultimative Schlussfolgerung aus Karpathys Verifizierbarkeits-Framework: Dort wo die KI am schnellsten vorankommt, wird der Mensch am wenigsten gebraucht (weil die KI schon gut genug ist); dort wo die KI am langsamsten vorankommt, wird der Mensch am meisten gebraucht.

VII. Historischer Vergleich: Wen hat jede Werkzeugrevolution verdrängt?

Historischer Spiegel
1440 — Buchdruck

Gutenbergs Druckerpresse machte Kopisten arbeitslos. Doch sie verdrängte nicht die Autoren — sie verdrängte die Vervielfältiger von Inhalten, nicht die Schöpfer von Inhalten. Der Wert von Autoren stieg sogar, weil die Verbreitungskosten sanken.

1970er — Tabellenkalkulation

VisiCalc und Lotus 1-2-3 eliminierten massenhaft Buchhaltungsarbeit. Aber der Bedarf an CFOs stieg eher — denn als Berechnungen instantan wurden, gewann der Wert der Entscheidung an Bedeutung.

1990er — AutoCAD

Computergestütztes Design ersetzte Handzeichner. Architekten verschwanden nicht — ihre Gestaltungsfähigkeit wurde um das 10-Fache verstärkt. Verschwunden sind die Leute, die "Skizzen der Designer in exakte Pläne umwandelten".

2000er — Digitalfotografie

Kodak ging 2012 bankrott. Filmentwickler und Dunkelkammertechniker verschwanden komplett. Aber Fotografen verschwanden nicht nur nicht, sondern erlebten dank Instagram ein goldenes Zeitalter. Was verschwand, war das Medium, nicht der Blick.

2026 — Software 3.0

KI verdrängt gerade die "Codeschreiber". Doch wie bei jeder Werkzeugrevolution — was verschwindet, ist die Ausführungsebene; was bleibt, ist die Verständnisebene.

Historische Gesetzmäßigkeit

Die Formel jeder Werkzeugrevolution ist gleich: Ausführungskosten → gegen Null, Urteilswert → gegen Unendlich. Im Zeitalter des Buchdrucks war das Urteil "was schreiben"; im Zeitalter der Tabellenkalkulation "was nach der Berechnung entscheiden"; im Software-3.0-Zeitalter "was die KI tun lassen" und "ob das Ergebnis korrekt und wertvoll ist". Karpathys "Verstehen kann man nicht auslagern" ist die neueste Formulierung dieser historischen Gesetzmäßigkeit.

VIII. Geschäftliche Erkenntnisse: Wie Unternehmer "Ingenieur" neu definieren sollten

Erkenntnis 1: Die Teamgrößenformel muss neu berechnet werden

Wenn ein Agentic Engineer über 10-fache Produktivität verfügt, dann kann ein 5-köpfiges Agentic-Team einem früheren 50-100-köpfigen Team entsprechen. Das ist keine ferne Zukunft — Boris Cherny praktiziert es täglich. Unternehmer müssen sich fragen: Brauche ich 50 Codierer oder 5 Agentic Engineers?

Erkenntnis 2: Revolution der Einstellungsstandards

Karpathy sagte es klar: Kleine Algorithmus-Rätsel stellen ist das alte Paradigma. Neue Einstellungsprozesse sollten sein: Großes Projekt geben, beobachten wie der Kandidat KI dirigiert, um es zu lösen. Die Bewertungsdimension verschiebt sich von "Kannst du dieses Problem lösen?" zu "Kannst du die KI anleiten, eine sichere, effiziente, wartbare Lösung zu liefern?" Im Kern werden Urteilskraft, Geschmack und Systemdesign-Fähigkeit geprüft — nicht das Auswendiglernen von APIs.

Erkenntnis 3: SaaS-Burggraben neu bewerten

Das Menu-Gen-Paradoxon ist ein Weckruf für jeden SaaS-Gründer. Frage dich: Ist mein Produkt nur Klebstoff zwischen zwei KI-Fähigkeiten? Wenn die KI direkt vom Input zum Output kommt, hat deine Zwischenschicht keine Daseinsberechtigung. Echte Burggräben sind:

  • Einzigartige Daten — Daten, die nicht im KI-Trainingsset sind
  • Einzigartige Verifikationsumgebung — Du kannst für deine Vertikale eine RL-Umgebung schaffen
  • Workflow-Integration — Nicht nur einmalige Ein-/Ausgabe, sondern Einbettung in Unternehmensprozesse
  • Vertrauen und Compliance — Medizin, Recht, Finanzen und andere Bereiche, die Verantwortlichkeit erfordern
Erkenntnis 4: In "Agent-native" Infrastruktur investieren

Karpathys Vision ist klar: Künftig sollten alle Dokumentationen, APIs und Tools "agent-first" sein — zuerst für KI designt, dann für Menschen. Das ist eine gigantische Chance zum Infrastrukturumbau. Karpathys Ideal: "Gib dem LLM einen Prompt 'Baue Menu Gen', und ich muss nichts anfassen — es deployt sich selbst ins Internet." Davon sind wir noch weit entfernt, aber die Richtung steht fest.

Erkenntnis 5: Das 18-Monats-Zeitfenster

Wenn Karpathys Einschätzung stimmt — "letztlich kann alles automatisiert werden" — dann ist das Zeitfenster für Unternehmer die Phase, in der die KI in deiner Domäne noch nicht gut genug ist. Nutze diese Zeit:

  1. Baue deine vertikale RL-Umgebung und proprietäre Daten auf
  2. Transformiere das Team von "Code schreiben" zu "KI dirigieren"
  3. Stelle Dokumentation und Toolchain auf Agent-native um
  4. Baue eine Vertrauensmarke auf — weil Vertrauen im KI-Zeitalter wertvoller wird

IX. Fazit: Auf welcher Seite stehst du?

Karpathys Vortrag war keine Prophezeiung, sondern eine Beschreibung. Er beschrieb nicht "was möglicherweise passieren wird", sondern "was bereits passiert".

Rekapitulieren wir das klare Bild, das er zeichnete:

  1. Software 3.0 ist kein inkrementelles Update, sondern eine Paradigmenrevolution — vom Codeschreiben zum Kontextschreiben, vom Maschinensteuern zum Ko-Kreieren mit KI
  2. Vibe Coding hat den Boden angehoben — jeder kann Software schreiben, aber Qualität, Sicherheit und Architektur erfordern weiterhin menschliches Urteil
  3. Agentic Engineering hat die Decke angehoben — die Produktivität von Spitzeningenieuren wird um weit mehr als das 10-Fache verstärkt
  4. Verifizierbarkeit bestimmt die Automatisierungsgeschwindigkeit — verifizierbare Bereiche machen Riesensprünge, nicht verifizierbare stagnieren
  5. Gezackte Intelligenz ist ein Feature, kein Bug — aber eines, das man zu navigieren lernen muss
  6. Verständnis ist die letzte Bastion — weil Verständnis nicht verifizierbar ist, kann RL es nicht direkt verbessern

Zum Schluss, in den letzten Sekunden vor dem Verlassen der Bühne, gab Karpathy seine Sicht auf Bildung: Die Werkzeuge, die das Verständnis stärken, sind die interessanteste und aufregendste Richtung. Sein eigenes LLM-Wissensprojekt ist ein Beispiel dafür: Nicht die KI das Verstehen übernehmen lassen, sondern die KI nutzen, um Informationen aus verschiedenen Blickwinkeln zu "projizieren" und tiefere Einsichten zu gewinnen.

Abschließendes Urteil

Im Software-3.0-Zeitalter hat sich die Erfolgsformel geändert.

Alte Formel: Beste Ingenieure + bester Code = Gewinn
Neue Formel: Tiefstes Verständnis + beste KI-Dirigierfähigkeit + stärkstes Verifizierbarkeitsdesign = Gewinn

Karpathy sagte nicht, dass Programmierer verschwinden. Er sagte: Die Handlung "Code schreiben" wird verschwinden, aber die Fähigkeit "Systeme verstehen" wird wertvoller als je zuvor.

Du kannst dein Denken auslagern. Aber du kannst dein Verstehen nicht auslagern.

Was hast du heute verstanden?

X. Serienübersicht

Sequoia AI Ascent 2026 Tiefenanalyse (3 Teile)

Serienthema: AGI ist keine Zukunft — sie ist Gegenwart. Und du hast nur 18 Monate.

  1. Teil 1 (Überblick): This is AGI — Sequoias Manifest der Rechenrevolution
    Keynote der drei Sequoia-Partner: Rechenrevolution vs. Kommunikationsrevolution, MAD-Strategieframework, Agent-Vierstufen-Evolution
  2. Teil 2 (dieser Artikel): Software 3.0 — Von Vibe Coding zu Agentic Engineering
    Karpathys Software-Revolutionsmanifest: LLM als Computer, Verifizierbarkeits-Framework, Verstehen kann man nicht auslagern
  3. Teil 3: The Great Parallel — Jim Fans Endspiel der Robotik
    NVIDIA Jim Fan: Die Große Parallele, WAM ersetzt VLA, Countdown zum Physical Turing Test

Quellenverzeichnis

  1. Andrej Karpathy, "From Vibe Coding to Agentic Engineering", Sequoia AI Ascent 2026, April 2026. YouTube
  2. Andrej Karpathy, "Software 2.0", Medium, November 2017. Link
  3. Karpathy, A., "Vibe Coding", X/Twitter, Februar 2025. Originaltweet zur Definition von Vibe Coding
  4. Karpathy, A., "Verifiability", persönlicher Blog, 2026. Tiefenanalyse zu Verifizierbarkeit und LLM-Fähigkeiten
  5. Karpathy, A., "We are summoning ghosts, not breeding animals", persönlicher Blog, 2026. Ontologische Untersuchung von KI
  6. Boris Cherny (Claude Code Creator), Sequoia AI Ascent 2026 Präsentation. Praxis mit 10-15 parallelen KI-Workflows
  7. Sequoia Capital, "AI Ascent 2026 Keynote: This is AGI", April 2026. YouTube
  8. Greg Brockman, "Human Attention Is the New Bottleneck", Sequoia AI Ascent 2026
  9. Ethan Mollick, "Jagged Intelligence", Forschung zu ungleichmäßigen KI-Fähigkeiten
  10. Menu Gen von Karpathy — menugen.ai