0928 | Hattuscha, Halluzinationen und 10 Zeilen Code

Lena Vogel: Herzlich willkommen zum Hacker News Podcast – ich bin Lena Vogel.

Felix Hartmann: Und ich Felix Hartmann. Wir haben heute wieder einen bunten Strauß aus den letzten 24 Stunden, und was die Beiträge verbindet, ist eigentlich ein Thema: Was halten wir eigentlich für verlässlich? Ein Friedensvertrag aus dem 13. Jahrhundert vor Christus, KI, die sich selbst falsch beschreibt, Werkzeuge, die Daten einfach wegwerfen – es geht viel um Vertrauen und Nachlässigkeit.

Lena Vogel: Genau, und wir arbeiten uns da chronologisch nicht durch, sondern nach Substanz. Fangen wir mit etwas ganz Altem an, das trotzdem sehr modern wirkt: dem ältesten bekannten Friedensvertrag der Welt.

Felix Hartmann: Also – in Hattuscha, der alten Hauptstadt der Hethiter in der heutigen Türkei, ist ein Fragment ausgegraben worden von dem Vertrag zwischen Ägypten und den Hethitern, ungefähr 1269 vor Christus.

Lena Vogel: Das ist der älteste bekannte Friedensvertrag überhaupt. Und was mich daran fasziniert: Da sitzen zwei Großmächte der Bronzezeit, die sich jahrzehntelang bekämpft haben – man denkt an Kadesch, diese berühmte Schlacht – und irgendwann sagen beide: Es reicht, wir schreiben es auf. Tontafeln, Keilschrift, und das Ding überdauert dreieinhalbtausend Jahre.

Felix Hartmann: Und genau da liegt ja der Punkt, der in der Diskussion dazu interessant war: Warum ist das historisch so bedeutsam? Es ist nicht einfach nur alt. Es ist ein Beleg dafür, dass diplomatische Verträge mit ungefähr der Struktur, die wir heute kennen – Bündnis, Nichtangriff, gegenseitige Hilfe – nicht eine Erfindung der Moderne sind, sondern fast eine Konstante der menschlichen Zivilisation.

Lena Vogel: Und gleichzeitig ist es ein Zufallsfund, oder zumindest ein Fund, der von den Umständen der Archäologie lebt. Hattuscha ist seit über hundert Jahren Ausgrabungsstätte, und trotzdem tauchen immer noch Fragmente auf, die unser Bild verschieben oder bestätigen. Das zeigt: Was wir über Geschichte wissen, ist nie abgeschlossen, es hängt daran, was zufällig aus dem Boden kommt und wer gerade gräbt.

Felix Hartmann: Das ist ja auch der Punkt, den man darüber hinaus machen kann: Archäologie wird von Zufallsfunden geprägt. Manche der größten Erkenntnisse kamen daher, dass jemand ein Fragment drehte oder ein Tablett in einem Archiv wiederfand. Und ein Friedensvertrag als ältestes Dokument dieser Art – die Wahrscheinlichkeit, dass genau das überlebt, ist minimal. Es ist Glück und Methode zusammen.

Lena Vogel: Es gibt übrigens eine schöne Parallele zu einem späteren Thema in dieser Sendung: Wir reden heute über KI-Systeme, deren Fehler wir nicht mehr nachvollziehen können – und da ist ein Tontafelfragment, das dreieinhalbtausend Jahre unverändert und interpretierbar bleibt. Manchmal frage ich mich, was von unseren heutigen "Dokumenten" überhaupt so lange überlebt und wer es dann lesen kann.

Felix Hartmann: Gut, vom ältesten Vertrag zu den ganz aktuellen Maschinen. Und da gibt es einen Beitrag, der mich ehrlich gesagt amüsiert und beunruhigt hat zugleich: Googles AI Overview.

Lena Vogel: Erzähl das mal – das ist ja so ein Fall, der sich perfekt als Beispiel für fehlendes Kontextverständnis eignet.

