# cherny-yc-lightcone-claude-code-origin-story-2026-02

## Veille

Boris Cherny schildert die Entstehungsgeschichte von Claude Code, die Produktphilosophie und Ratschläge für Gründer – Y Combinator Light Cone

## Titre Article

The Light Cone: Boris Cherny, Creator of Claude Code

## Date

2026-02

## URL

https://www.youtube.com/watch?v=PQU9o_5rHC4

## Keywords

Claude Code, Produktgenese, CLI-Terminal, latente Nachfrage, Scaffolding vs. Modell, Plan Mode, CLAUDE.md, Bitter Lesson, für das Modell von morgen bauen, 150 % Produktivität, Multi-Agent, Agenten-Topologien, Co-work, TypeScript, React-Terminal, Terminal-UX, KI-Recruiting, Y Combinator

## Authors

Boris Cherny (créateur de Claude Code, Anthropic), Y Combinator (The Light Cone podcast)

## Ton

**Profil**: Lockeres Podcast-Interview zwischen dem Schöpfer von Claude Code und den Y-Combinator-Partnern, umgangssprachliches Register, mittleres technisches Niveau

**Beschreibung**: Das Interview schlägt einen informellen, begeisterten Ton an, durchsetzt mit persönlichen Anekdoten und Momenten echter Überraschung der Interviewer. Boris Cherny spricht mit entwaffnender Demut („ich betrachte mich als durchschnittlichen Ingenieur“, „ich liege in der Hälfte der Fälle falsch“) und teilt zugleich tiefe Einsichten zur Produktphilosophie. Die YC-Interviewer wechseln zwischen Bewunderung (einer sagt, er habe seit 3 Wochen nicht geschlafen) und scharfsinnigen Fragen zur Strategie. Die Erzählung ist mal chronologisch (Entstehung im September 2024), mal thematisch (Ratschläge für Gründer, Prognosen). Die Zielgruppe ist breit: Tech-Gründer, Ingenieure und alle, die sich für die Zukunft der Softwareentwicklung interessieren.

## Pense-betes

