Markdown ist am Ende... Karpathy hat sich auch für HTML entschieden.

Markdown muss sterben.

Diese provokante These stammt aus einem heute von Thariq, einem Ingenieur von Anthropic, veröffentlichten, die ganze Welt in Aufruhr versetzenden Langartikel.

Der gesamte Artikel hat nur ein Ziel –

Markdown den „Todesstoß“ versetzen.

Ja, dieses vor kurzem in der „Vibe Coding“-Szene beliebte Format für Mensch-Maschine-Kommunikation wird von den Ingenieuren von Claude aufgefordert, verlassen zu werden.

Ich bearbeite diese Dateien heute fast nie mehr von Hand. Ich nutze sie eher als Normen, Referenzdokumente oder als Ergebnis von Brainstormings. Wenn ich sie ändern muss, gebe ich sie normalerweise einfach an Claude weiter, um sie zu bearbeiten.

Warte mal.

Ich habe gerade erst gelernt, Markdown zu nutzen...

Und schon wieder tot???

Na dann, was ist das Alternative? Was soll ich als Nächstes lernen?

Thariqs Antwort ist überraschend:

HTML.

Ob ich nun Pläne mache, Anforderungen entwerfe, Lösungen erkunde, Code überprüfe oder Berichte zusammenstelle, ich nutze immer HTML...

Eigentlich, wenn nur Thariq das sagt, bedeutet das noch nicht viel.

Das Wichtigste ist, dass es in den Kommentaren so viele Menschen gibt, die ihm zustimmen. Das an sich repräsentiert bereits einen Trend.

Sogar Karpathy hat zugestimmt und seine Zustimmung gezeigt:

Diese Methode ist wirklich gut.

Hier ist eine aufbereitete Version, die für Sie leichter lesbar ist.

Enjoy.

Warum drängt der Anthropic-Ingenieur auf HTML?

Der Inhalt dieses Formatstreits lässt sich am besten in Form eines Vergleichs verstehen.

Nach Thariqs Meinung ist HTML besser als Markdown, und zwar aus fünf Gründen.

Ich habe diese fünf Gründe alle aufgelistet und auch ein Bild erstellt, damit Sie sie vergleichen können.

1. Überlegenheit in der Informationsdichte

Was kann Markdown? Titel, Fettformat, Listen, Codeblöcke. Das ist ungefähr alles.

Aber HTML kann so viel mehr – Tabellen, CSS-Stile, SVG-Vektorgrafiken, JavaScript-Interaktionen, Canvas-Leinwände, absolute Positionierung für die räumliche Gestaltung...

Es gibt fast keine Art von Information, die von KI verstanden, aber von HTML nicht ausgedrückt werden kann.

Vielleicht haben Sie schon gesehen, wie Claude Code in Markdown Flussdiagramme mit ASCII-Codes zeichnet oder Unicode-Farbfelder verwendet, um „Farben zu schätzen“.

Es ist dieses Bild hier.

Es ist so traurig, als würde man einen Maler zwingen, mit Chopsticks Ölgemälde zu malen und ihm gleichzeitig verlangen, ein Mona Lisa zu schaffen.

2. Lesbarkeit

Markdown ist extrem kompakt.

Thariq ist der Meinung, dass er Markdown-Dateien mit mehr als 100 Zeilen kaum noch liest.

Ganz zu schweigen von anderen Teammitgliedern, die diese Dateien lesen sollen.

Das trifft auf mich auch zu.

Ich weiß nicht, wie es Ihnen geht, aber ich habe nie die von Claude Code und Codex erstellten zweihundertzeiligen plan.md-Dateien genau gelesen.

Ich werfe nur einen Blick darauf und schicke dann einfach „Los geht's“.

Aber HTML sollte besser sein.

KI kann dieselbe Information in eine Seite mit Registerkarten, Navigation und zusammenklappbaren Abschnitten organisieren, sogar responsiv gestalten, sodass es auch auf dem Handy gut aussieht.

Hier ist ein Vergleich, schauen Sie sich das mal an –

Ehrlich gesagt, wird man den linken Teil sogar absichtlich ignorieren, denn das Gehirn fühlt sich schon nach einem Blick überfordert an.

Es tut mir leid, kleiner Markdown, aber wir Menschen lieben es einfach, Bilder zu sehen.