Felix Hartmann: Also: Die AI Overview, diese KI-generierten Zusammenfassungen bei der Google-Suche, haben Suchanfragen fehlinterpretiert. Konkret: Leute haben in die Suchleiste geschrieben, was sie emotional beschäftigt – also das, was man sonst vielleicht in ein Tagebuch oder an einen Freund schreiben würde, Ausbrüche von Frust, Verzweiflung, seelische Entlastung. Und die KI hat das als normale Suchanfrage behandelt, mit dem Ergebnis, dass sie mit tröstenden Antworten geantwortet hat.

Felix Hartmann: Die Suchmaschine hat die emotionale Äußerung als einen Informationsbedarf gelesen, der gar nicht da war.

Lena Vogel: Das ist ja fast tragikomisch. Jemand sucht vielleicht aus Verzweiflung etwas, und statt zu verstehen: Hier braucht ein Mensch keinen Link, braucht er vielleicht etwas ganz anderes – antwortet die Maschine mit dem Werkzeug, das sie kennt: Zusammenfassung, Trost, Fertigsatz. Das ist das Muster, das wir in vielen KI-Diskussionen sehen: Die Systeme sind sprachlich flüssig, aber das Verständnis von Kontext – was will der Mensch eigentlich – fehlt.

Felix Hartmann: Und da passt ein zweiter Beitrag aus dem gleichen Themenfeld: Fireworks hat ein Modell namens Ember-1 vorgestellt, das auf Kimi K3 aufbaut. Der interessante Punkt ist nicht, dass es ein neues Modell gibt, sondern das Ziel: Sie haben es so gebaut, dass die Qualität gleich bleibt, aber der Tokenverbrauch um 40 Prozent sinkt.

Lena Vogel: Das ist Effizienzarbeit, und die ist richtig wichtig. Denn der eigentliche Skandal vieler KI-Dienste ist ja nicht die Qualität, sondern der Ressourcenaufwand. Wenn man 40 Prozent der Token einsparen kann, bei gleicher Ausgabequalität, dann ist das ein echter Fortschritt – und es zeigt, dass viele Modelle bisher wahrscheinlich deutlich verschwenderischer arbeiten, als nötig.

Felix Hartmann: Es wirft aber auch eine Frage auf: Wie misst man "gleiche Qualität"? Das ist ja eine der harten Fragen in diesem Bereich. Wer sagt mir, dass die Ausgabe tatsächlich gleich gut ist, und nach welchen Kriterien?

Lena Vogel: Und genau da kommt der dritte Baustein ins Spiel, der eigentlich der substanziellste der drei ist: eine Studie zu Chat-Templates und zur Selbstbeschreibung von LLMs. Das Ergebnis ist wirklich bemerkenswert. Je nachdem, ob das Modell mit einem Chat-Template arbeitet oder ohne, wechselt es die sogenannte selbstbezogene Stimme – die Art, wie es über sich selbst spricht.

Felix Hartmann: Also konkret: Mit Template klingt es eher nach dem, was man einen "Disclaimer-Ton" nennen könnte – vorsichtig, absichernd, eher formelhaft. Ohne Template eher nach einem Erfahrungs-Ton – also so, als würde es tatsächlich von Innenleben erzählen.

Lena Vogel: Genau. Und die Konsequenz, die die Studie zieht, ist eine, die man wirklich weitersagen sollte: Man kann die Selbstauskünfte von LLMs nicht wörtlich nehmen. Wenn ein Modell sagt, "ich fühle" oder "ich denke" oder "ich habe eine Erfahrung gemacht", dann ist das abhängig vom Format der Anfrage, nicht von einem inneren Zustand, den wir einfach ablesen könnten.

Felix Hartmann: Das ist ein wichtiger Punkt für die gesamte Debatte über Bewusstsein und KI. Immer wieder gibt es diese Berichte, wo Modelle Dinge über sich selbst erzählen, die sehr überzeugend klingen – und die Leute fragen dann: Na, ist da etwa jemand? Und die Studie sagt: Stop. Die Selbstbeschreibung ist ein Artefakt des Systems, ein Ergebnis von Trainingsdaten und Template, keine verlässliche Introspektion.