- **Zufällige Entstehung**: Claude Code entstand aus einem einfachen Terminal-Chat zum Testen der Anthropic-API. Die Wahl der CLI war nicht strategisch, sondern schlicht das, was sich am schnellsten bauen ließ. Boris hatte die API zuvor nie genutzt.
- **Wendepunkt „Feel the AGI“**: Mit Sonnet 3.5 fragt er „welche Musik höre ich gerade?“, und das Modell schreibt ein AppleScript, um den Audio-Player des Mac abzufragen. Erkenntnis: „das Modell will einfach Tools nutzen“.
- **Kardinalprinzip: latente Nachfrage**: Nie versuchen, Menschen zu etwas Neuem zu bewegen. Das, was sie bereits tun, erleichtern. Plan Mode = latente Nachfrage (die Leute taten dies bereits in einem separaten Chat-Fenster). CLAUDE.md = latente Nachfrage (die Leute erstellten bereits Markdown-Dateien).
- **Für das Modell von in sechs Monaten bauen**: Wichtigster Ratschlag für Gründer. Nicht auf die aktuellen Fähigkeiten des Modells optimieren. Sonst werden diejenigen überholt, die für das nächste Modell bauen.
- **Bitter Lesson (Rich Sutton) an der Wand gerahmt**: Nie gegen das Modell wetten. Scaffolding (Code, der um das Modell herum gebaut wird) bringt eine Verbesserung von 10-20 %, wird aber vom nächsten Modell ausgelöscht. Jedes Scaffolding als technische Schuld behandeln.
- **Plan Mode = ein einziger Satz**: Technisch fügt Plan Mode dem Prompt lediglich „please don't code“ hinzu. Boris programmierte es an einem Sonntagabend in 30 Minuten, nachdem er die GitHub Issues gesehen hatte.
- **Plan Mode hat eine begrenzte Lebensdauer**: Boris prognostiziert dessen baldiges Verschwinden („vielleicht innerhalb eines Monats“). Das Modell wird von selbst in den Plan Mode wechseln.
- **80 % der Sitzungen beginnen im Plan Mode**: Boris' Workflow = mehrere Terminal-Tabs + die Desktop-App öffnen, alle im Plan Mode, dann ausführen, sobald die Pläne gut sind.
- **Minimalistische persönliche CLAUDE.md**: Nur 2 Zeilen (PR automatisch mergen + im Slack-Kanal posten). Ratschlag: die eigene CLAUDE.md regelmäßig löschen und neu beginnen.
- **+150 % Produktivität seit Claude Code**: Bei Anthropic ist die Produktivität pro Ingenieur (gemessen in PRs) um 150 % gestiegen. Vergleich: bei Meta entspricht ein Zuwachs von 2 % einem Jahr Arbeit von Hunderten von Menschen.
- **90-100 % des Codes von Claude geschrieben**: Boris hat seine IDE deinstalliert. 20 PRs/Tag. Bei Anthropic 70-90 % je nach Team.
- **Plugins von einem Agenten-Schwarm gebaut**: Ein Ingenieur gab Claude eine Spezifikation + ein Asana-Board. Claude erstellte die Tickets, startete Agenten, und jeder Agent übernahm Aufgaben. Ergebnis: ein vollständiges Feature an einem Wochenende, fast ohne menschliches Eingreifen.
- **Agenten-Topologien und unkorrelierte Kontexte**: Claude Teams setzt auf unabhängige (unverfälschte) Kontextfenster. Mehr Kontext zu einem Problem = eine Form von Test-Time Compute.
- **Co-work = Claude Code in einer GUI**: Derselbe Agent unter der Haube. In ~10 Tagen gebaut, zu 100 % von Claude Code. VM zur Sicherheit nicht-technischer Nutzer.
- **Personalauswahl: die Frage „wann lagen Sie falsch?“ stellen**: Nach Demut, wissenschaftlichem Denken und First-Principles-Denken suchen. Ausgeprägte Meinungen von Senioren werden zum Nachteil.
- **Bimodales Profil der besten Ingenieure**: Hyperspezialisten (z. B. Jared Sumner/Bun) oder Hypergeneralisten (Produkt + Design + Nutzerforschung).
- **4 % der öffentlichen Commits weltweit** stammen von Claude Code (Statistik von Semi-Analysis). 70 % der Startups entscheiden sich für Claude (Statistik von Mercury). Die NASA nutzt Claude Code für Perseverance.
- **Prognose: der Titel „Software Engineer“ wird verschwinden**: Ersetzt durch „Builder“ oder „Product Manager“. Jede Rolle wird programmieren (PM, Designer, Finance).
- **Parallele zu TypeScript**: Genau wie TypeScript ein Typsystem um die Art gebaut hat, wie Menschen bereits JavaScript schreiben (statt eine Änderung zu erzwingen), passt sich Claude Code an die Gewohnheiten der Entwickler an.

## RésuméDe400mots

Boris Cherny, Schöpfer und leitender Ingenieur von Claude Code bei Anthropic, schildert in einem Interview mit Y Combinator die zufällige Entstehung des Tools. Alles begann im September 2024 mit einem einfachen Terminal-Chat zum Testen der Anthropic-API. Die Wahl der CLI war nicht strategisch, sondern pragmatisch: keine Benutzeroberfläche zu bauen. Der entscheidende Moment kam, als Sonnet 3.5 spontan ein AppleScript schrieb, um die gerade laufende Musik zu identifizieren – und damit offenbarte, dass „das Modell einfach Tools nutzen will“.