3. Fast keine Teilenkosten

Wie teilen Sie Markdown-Dateien? Indem Sie sie als Anhang senden. Der Empfänger muss dann ein Tool finden, das die Datei rendern kann.

Und HTML?

Man lädt es einfach auf S3 hoch und teilt den Link. Der Browser kann es direkt öffnen.

Es ist sehr praktisch, es an Kollegen, Vorgesetzte oder Freunde zu senden, um es zu zeigen.

Um es pragmatisch auszudrücken, bei HTML ist Schönheit und Praktikabilität die Maßgabe.

Die Wahrscheinlichkeit, dass Ihre Spezifikationen, Berichte oder PR-Erklärungen von anderen wirklich gelesen werden, ist bei HTML viel höher als bei Markdown.

Deshalb ist in der KI-Zeit die persönliche Website die neue Form des Lebenslaufs.

4. Zweiweges Interaktionsmöglichkeit

HTML ist interaktiv.

Sie können Claude bitten, einem Entwurf Schieberegler und Drehknöpfe hinzuzufügen, und mit einem Zug können Sie die Parameter einstellen.

Sie können es auch bitten, ein ziehbares Kanban-Board zu erstellen, um die Priorität der Aufgaben neu zu ordnen.

Sie können sogar eine Echtzeitvorschau des Prompts-Editors erstellen lassen.

Ändern Sie den Prompt links, und Sie sehen sofort die Ausfüllung rechts.

Nachdem Sie es geändert haben, klicken Sie auf die Schaltfläche „Kopieren“, und die Parameter werden direkt in Claude Code eingefügt.

5. Spaß

Dies ist der letzte Grund, den Thariq angibt:

Es macht mehr Spaß, mit HTML zu arbeiten.

Ehrlich gesagt, könnte dies der wichtigste Grund sein.

Wenn Sie Spaß haben, wenn Sie mit einem Tool zusammenarbeiten, sind Sie eher bereit, Zeit und Mühe zu investieren und das Ergebnis zu verbessern. Am Ende ist die Qualität des Produkts höher.

Warum sind wir so von „Vibe Coding“ fasziniert? Weil wir wieder jenen ursprünglichen Spaß gefunden haben.

Thariqs Anwendungsliste

Thariq ist nicht nur theoretisch überzeugt, sondern selbst ein treuer HTML-Bekenner.

Er hat in seinem Artikel viele konkrete Anwendungsfälle aufgelistet. Sie können diese als Einstiegshilfe nutzen.

1. Planung und Exploration

Anstatt eine plan.md-Datei zu schreiben, lässt Thariq Claude Code eine Gruppe von HTML-Dateien generieren, wenn er ein neues Projekt startet.

Zuerst macht er ein Brainstorming und erstellt visuelle Vergleichsseiten für verschiedene Richtungen.

Dann wählt er eine Richtung aus, erstellt Mockups und Code-Schnipsel. Am Ende wird alles zu einem Implementierungsplan zusammengefasst.

Hier ist ein Prompt, den Sie speichern können:

Ich bin mir nicht sicher, wie die Einführungsseite aussehen sollte. Generiere sechs völlig unterschiedliche Lösungen – Layout, Tonfall und Informationsdichte sollten sich unterscheiden – und platziere sie in einer HTML-Datei in einem Raster, damit ich sie nebeneinander vergleichen kann. Markiere für jede Lösung, welche Kompromisse gemacht wurden.

So sieht es am Ende aus.

2. Code-Review

Dies ist wirklich notwendig.

Es ist sehr schwierig, Diff-Dateien in Markdown zu lesen.

Aber HTML kann echte Diff-Ansichten rendern, Zeilenkommentare hinzufügen, Farben nach Schweregrad markieren und Flussdiagramme erstellen, um die Code-Logik zu erklären.

So sieht es aus.

Thariq sagt, dass er jetzt bei jedem PR eine HTML-Datei mit Code-Erklärungen anhängt.

Wir haben auch eine ähnliche Fehlersuche-Skill in unserem Team, die HTML-Dateien generiert. Man kann sofort die Tippfehler sehen.

3. Design und Prototyp

Das braucht nicht viel Erklärung. HTML hat von Natur aus Vorteile bei der Interaktion und eignet sich gut für die Frontend-Entwicklung.