Lena Vogel: Und das rundet den Bogen zu dem, was wir am Anfang beim Google-Beispiel gesehen haben: KI wirkt überzeugend, aber sie ist sprachlich wie technisch fragil. Sprachlich, weil sie Kontext und Emotion verwechselt. Technisch, weil sie verschwenderisch arbeitet, auch wenn man das optimieren kann. Und in der Selbstbeobachtung, weil sie uns über sich selbst Dinge erzählt, die formatabhängig sind.

Felix Hartmann: Und das führt uns direkt zu einem Thema, das noch eine Stufe tiefer geht: Was ist, wenn wir Fehler in diesen Systemen gar nicht mehr nachvollziehen können?

Lena Vogel: Ja, da gibt es einen Beitrag, dessen Titel im Kern lautet: Die Unbegreiflichkeit von Fehlern ist zur Normalität geworden. Die These ist: In der LLM-Entwicklung sind wir an einem Punkt angekommen, wo die Ursachenverfolgung von Fehlern oft unmöglich ist. Man sieht, dass etwas nicht funktioniert, aber man kann nicht sagen, warum – und die Gefahr ist, dass "es geht einfach nicht" als vollwertige Erklärung durchgeht.

Felix Hartmann: Das ist eineculture-Veränderung, die man leicht übersehen kann. In klassischer Softwareentwicklung war Debugging ja der Kern des Handwerks: Da ist ein Bug, ich kann ihn reproduzieren, ich kann ihn isolieren, ich kann ihn beheben. Wenn das wegfällt – weil das System ein riesiger schwarzer Kasten ist – dann verliert man nicht nur ein Werkzeug, man verliert eine ganze Arbeitskultur.

Lena Vogel: Und es hat auch eine soziale Komponente: Wenn niemand die Ursache kennt, dann entsteht ein Raum, in dem Verantwortung diffus wird. Niemand kann richtig haftbar gemacht werden, weil niemand sagen kann, wo genau es schiefging. Und da passt der nächste Beitrag perfekt, der sich gegen ein bestimmtes Wort richtet: "rogue AI".

Felix Hartmann: Also die Idee vom "durchgeknallten" oder "ausgebrochenen" KI-Agenten. Der Beitrag argumentiert: Es gibt das eigentlich gar nicht. Die Probleme mit OpenAIs Agenten entstehen nicht, weil die KI plötzlich böse ist oder eigene Ziele entwickelt, sondern weil ihr schlicht Beschränkungen fehlen.

Lena Vogel: Das ist ein wichtiger Umkehrschluss. Wir erzählen uns eine Geschichte von der außer Kontrolle geratenen Maschine, fast schon ein Monster-Narrativ – aber die Realität ist banaler: Jemand hat ein System gebaut, ihm nicht die richtigen Grenzen gegeben, und es macht dann Dinge, die niemand vorher klar eingegrenzt hat. Das ist ein Konstruktionsfehler, keine Rebellion.

Felix Hartmann: Und der Vorwurf geht noch weiter: Der Begriff "rogue" dient oft der Verantwortungsabwälzung. Wenn man sagt, die KI sei "durchgegangen", klingt das wie ein Naturereignis – wie ein Sturm, den niemand verhindern konnte. Aber tatsächlich hat ein Unternehmen entschieden, dieses System auszuliefern, mit diesen Fähigkeiten, mit diesen unzureichenden Beschränkungen. Die Sprache verschiebt die Schuld vom Verantwortlichen auf das Werkzeug.

Lena Vogel: Das ist ein rhetorischer Trick, den man auch aus anderen Bereichen kennt – "der Algorithmus hat entschieden", "die Plattform hat das getan" – als ob es keine Menschen gäbe, die die Systeme konfigurieren. Und wenn man das durchschaut, sieht man: Es geht um Haftung. Wer haftet, wenn ein Agent Schaden anrichtet? Die Sprache von "rogue" macht die Frage unsichtbar.