Die Produktphilosophie von Claude Code beruht auf einem Grundprinzip: **latente Nachfrage**. Jedes wichtige Feature (Plan Mode, CLAUDE.md, Skills) entstand aus der Beobachtung von Nutzern, die diese Dinge bereits auf improvisierte Weise taten. Plan Mode wurde an einem Sonntagabend in 30 Minuten programmiert, nachdem das Muster in GitHub Issues erkannt worden war. Technisch läuft es auf eine einzige Anweisung hinaus: „please don't code“.

Cherny betont zwei strategische Ratschläge für Gründer. Erstens: **für das Modell von in sechs Monaten bauen** statt für das heutige Modell. Zweitens: Rich Suttons „Bitter Lesson“ anwenden (an der Wand in den Büros des Teams gerahmt): nie gegen das Modell wetten. Scaffolding rund um das Modell liefert eine Verbesserung von 10-20 %, wird aber vom nächsten Modell systematisch ausgelöscht. Die gesamte Architektur von Claude Code wird ständig neu geschrieben: Kein Teil des Codes ist älter als wenige Monate.

Die Zahlen sind auffällig: Die Produktivität pro Ingenieur bei Anthropic ist seit Claude Code um 150 % gestiegen. Boris selbst hat seine IDE deinstalliert und liefert täglich 20 PRs, wobei 100 % des Codes von Claude geschrieben werden. Zum Vergleich: Bei Meta, wo er für die Codequalität verantwortlich war, entsprach ein Produktivitätsgewinn von 2 % einem Jahr Arbeit von Hunderten von Menschen.

Das Interview offenbart zudem, was als Nächstes kommt. Claude Teams erforscht **Agenten-Topologien** mit unkorrelierten Kontextfenstern als eine Form von Test-Time Compute. Das Plugins-Feature wurde vollständig von einem Schwarm von Agenten anhand einer Spezifikation und eines Asana-Boards gebaut, an einem einzigen Wochenende und fast ohne menschliches Eingreifen. Co-work, die GUI-Version für Nicht-Entwickler, wurde in 10 Tagen von Claude Code selbst gebaut.

Bei der Personalauswahl legt Cherny mehr Wert auf Demut und First-Principles-Denken als auf ausgeprägte Meinungen. Er beobachtet unter den besten Ingenieuren ein bimodales Profil: Hyperspezialisten oder Hypergeneralisten. Seine Prognose: Der Titel „Software Engineer“ wird zugunsten von „Builder“ verschwinden, und Coding wird bald für alle gelöst sein, unabhängig vom Fachgebiet.

## GrapheDeConnaissance

- Boris Cherny —a_créé→ Claude Code (TECHNOLOGIE, 0.99)
- Boris Cherny —travaille_chez→ Anthropic (ORGANISATION, 0.99)
- Claude Code —est_basé_sur→ terminal chat CLI (CONCEPT, 0.95)
- Demande latente —s_applique_à→ Claude Code (METHODOLOGIE, 0.95)
- Claude Code —s_inspire_de→ Bitter Lesson (CONCEPT, 0.93)
- Claude Code —améliore→ productivité ingénieur (CONCEPT, 0.97)
- Anthropic —mesure→ +150% productivité par ingénieur (MESURE, 0.92)
- Boris Cherny —prédit→ disparition du titre software engineer (AFFIRMATION, 0.88)
- Boris Cherny —a_créé→ Plan mode (METHODOLOGIE, 0.95)
- Sonnet 3.5 —permet→ moment déclic feel the AGI (EVENEMENT, 0.93)
- Claude Code —mesure→ 90-100% du code écrit chez Cherny (MESURE, 0.96)
- Essaim d'agents —a_créé→ feature plugins (TECHNOLOGIE, 0.9)
- Cowork —est_basé_sur→ Claude Code (TECHNOLOGIE, 0.94)
- Boris Cherny —recommande→ construire pour le modèle de dans 6 mois (AFFIRMATION, 0.95)
- Claude Code —mesure→ 4% des commits publics mondiaux (MESURE, 0.85)

---
Canonical: https://www.thekb.eu/de/fiches/cherny-yc-lightcone-claude-code-origin-story-2026-02/