Karpathys CLAUDE.md erreichte Platz 1 auf GitHub mit 82.000 Sternen, weil die meisten Entwickler Claude Code falsch nutzen.

Eine einfache Textdatei hat gerade für immer verändert, wie Entwickler KI zum Codieren einsetzen.

Kein neues Modell.

Keine teure IDE.

Kein weiteres „KI-Agenten“-Startup.

Nur eine Datei:

CLAUDE.md

Und sie wurde still und leise zu einem der am schnellsten wachsenden Entwickler-Setups auf GitHub.

Über 82.000 Sterne.

Tausende Forks.

Ingenieure von Startups bis zu Enterprise-Teams, die sie über Nacht in ihre Projekte kopieren.

Weil Entwickler endlich etwas erkannt haben:

Claude Code scheitert nicht, weil das Modell schwach ist.

Es scheitert, weil jede Sitzung mit Amnesie beginnt.

Jedes Mal, wenn du Claude Code öffnest, vergisst es:

• deinen Stack

• deine Architekturentscheidungen

• deine Namenskonventionen

• deine Codierungsstandards

• was letzte Woche bereits fehlgeschlagen ist

• was NIEMALS geändert werden darf

• warum du ein Framework einem anderen vorgezogen hast

• welche Dateien zu riskant sind, um sie anzufassen

Also macht das Modell das, was jede KI ohne Kontext tut:

Es rät.

Und diese Vermutungen werden wahnsinnig teuer.

Du bittest es, eine Funktion zu reparieren.

Es schreibt drei Dateien neu.

Benennt Variablen um, die du bewusst gewählt hast.

Refaktoriert funktionierenden Code.

Schlägt Tools vor, die mit deiner Architektur inkompatibel sind.

Löscht Dinge „zur Bereinigung“.

Ändert Formatierungen, die niemand angefasst haben wollte.

Dann verbringst du die nächste Stunde damit, die „Hilfe“ rückgängig zu machen.

Das ist die versteckte Steuer beim KI-Codieren, über die niemand spricht.

Ein Engineering Manager schätzte, dass sein Team fast 8 Stunden pro Woche verlor, nur durch:

→ erneutes Erklären des Projektkontexts

→ Rückgängigmachen unerlaubter Änderungen

→ Korrigieren falscher Annahmen

→ erneutes Vermitteln von Architekturentscheidungen

→ Eindämmen von Scope Creep

Das ist kein KI-Problem.

Das ist ein Gedächtnisproblem.

Und CLAUDE.md behebt es auf die einfachste Art und Weise.

Es ist einfach eine Textdatei, die im Stammverzeichnis deines Projekts liegt.

Aber Claude liest sie automatisch zu Beginn jeder Sitzung.

Das bedeutet, deine KI beginnt endlich mit Kontext statt mit Chaos.

Der Unterschied ist gewaltig.

Ohne CLAUDE.md:

„KI-Assistent“

Mit CLAUDE.md:

„Ingenieur, der dein Projekt bereits kennt.“

Die Datei enthält normalerweise 3 Schichten.

━━━━━━━━━━━━━━━

1. STANDARDREGELN ━━━━━━━━━━━━━━━

Dieser Abschnitt lehrt Claude, wie du arbeitest.

Wie detailliert die Antworten sein sollen.

Wie dein Stack aussieht.

Wie du kommunizierst.

Wie viel Kontext du bereits kennst.

Welchen Schreibstil du verwenden möchtest.

Was du NICHT tun sollst.

Dinge wie:

→ keine Füllphrasen verwenden

→ Antworten proportional zur Aufgabenkomplexität halten

→ vor Annahmen nachfragen

→ grundlegende Konzepte nie übererklären

→ meinen Codierstil exakt übernehmen

→ Projektbeschränkungen automatisch beachten

Klingt klein.

Aber über hunderte von Prompts?

Das eliminiert massive Wiederholungen.

Die meisten Entwickler verbringen unwissentlich 20–40 Minuten pro Tag damit, der KI Kontext erneut beizubringen.

Jede. Einzelne. Sitzung.

Jetzt multipliziere das über ein ganzes Engineering-Team.

Das sind Tausende Dollar pro Monat, die nur dafür verschwendet werden, dich zu wiederholen.

━━━━━━━━━━━━━━━

1. VERHALTENSSTEUERUNG

━━━━━━━━━━━━━━━

Dies ist der Abschnitt, den sich Entwickler Monate zuvor gewünscht hätten.

Denn hier stoppst du Claude, bevor es „kreativ destruktiv“ wird.

Du definierst harte Grenzen wie:

→ nur Dateien bearbeiten, die direkt mit der Aufgabe zusammenhängen

→ niemals nicht zusammenhängenden Code refaktorieren

→ vor dem Löschen nachfragen

→ vor destruktiven Aktionen bestätigen einholen

→ bestehende Strukturen nicht ohne Zustimmung umschreiben

→ immer genau anzeigen, was geändert wurde