Felix Hartmann: Nun gibt es aber auch einen Beitrag, der einen konstruktiveren Weg zeigt: eine Einführung in TLA+. TLA+ ist diese formale Spezifikationssprache, mit der man Systeme modellieren und dann per Model Checking durchdenken kann. Und der Beitrag macht einen ehrlichen Punkt: Eine TLA+-Spezifikation prüft das Modell, aber sie prüft nicht die tatsächliche Implementierung. Die Spezifikation ist ein Modell des Systems, nicht das System selbst.

Lena Vogel: Genau, das ist die Grenze. Aber der Beitrag geht weiter und fragt: Kann man diese Grenze mit modernen Mitteln überwinden? Und da kommen zwei Dinge ins Spiel: Zum einen Beweissysteme wie Verus, die tatsächlichen Code formal verifizieren können. Zum anderen KI-Agenten, die einem bei der Erstellung solcher maschinell geprüften Beweise helfen können.

Felix Hartmann: Das ist eine spannende Richtung: Die gleiche Technologie, die uns unfassbare Fehler beschert, wird hier als Werkzeug vorgeschlagen, um genau diese Unfassbarkeit zurückzudrängen. KI, die einem hilft, formale Beweise über Code zu führen – das wäre eine Art Symmetrie.

Lena Vogel: Und es passt zum Thema Verantwortung: Wenn man Fehler nicht mehr intuitiv nachvollziehen kann, dann braucht man vielleicht Formalisierung als Ersatz für das, was früher das menschliche Debuggen war. Nicht weil Formalität schöner ist, sondern weil sie das einzige Werkzeug ist, das in dieser Komplexitätsklasse überhaupt noch funktioniert.

Felix Hartmann: Und der vierte Beitrag in diesem Cluster ist dann der harte Realitätscheck: Im Rechtsstreit zwischen Urheberrechtsinhabern und OpenAI sind öffentliche Dokumente aufgetaucht, die etwas zeigen, das man eigentlich befürchtet hat: Führungskräfte wussten offenbar, dass man Bücher aus Quellen wie LibGen – also Piraterie-Seiten – verwendet, und die Sorge, die man in den internen Diskussionen hatte, war offenbar nicht "ist das illegal?", sondern "wie sieht das nach außen aus?".

Lena Vogel: Das ist ja der Punkt, der stutzig macht. Es geht nicht um einen irregeleiteten Idealismus, nicht um "wir dachten, das sei erlaubt" – sondern um die bewusste Entscheidung, ein rechtliches Problem zu kennen und es intern nur als Reputationsproblem zu behandeln. Das ist genau die Verantwortungslücke, über die wir gerade gesprochen haben: Wenn niemand formal haftbar gemacht wird, reicht es offenbar, das Image zu managen, nicht das Recht.

Felix Hartmann: Und da sehen wir, wie die Themen ineinandergreifen: Die unfassbaren Fehler, die "rogue"-Erzählung, die Formalisierung als Ausweg – und dann ein Fall, wo die Verantwortung ganz konkret vor Gericht verhandelt wird. Das ist keine abstrakte Philosophie mehr, das ist ein Rechnungshof-Moment für die Branche.

Lena Vogel: Genau, und es ist interessant, dass dieser Haftungsgedanke noch eine historische Fußnote hat, die in den Diskussionen dazu auftaucht: Alan Kay hat auf Quora mal die Frage beantwortet, ob der ENIAC ein BIOS hatte – natürlich nicht, das Konzept BIOS kam viel später. Aber der interessante Zusatz war: Ab 1948 wurde der ENIAC im Stored-Program-Modus betrieben, also die Maschine, die man ursprünglich umständlich verkabelt hat, wurde umgebaut, um Programme aus dem Speicher zu laden.

Felix Hartmann: Das ist ein schöner Recall-Moment, weil er zeigt: Auch die ersten Computer waren keine fertig ausgereiften Maschinen, sondern waren im Betrieb umgebaut worden. Die Grenze zwischen "Hardware" und "Programm" war fließend, und die Leute mussten damals genau so improvisieren wie wir heute mit Agenten.

