BLOG
HackerTube: Zwanzig Jahre HN-Videos, in zwei Stunden gebaut
Einleitendes Dialoggespräch
Shiwen: Vor zwei Tagen hat Andrej Karpathy auf Hacker News eine Seite namens HackerTube veröffentlicht, die als YouTube-Klon bezeichnet wird. Die Datenquelle sind die von Hacker News zwischen 2007 und 2026 empfohlenen Videos. Am beeindruckendsten ist, dass er sagte, die gesamte Seite sei in etwa zwei Stunden entstanden, indem er mit Opus 5.5 in Claude Code kommuniziert hat. Lassen Sie uns diese Zahl vorerst beiseite – ist diese Vorgehensweise wirklich zu besprechen?
Yongliang: Ja, und es gibt zwei Aspekte. Der erste ist die technische Umsetzung: In zwei Stunden ein funktionierendes Produkt mit einem Agent zu erstellen. Der zweite Aspekt ist die Produktphilosophie: Die jährliche kollektive Ästhetik von Hacker News soll die Algorithmenempfehlungen von YouTube ersetzen. Aber seien Sie beide Aspekte nicht zu euphorisch – die zwei Stunden sind nur wegen der Kompaktheit der Seite, da die 503-Server bereits aktiv sind.
Frage 1: Wie wurden diese zwei Stunden eigentlich verbracht?
Shiwen: Wie genau verlief der Prozess?
Yongliang: Karpathys Anfrage an Claude Code lautete eigentlich nur: „Lassen Sie uns unseren eigenen YouTube-Klon erstellen, basierend auf den Videos, die auf Hacker News empfohlen wurden.“ Er wählte das Modus „Medium effort“ von Opus 5.5. Opus lud zunächst alle Kommentare von Hacker News herunter, filterte diejenigen mit YouTube-Links aus und führte anschließend einen Workflow mit Sonnet durch, um unnötige Daten zu entfernen. Schließlich ergab sich etwa 40.000 Kommentare zu empfohlenen Videos, entsprechend 6454 YouTube-Videos, die in 150 Themen unterteilt wurden. Die Frontseite hatte eine YouTube-stilige Benutzeroberfläche mit 50% Abbildungen, Empfehlungen für Nutzer ohne Account und eine lokalen Browser-Session für die Daten. Zudem wurden Tastenkombinationen unterstützt. Der Rest bestand aus Domains, VPS, Sicherheitsmaßnahmen und Optimierungen.
Shiwen: Was bedeutet „Medium effort“?
Yongliang: Das ist die Arbeitsintensitätseinstellung in Claude Code. „Medium effort“ bedeutet, dass der Agent innerhalb einer bestimmten Anzahl von Schritten selbstständig erkundet und iteriert, ohne dass der Benutzer jedes Wort bestätigen muss. Das ist einfacher als alles manuell zu machen, aber Karpathy musste immer noch eingreifen, um Entscheidungen zu treffen und die Ergebnisse zu überprüfen.
Shiwen: Das heißt also, er hat nicht wirklich selbst mit Code gearbeitet?
Yongliang: Genau. Nach seinen eigenen Worten im Blog: „Ich mache eigentlich nichts mehr, was dem traditionellen Engineering ähnelt… Ich spreche nur mit Claude und lasse ihn alles erledigen.“ Er hat nichts mehr mit dem traditionellen Code-Schreiben oder dem Betrieb des Terminals zu tun. Er hat nur drei Dinge getan: Eine Google Cloud-API-Schlüssel für die Abfrage der Video-Daten erstellt, einen VPS gekauft und ein Domain erworben. Mit seinen Worten: „Ich mache diese Dinge in den Pausen von Claudes Arbeit, aber es fühlt sich immer noch wie Teamarbeit an.“
Shiwen: Da gibt es eine Frage der Vertrauensbildung. Sie schauten den Diff nicht?
Yongliang: Diese Frage trifft ins Schwarze. Karpathys Arbeitsweise hat sich von „Diff-Erkennung“ zu „Verhaltenseinschätzung“ gewandelt. Er verlässt sich auf den vollständigen Trace von Claude Code, die exportierten Daten der gesamten Website sowie die tatsächlichen Leistungen nach dem Launch. Ob der Code schön aussieht oder nicht ist nicht mehr wichtig – das Qualitätskriterium ändert sich in die Fähigkeit der Website, zu funktionieren, ob die Empfehlungen passend sind und ob die Benutzereingaben reibungslos ablaufen. Die Etablierung dieser Vertrauenskette hängt von der Transparenz und Reproducibilität des Agents ab.
Q2: Warum sind HN-Empfehlungen besser als YouTube-Empfehlungen?
Shiwen: Karpathy kritisiert, dass YouTube eine „enshittified wall of slop“ sei – die Thumbnails seien übertrieben und der Inhalt gleichförmig. Können HN-Empfehlungen dieses Problem lösen? Yongliang: Das ist ein Experiment zur Ersetzung von Algorithmen durch Community-Kuratoren. HN-Empfehlungen stammen aus den Kommentaren, die Nutzer in den letzten zwanzig Jahren in verschiedenen Beiträgen ernsthaft geschrieben haben. Dahinter steht die kollektive Entscheidung von Menschen, lange Texte und tiefer Inhalt zu lesen. Es gewinnt nicht durch die Empfehlung von beliebten Inhalten, sondern indem es „von HN diskutiert wurde“ als Qualitätskriterium verwendet. Shiwen: Gibt es also Probleme? Yongliang: Ja. Erstens ist die Größe: 6454 Videos sind im Vergleich zu YouTube’s Volumen unbedeutend. Zweitens ist die Aktualität: HN-Empfehlungen haben natürliche Verzögerungen, viele beliebte Inhalte müssen warten, bis sie diskutiert werden. Drittens ist der Geschmack eher exotisch: HN beherbergt hauptsächlich technische, wissenschaftliche und unternehmerische Inhalte, Unterhaltungs- und Alltagsinhalte kommen kaum hin. Es wird YouTube nicht ersetzen, sondern nur eine ausgewählte Kanalle für eine bestimmte Zielgruppe sein. Shiwen: Aus der Perspektive von Self-Media-Artisten – welche Erkenntnisse bietet diese Community-Kuratierung für die Inhaltsverteilung? Yongliang: Die heutige Inhaltsverteilung wird immer gleichförmiger. Algorithmen der Plattformen drängen Nutzer auf Inhalte, die emotionalsten Reaktionen hervorrufen. HN bietet eine alternative Möglichkeit: Mit Community-Vertrauen und langfristigen Diskussionen zu prüfen, anstatt auf Klickraten und Abgeschlossenheitsraten zu setzen. Für Kreative bedeutet das, dass tiefgründige und langfristige Werte neu bewertet werden können, vorausgesetzt, man kann in eine solche Community eintreten oder selbst zu einem solchen Kuratoren werden. Für Self-Media-Artisten sind Kuratierfähigkeiten und Publikumstruste wertvoller als bloße Traffic-Tricks. Shiwen: Was ist mit der Gestaltung von 50% Thumbnails? Yongliang: Das ist ein wichtiger Aspekt, um das Gefühl von Überfluss zu beseitigen. YouTubes Thumbnails werden immer übertrieben, um Klicks zu bekommen, je übertriebener, desto besser. HackerTube hat die Größe der Thumbnails halbiert, um den visuellen Schock zu reduzieren und die Aufmerksamkeit auf den Titel und die Community-Diskussionen selbst zu lenken. Diese Mäßigung ist eine Art Produktpositionierung: Nicht durch Klickraten, sondern durch den Inhalt selbst. Shiwen: Wird es schnell von AI-Suchmaschinen ersetzt? Yongliang: Das Problem mit AI-Suchmaschinen ist ähnlich wie bei Plattformalgorithmen: Sie geben Ergebnisse basierend auf statistischer Relevanz an, ohne den Kontext und die Beurteilung aus der Community-Diskussion zu berücksichtigen. Der Kern von HackerTube ist die Kuratierung, die Suche ist nur eine oberflächliche Funktion. Solange Menschen noch vertrauenswürdige Filtergeber benötigen, wird diese Art von Community-Kuratierung bestehen bleiben.
Q3: Was verbirgt sich hinter dem Launch in zwei Stunden?
Shiwen: Ist diese Geschwindigkeit nicht erbärmlich?
Yongliang: Neidenschaft ist zwar möglich, aber man muss die Kostenstruktur genau betrachten. Es kann in zwei Stunden funktionieren, weil das gesamte Produkt sehr einfach ist: kein Account-System, keine Backend-Rekommendierungsengine, die Daten werden offline berechnet, die Frontseite nutzt YouTube-Embedding, und die Rekommendierungslogik besteht aus statischen Listen und lokalen Sessions. Das Auftreten von 503-Statuszeichen zeigt, dass es einen Unterschied zwischen einer Station, die am Abend eines Tages aufgebaut wird, und einer Station gibt, die stabile Leistung für große Datenmengen bietet, in Bezug auf Wartung, Kapazitätsplanung, Caching und Fehlerbehandlung.
Shiwen: Woher hast du diese Details über 503-Statuszeichen erfahren?
Yongliang: In den Kommentaren von HackerBooks wurde erwähnt: „HackerTube ist 404 und 503-Statuszeichen, also wird es wahrscheinlich nicht einen Tag halten.“ Das ist normal, wenn eine Hack-Tour am Samstagvormittag von Tausenden von Menschen gleichzeitig besucht wird, ist ein 503-Statuszeichen fast unvermeidlich. Es zeigt nicht, dass Karpathy keine Fähigkeiten hat, sondern dass „die Aufbau einer Station am Abend eines Tages“ und „wartungsfreie Dienste“ zwei verschiedene Dinge sind.
Shiwen: Ist es also nicht produktionsreif?
Yongliang: Im aktuellen Zustand ähnelt es eher einem sorgfältig verpackten Demo. Karpathy selbst sagte, dass es „eine Hack-Tour am Samstagvormittag“ ist. Das ist keine Verachtung, sondern eine Erinnerung daran: Der Agent hat die Kosten von der Idee bis zum Prototypen extrem gesenkt, aber der Weg vom Prototyp bis zu einem zuverlässigen Dienst wurde nicht verkürzt. Die Möglichkeit, die gesamten Daten der Station auszugeben, ist interessant; es heißt „geben Ihrem Agent eine Version zur Neuaufbauung“, was bedeutet, dass auch Reproduzierbarkeit berücksichtigt wurde.
Shiwen: Wo liegt also der Wert dieser Art von Demo?
Yongliang: Der Wert liegt darin, die Schwelle zum Fehlerfahren zu senken. Früher musstest du eine Idee testen, und das könnte ein Team einbeziehen und zwei Wochen dauern; jetzt kann eine Person am Vormittag etwas bereitstellen, das funktioniert, und die Reaktionen in der Community beobachten. Wenn die Reaktionen gut sind, investiert man in echte Engineering-Aufgaben; wenn die Reaktionen mittelmäßig sind, kostet es nur einen Vormittag. Diese Fähigkeit, schnell zu testen, ist wichtiger als das Zahlen „zwei Stunden zum Starten“.
Q4: Warum gab es HackerBooks und HackerTok innerhalb eines Tages?
Shiwen: Nach dem Start von HackerTube gab es bereits am nächsten Tag HackerBooks, und andere zeigten in den Kommentaren von HN, dass sie HackerTok mit Claude erstellt hatten, nachdem sie Karpathy gesehen hatten. Was denkst du darüber?
Yongliang: Das ist ein typisches Beispiel für die Kettenreaktion nach dem „Zerstörung der Kosten für die Umsetzung einer Idee“. Wenn es nur ein Satz und zwei Stunden dauert, eine Station aufzubauen, wird das Raritäten von „kann man es machen“ zu „Themenwahl und Geschmack“. Die zwanzigjährigen Kommentardaten von HN sind öffentliches Eigentum, jeder kann sie für eine zweite Kuration verwenden. HackerBooks hat sogar die Daten als CSV-Datei freigegeben, noch offener als HackerTube.
Shiwen: Wie sehen die konkreten Daten aus?
Yongliang: Bis zum Morgen des 2. November hatten die Originalposts von HackerTube auf HN bereits über 2200 Likes und 534 Kommentare; HackerBooks folgt mit 846 Likes und 168 Kommentaren. HackerTok hat bisher nur einen Kommentar gesehen, ohne eine separate Überprüfung. Diese Popularität zeigt, dass die Gemeinschaft große Zustimmung für „die Wiederherstellung einer Inhaltsplattform mit Community-Daten“ hat.
Shiwen: Ist diese Art von Nachahmung sinnvoll?
Yongliang: Ja, es gibt auch Phänomene. Der Sinn ist, dass man heute mit sehr geringen Kosten eine Idee testen kann; das Problem ist, dass wenn alle nur eine „Hülle“ ändern und keine neuen Logiken zur Community-Organisation oder Vertrauen haben, schnell der Ehrgeiz nachlässt. Der Wert von HackerTube liegt darin, dass er auf den Daten von HN aus den letzten zwanzig Jahren basiert. Wer dem Trend folgt und keine ähnlichen Datenressourcen hat, stellt nur eine leere Hülle dar.
Shiwen: Sind diese Nebenseiten für HackerTube ein Plus oder eher ein Nachteil?
Yongliang: Kurzfristig ist es ein Plus, denn es erweitert die Erzählung von „eine Person in zwei Stunden“ auf „das Auftreten eines neuen Paradigmas“. Langfristig muss man sehen, ob HackerTube seine Daten und Community kontinuierlich unterstützen kann. Wenn es nur in der Demo-Phase bleibt, während HackerBooks oder HackerTok in Bezug auf Daten und Offenheit besser sind, dann ist der Vorsprung des Ersteren nicht so wichtig.
Frage 5: Was bedeutet das für normale Kreative und Entwickler?
Shiwen: Die letzte Frage, was bedeutet das für uns, die täglich mit Inhalten und Code arbeiten?
Yongliang: Für Kreative bedeutet es: Die AI-Suche und -Empfehlungen werden immer homogener, und Community-Vertrauen sowie künstlerische Qualität werden zu neuen Barrieren. Youtubes Algorithmus funktioniert für die Durchschnittsbürger, aber nicht für bestimmte Gruppen. Die Zuteilung in der Zukunft wird nicht mehr von einer Plattform abgedeckt sein, sondern von unzähligen kleinen, vertrauenswürdigen Entwicklungsstufen.
Shiwen: Und für Entwickler?
Yongliang: Entwickler müssen ihren Arbeitsablauf neu bewerten. Karpathy schreibt jetzt nicht mehr Code oder läuft Terminals, sondern spricht nur mit Claude. Für die meisten Menschen ist es noch zu früh, ihn komplett zu kopieren, aber Fähigkeiten wie „Anforderungsbeschreibung, Zertifizierungskriterien und Grenzwerte“ werden immer wichtiger. Man muss klar sagen können, was man tun will, was nicht, was gut ist und was schlecht.
Shiwen: Heißt das, dass man später keinen Code lernen muss?
Yongliang: Nein. Programmieren hat sich von „jede Zeile handschriftlich schreiben“ zu „Prozessdesign, Ergebnisse testen und Ausnahmen beheben“ entwickelt. Das Schwierige ist nicht, dass AI Code schreibt, sondern ob der Code richtig geschrieben ist, ob er funktioniert und wie man bei Fehlern zurückkehrt. Diese Entscheidungen müssen immer noch von Menschen getroffen werden.
Shiwen: Was wäre Ihr Rat für Teams, die diese Arbeitsweise ausprobieren wollen?
Yongliang: Beginnen Sie nicht mit dem Gedanken „Ich möchte auch eine Seite in zwei Stunden erstellen“. Fangen Sie mit Ihren wirklichen Problemen an, erstellen Sie eine minimale funktionsfähige Version in einem Wochenende und laden Sie dann echte Nutzer dazu ein. Wichtig ist, klare Zertifizierungskriterien zu definieren: Funktionsumfang, Leistungsstandards, Rückzugspläne bei Fehlern. Halten Sie gleichzeitig Agenten nicht als schwarze Boxen, sondern bewahren Sie wichtige Daten, Entscheidungen und Konfigurationen für sich selbst. Und bereiten Sie sich auf einen 503-Status vor, denn der Code, den das Agentie-System schreibt, wird beim ersten Einsatz höchstwahrscheinlich versagen.
Shiwen: Was bedeutet das für Manager kleiner und mittlerer technischer Teams?
Yongliang: Man muss Leistung und Rollen neu definieren. In der Vergangenheit wurde ein Ingenieur nach seinem Codegeschmack und seiner Fehlerbehebung beurteilt; in der Zukunft wird man mehr darauf achten, ob er die Geschäftsprobleme in Prozesse umwandeln kann, die Agenten ausführen können, ob er Zertifizierungskriterien entwerfen kann und ob er bei wichtigen Punkten menschliche Überprüfung bewahrt. In den Teams werden neue Rollen wie Workflow-Designer und Agent-Reviewer entstehen. Die Bewertung wird nicht mehr nur auf der Codeproduktion basieren, sondern auf der Stabilität des Prozesses, seiner Reproduzierbarkeit und der Fähigkeit, Fehler rückgängig zu machen.
Shiwen: Was sollte ein individueller Entwickler jetzt am meisten üben?
Yongliang: Die Fähigkeit, vage Ideen in klare Anforderungen zu verwandeln. Kannst du in drei Sätzen erklären, was diese Funktion tut, was nicht tut, was als gut gilt und was als schlecht. Diese Fähigkeit wurde früher „Product Sense“ genannt, heute ist es eine grundlegende Fähigkeit, mit Agenten zu arbeiten. Je früher man mit dem Training beginnt, desto schneller sieht man die Zinseszinseffekte.
Shiwen: Was ist also deine allgemeine Einschätzung?
Yongliang: HackerTube zeigt, dass Menschen mit Ideen jetzt zu einem sehr niedrigen Preis ihre Ideen veröffentlichen können. Was wirklich knapp ist, sind nicht mehr die Schnelligkeit beim Programmieren, sondern die Wahl der Themen, das Geschmacksinn, der Vertrauensgrad in die Community sowie die Fähigkeit, Prototypen in zuverlässige Dienste zu verwandeln. Die meisten Menschen sollten jetzt, da die Kosten noch niedrig sind, einige Ideen ausprobieren, die ihnen wirklich wichtig sind. Schließlich sind nur diejenigen, die in zwei Minuten den Wert ihrer Idee erklären können, berechtigt, über die Umsetzung für zwei Stunden zu sprechen. Diese Fähigkeit bringt täglichen Erfolg, und dieser Zeitpunkt wird nicht ewig offen bleiben.
Unterschrift: Yongliang