→ niemals automatisch deployen oder Migrationen ausführen

Dieser eine Abschnitt verhindert die meisten KI-Codierungs-Horrorgeschichten.

Keine Überraschungs-Umschreibungen mehr.

Keine Architektur-Abweichungen mehr.

Keine „Ich habe das für dich aufgeräumt“-Katastrophen mehr.

Die KI wird berechenbar.

Was genau das ist, was Ingenieure eigentlich wollen.

━━━━━━━━━━━━━━━

1. GEDÄCHTNIS + PROJEKT-GEHIRN

━━━━━━━━━━━━━━━

Hier wird es richtig mächtig.

Entwickler begannen, CLAUDE.md mit Dateien wie diesen zu paaren:

MEMORY.md

ERRORS.md

Jetzt kann Claude sich erinnern:

• an Entscheidungen, die dein Team bereits getroffen hat

• an fehlgeschlagene Ansätze

• an abgelehnte Tools

• an Produktionsvorfälle

• an technische Einschränkungen

• an Architektur-Kompromisse

• an kunden-spezifische Regeln

Das bedeutet, die KI hört auf, Dinge zu empfehlen, die du vor Monaten bereits ausgeschlossen hast.

Sie hört auf zu vergessen.

Das ändert alles.

Denn der wirkliche Engpass beim KI-Codieren ist nicht mehr die Codegenerierung.

Es ist der persistente Kontext.

Und die meisten haben das noch nicht erkannt.

━━━━━━━━━━━━━━━

DIE 4 REGELN, DIE ES VIRAL MACHEN LIESSEN

━━━━━━━━━━━━━━━

Das Setup explodierte, nachdem Entwickler begannen, 4 einfache Regeln zu teilen, die von Andrej Karpathys Ansatz im Umgang mit KI-Systemen inspiriert waren.

Sie sehen täuschend einfach aus:

1. Frage, bevor du annimmst.
2. Verwende zuerst die einfachste Lösung.
3. Fasse keinen nicht zusammenhängenden Code an.
4. Melde Unsicherheit sofort.

Das war’s.

Aber diese 4 Regeln lösen die meisten KI-Codierungs-Fehlschläge.

Denn der größte Schaden entsteht meist dadurch, dass die KI selbstbewusst handelt, ohne genug Kontext zu haben.

Die Entwickler mit den besten Ergebnissen verwenden nicht „mehr KI“.

Sie reduzieren Mehrdeutigkeit.

Und wenn du das einmal siehst, kannst du es nicht mehr ungesehen machen.

━━━━━━━━━━━━━━━

DIE WIRKLICHE TRENNLINIE BEIM KI-CODIEREN

━━━━━━━━━━━━━━━

Im Moment gibt es im Grunde zwei Arten von Entwicklern, die Claude Code einsetzen.

Gruppe 1:

Beginnt jede Sitzung von null.

Wiederholt den Kontext täglich.

Räumt unerwünschte Änderungen auf.

Bekämpft ständig Scope Creep.

Behandelt KI wie temporäre Autovervollständigung.

Gruppe 2:

Verwendet persistente Anweisungen.

Sperrt Verhaltensregeln.

Pflegt das Projektgedächtnis.

Kontrolliert den Umfang streng.

Behandelt KI wie einen langfristigen Engineering-Kollaborateur.

Gleiches Modell.

Völlig unterschiedliche Ergebnisse.

Deshalb verbreitete sich diese Datei so schnell.

Denn sobald Claude Folgendes hat:

• Regeln

• Gedächtnis

• Stack-Bewusstsein

• Verhaltenseinschränkungen

• Projektkontext

…hört es auf, sich wie ein Chatbot anzufühlen.

Und fängt an, sich wie Infrastruktur anzufühlen.

━━━━━━━━━━━━━━━

STARTE HIER

━━━━━━━━━━━━━━━

Öffne dein Projekt.

Erstelle eine Datei namens:

CLAUDE.md

Füge dann zuerst diese 4 Regeln ein:

• Frage, bevor du annimmst

• Einfachste Lösung zuerst

• Nicht zusammenhängenden Code nicht anfassen

• Unsicherheit explizit melden

Das allein wird das Verhalten von Claude sofort verbessern.

Erweitere sie dann nach und nach mit der Zeit:

→ dein Stack

→ Codierstandards

→ Architekturregeln

→ verbotene Aktionen

→ Entscheidungsprotokolle

→ Projektgedächtnis

Die meisten Entwickler haben das noch nicht gemacht.

Was bedeutet, dass die Kluft zwischen durchschnittlichem KI-unterstütztem Codieren und erstklassigem KI-unterstütztem Codieren immer weniger von Modellen abhängt…

…und mehr davon, wer weiß, wie man Kontext richtig strukturiert.

Setze ein Lesezeichen.

Denn in sechs Monaten wird persistenter KI-Projektgedächtnis wahrscheinlich so selbstverständlich sein wie GitHub-Repos heute.