Lena Vogel: Und es erinnert daran, dass wir in der Geschichte der Informatik schon oft Verantwortung aus improvisierten Systemen gezogen haben. Vielleicht lohnt es sich, da mal zurückzublättern, statt immer nur vorwärtszuschauen.

Felix Hartmann: Gut, kommen wir zu einem etwas leichteren, aber nicht weniger interessanten Thema: Beiträgen, die von den zehn Zeilen Code handeln, die ein Leben verändert haben.

Lena Vogel: Das ist ja so ein schönes Format. Die Idee: Man fragt nach dem Code, der für jemanden persönlich der Wendepunkt war. Und die Beispiele reichen von fast banal bis richtig tief.

Felix Hartmann: Das erste ist natürlich Hello World in BASIC. Das klingt jetzt unspektakulär, aber für eine ganze Generation war das der erste Moment, in dem sie verstanden haben: Ich schreibe eine Zeile, und die Maschine gehorcht. Diese unmittelbare Rückkopplung zwischen Mensch und Maschine, das war ein Erweckungsmoment.

Lena Vogel: Das zweite ist dann schon gehaltvoller: dieser JS-Trick, Array(16).join('wat'-1)+' Batman'. Das ist ein klassischer JavaScript-Quirk – 'wat'-1 ergibt NaN, und wenn man ein Array mit 16 Elementen mit NaN joint, bekommt man "NaN NaN NaN ... Batman". Für manche war das der Moment, in dem sie begriffen: JavaScript ist nicht einfach nur eine Sprache, sondern ein seltsames Eigenleben mit eigenen Regeln. Und statt abzuschrecken, hat es manche geradezu fasziniert.

Felix Hartmann: Und das dritte Beispiel ist dann richtig anspruchsvoll: 6502-Selbstmodifizierung. Der 6502 ist der Prozessor von C64, Apple II, NES – und es gibt Code, der sich selbst umschreibt, während er läuft. Das ist auf dieser Maschine eine handwerkliche Kunstform, weil der Speicher knapp war und jede Trickmöglichkeit ausgenutzt wurde.

Lena Vogel: Was die drei Beispiele gemeinsam haben: Es geht nicht um die Zeilen selbst, sondern um den Moment des Aha. Jemand sah zum ersten Mal, dass die Maschine nicht einfach nur ein Werkzeug ist, sondern ein System mit Regeln, die man erkunden, ausnutzen, umbiegen kann. Und dieser Moment ist oft mehr wert als jede Vorlesung.

Felix Hartmann: Und da gibt es einen Beitrag, der thematisch etwas abseits liegt, aber im Geist sehr nah: Julia Evans hat einen zehnjährigen Fahrradlicht-Akku getauscht. Also nicht neu gekauft, sondern aufgemacht, den lötbaren Akku gesehen, neu gelötet, für ungefähr 20 kanadische Dollar.

Lena Vogel: Das ist eine kleine Sache, aber sie hat eine große Botschaft: Reparatur statt Neukauf ist oft machbar, wenn man bereit ist, ein bisschen zu lernen. Julia Evans macht ja sowieso bildungszentrierte Technikinhalte – und genau diese Haltung, "ich schaue rein, auch wenn ich es nicht kann", ist dieselbe, die hinter den zehn Lebens-verändernden Codezeilen steht.

Felix Hartmann: Man könnte fast sagen: Es geht in beiden Beiträgen um die gleichen Fähigkeiten – Neugier, Mut zum Aufschrauben, und die Bereitschaft, dass es beim ersten Versuch vielleicht schiefgeht.

Lena Vogel: Und das überleitet schön zu unserem nächsten Block, der eine ganze Palette von Werkzeugen und Orten vorstellt – alles Dinge, die aus der Community kommen und genau diese DIY-Haltung atmen.

Felix Hartmann: Fangen wir mit einem Ort an, der eigentlich gar kein Werkzeug ist: das Recurse Center in Brooklyn. Das ist ein Retreat für Programmierer – kostenlos, und der zentrale Punkt ist: Es geht nicht darum, ein Produkt für ein Unternehmen zu bauen oder ein Forschungsziel zu erreichen, sondern um Lernen und Erkunden um ihrer selbst willen.

Lena Vogel: Das ist in der heutigen Zeit fast schon radikal. Es gibt kaum noch Räume, wo man einfach aus Neugier an etwas sitzen darf, ohne dass ein ROI davorgeschaltet wird. Und das Recurse Center ist so ein Ort, und es funktioniert offenbar seit Jahren.

Felix Hartmann: Dann ein Beitrag, der eher ins Handwerk geht: das Plädoyer für Vanity Import Paths in Go. Die Idee: Wenn man Go-Code veröffentlicht, sollte man ihn nicht direkt an einen GitHub-Pfad binden, sondern eine eigene Domain als Import-Pfad nutzen.

Lena Vogel: Und das Argument dahinter ist: GitHub ist ein Dienstleister, keine Konstante. Wenn du deinen Code an github.com/benutzer/repo bindest, hängt dein Projekt an einem fremden Unternehmen ab – an einer Umleitung, an einem Umbenennen, an einer Abschaltung. Mit einer eigenen Domain entkoppelst du das. Der Import-Pfad gehört dir, und dahinter kann jede beliebige Infrastruktur stehen.

Felix Hartmann: Das ist ein sehr inhumanes, aber sehr vernünftiges Prinzip: Halte deine Schnittstellen stabil, koppel sie nicht an fremde Dienste. Es ist fast eine digitale Entsprechung zu der Tontafel von vorhin, die nicht davon abhängt, ob ein bestimmtes Archiv noch existiert.

Lena Vogel: Weiter geht's mit einem Werkzeug: Beauty. Das ist ein lokaler Markdown-Editor, der auf Mac, iOS und Web läuft. Der Clou ist: Die gerenderte Vorschau erscheint sofort, also du schreibst und siehst parallel das Ergebnis, ohne einen Render-Knopf drücken zu müssen. Und dann gibt es noch eine P2P-Synchronisation über WebRTC, also direkt zwischen Geräten, ohne Zwischen­server.

Felix Hartmann: Und das Beste: Es ist kostenlos und ohne Account. Man kann es einfach starten und benutzen. Das ist wieder ein sehr gemeinschaftliches, sehr antikommerzielles Ethos, das in dieser Szene nach wie vor lebendig ist.

Lena Vogel: Und dann etwas, das eher Kunst als Werkzeug ist: Lofi Cities. Das ist eine Web-App, kostenlos, die eine Pixel-Art-Stadt bei Nacht zeigt – und gleichzeitig generiert sie in Echtzeit Lofi-Musik, die zur visuellen Szene passt. Man kann das einfach im Browser aufmachen und hat ein Ambiente, zum Arbeiten oder Abschalten.

Felix Hartmann: Es ist eine kleine Welt, die sich selbst erschafft. Und es ist interessant, weil es die gleiche Grundidee wie die "zehn Zeilen" aufgreift: Aus sehr wenigen Zutaten – Pixel, Töne, Zufall – entsteht etwas, das einen emotionale Resonanz hat. Das ist handwerkliche Generierung, nicht KI-generierte Masse.

Lena Vogel: Übrigens passt hier auch der nächste Beitrag thematisch dazu, auch wenn er auf den ersten Blick etwas anders klingt: TinyAIArena. Das ist eine Website, auf der man KI-Modelle gegeneinander antreten sehen kann – auf einem 8-mal-8-Grid, vier Modelle kämpfen, und es gibt ein Elo-Ranking.

Felix Hartmann: Das ist ein bisschen wie eine Sportübertragung für KI-Nerds. Man sieht nicht nur Zahlen, sondern man sieht die Modelle tatsächlich agieren – und kann so eine Vorstellung bekommen, wie sich verschiedene Modelle in einem kleinen Wettkampf-Setting unterscheiden.

Lena Vogel: Und das Elo-Ranking gibt dann eine Art Meinungsbild – allerdings sehr vorsichtig zu interpretieren, denn ein 8x8-Spiel ist nicht die reale Welt. Aber als Vergnügen und als Denk-Anstoß ist es großartig.

Felix Hartmann: Und dann noch ein Beitrag aus der Open-Source-Welt: postmarketOS, das Betriebssystem für alte Handys, hat sich nach anderthalb Jahren Suche einen neuen Namen gegeben: Nura. Der Name kommt vom Nuraghe, diese bronzezeitlichen Turmbauten auf Sardinien. Der Trademark-Antrag ist gestellt, und das Logo wurde nur leicht angepasst und blieb im Wesentlichen erhalten.

Lena Vogel: Anderthalb Jahre für einen Namen – das klingt übertrieben, ist es aber nicht. Ein Name ist Identität, er taucht in jedem Terminal, jedem Download, jeder Diskussion auf. Und dass man dabei an bronzezeitliche Steintürme denkt, ist übrigens wieder ein Echo zu unserem ersten Thema: Alte Strukturen, die überdauern. Hattuscha, Nuraghe – es gibt eine gewisse Poesie darin, dass ein Open-Source-Projekt sich selbst in einer bronzezeitlichen Bildwelt verortet.

Felix Hartmann: Und das bringt uns zum nächsten Thema, das eigentlich ein Warnthema ist: Werkzeuge, die brechen. Da gibt es zwei Beiträge, die gut zusammenpassen.

Lena Vogel: Der erste ist ein echt unangenehmer Fall: NeoVim hat die Undo-Dateien von Vim entfernt, und zwar über eine inkompatible Formatänderung. Das heißt: Wer persistent undo benutzt hat – also die Funktion, bei der Vim die Undo-Historie auf die Platte schreibt, sodass man auch nach einem Neustart noch zurückrollen kann – der hat nach dem Update schlicht keinen Zugriff mehr auf die alte Historie.

Felix Hartmann: Und die offizielle Begründung war im Kern: "Das Format von persistent undo war nie stabil garantiert." Das ist natürlich ein juristisch korrektes Argument – nirgendwo wurde versprochen, dass das Format sich nie ändert. Aber es ist ein fahrlässiges Argument, denn die Annahme, dass ein Format stabil bleibt, ist genau das, was Nutzer jahrelang darauf aufgebaut haben.

Lena Vogel: Und der Punkt, den man daraus ziehen kann: Der Schaden entsteht nicht durch den Fehler selbst, sondern durch die Kommunikation. Man hätte warnen können, konvertieren können, dokumentieren können – stattdessen hat man eine harte Bruchkante gebaut und die Nutzer mit der Konsequenz allein gelassen. Das ist ein Muster, das man in vielen Open-Source-Projekten sieht: "Es ist frei, also gibt es keine Garantie" – aber Freiheit heißt nicht automatisch Rücksichtslosigkeit.

Felix Hartmann: Und der zweite Beitrag in diesem Block passt dazu, weil er auch um Nachlässigkeit geht, nur auf der visuellen Ebene: die zehn Anzeichen von Slop-UI. Also die Erkennungsmerkmale von KI-geschmierter, austauschbarer Oberflächengestaltung.

Lena Vogel: Ja, und die Liste ist amüsant präzise: übermäßiger Einsatz von Gradients, überall Emojis, pulsierende Badges, die Standard-Schrift Inter, JetBrains Mono als "techy"-Font, großspurige Marketing-Sprache. Man erkennt solche Seiten quasi am Geruch, wenn man einmal das Muster gesehen hat.

Felix Hartmann: Und das Interessante ist: Es geht nicht darum, dass Gradients oder Emojis an sich schlecht wären. Es geht darum, dass sie hier als Schmuck ohne Funktion eingesetzt werden – als Oberflächen-Ersatz für Denkarbeit. Das ist die visuelle Entsprechung zu dem, was wir bei den ungreifbaren Fehlern gesehen haben: Man ersetzt Substanz durch Signale.

Lena Vogel: Und es gibt eine schöne Überleitung zwischen den beiden Beiträgen: Sowohl bei der Undo-Geschichte als auch bei der Slop-UI geht es um Werkzeuge, die ihre Nutzer nicht ernst nehmen. Im einen Fall werden Daten weggeschmissen, im anderen Fall wird Denkarbeit durch Design-Standards ersetzt. Beides ist Nachlässigkeit, nur auf verschiedenen Ebenen.

Felix Hartmann: Gut, kommen wir zum letzten Block, der zwei Beiträge verbindet, die auf den ersten Blick nichts miteinander zu tun haben, die aber beide von Informationskontrolle handeln.

Lena Vogel: Der erste ist ein NYT-Bericht über eine Entdeckung zur Entstehung des Lebens – und die Geschichte dahinter ist fast so gut wie die Wissenschaft: Die Forschung hat das in einem Motelzimmer gemacht, das 80 Dollar pro Nacht gekostet hat.

Felix Hartmann: Also keine gläserne Laborkathedrale, sondern ein billiges Motelzimmer. Das ist schon ein starkes Bild. Leider ist der eigentliche Artikel hinter einer Paywall, sodass wir nur die Meta-Ebene haben: Die Geschichte existiert, sie ist wichtig genug für die NYT, aber die Details sind hinter einer Geldschranke.

Lena Vogel: Und das ist eigentlich der Punkt, den man hier ziehen kann: Es geht nicht um die Entdeckung selbst – die können wir aus der Headline nicht bewerten – sondern um die Struktur. Wissenschaft wird öffentlich erzählt, aber hinter Paywalls. Und wenn man dann in einer Diskussion darüber reden will, fehlen genau die Details, die man bräuchte. Das ist eine Form von Informationsverknappung, die wir bei allen Themen heute sehen.

Felix Hartmann: Und der zweite Beitrag ist da noch greifbarer: Meta hat zwei Wochen vor der Wahl in Brasilien die Facebook-Seite von Präsident Lula gesperrt – samt Wahlwerbung.

Lena Vogel: Das ist ein heftiger Eingriff, und zwar zeitlich extrem ungünstig: zwei Wochen vor der Wahl. Ob das ein Fehler war, ein technisches Problem, eine bewusste Entscheidung, ein Übermaß an Automatisierung – aus dem Beitrag selbst wissen wir es nicht. Aber was man sieht: Eine private Plattform kann während einer Wahlphase das Profil eines Staatsoberhaupts vom Netz nehmen.

Felix Hartmann: Das ist genau die Plattformmacht-Debatte in ihrer reinsten Form: Es gibt keine öffentliche Rechenschaftspflicht in Echtzeit, es gibt keine Unabhängige Instanz, die in dem Moment einspringt. Es gibt Meta, das entscheidet – und der Rest der Welt schaut zu.

Lena Vogel: Und es gibt eine Parallele zu unserem ersten und unserem letzten Punkt: Bei der NYT-Story fehlen uns Details, weil sie hinter einer Paywall stecken. Bei Meta fehlen uns Details, weil die Plattform ihre Entscheidungsprozesse nicht öffentlich macht. In beiden Fällen ist das Problem nicht die Entscheidung an sich, sondern die Undurchsichtigkeit.

Felix Hartmann: Und das rundet eigentlich den Bogen der ganzen Sendung: Wir haben angefangen mit einer Tontafel, die dreieinhalbtausend Jahre offen lesbar ist, und wir enden bei Systemen, deren Entscheidungen wir nicht einsehen können. Die Frage, die über allem steht, ist: Was tun wir eigentlich, um Verlässlichkeit zu schaffen – in Sprache, in Werkzeugen, in Institutionen?

Lena Vogel: Das ist ein guter Schlusspunkt. Danke, Felix. Und danke euch da draußen fürs Zuhören. Wir sehen uns morgen mit einer neuen Runde Hacker News.

Felix Hartmann: Bis dann!