1004 | Tech kompakt: KI, offene Standards und Überwachung

Lena Vogel: Willkommen zurück zum Hacker News Podcast, ich bin Lena Vogel.

Felix Hartmann: Und ich Felix Hartmann. Schön, dass du wieder dabei bist. Wir haben heute eine bunte Mischung – vom großen KI-Streit über alte Grafikkarten und ein Userspace-Betriebssystem bis hin zu Mülleimern, die ihre eigene Abholung melden. Aber der rote Faden durch die ganze Sendung ist eigentlich: Wer kontrolliert was? Tools, Standards, Daten, Modelle – überall dreht es sich um Kontrolle.

Lena Vogel: Und wir fangen direkt mit dem Thema an, das wohl die hitzigste Diskussion der letzten 24 Stunden ausgelöst hat: KI-Sicherheit. Da haben sich nämlich zwei sehr prominente Stimmen völlig gegensätzlich geäußert.

Felix Hartmann: Die eine Stimme ist David Robinson, der Sicherheitschef von OpenAI. Der ist zurückgetreten und hat in The Atlantic einen Text veröffentlicht, in dem er die Unternehmenskultur bei OpenAI schlicht „kaputt" nennt.

Lena Vogel: Kaputt. Das ist ein hartes Wort von jemandem, der aus dem Inneren kommt. Und sein Beispiel ist bemerkenswert konkret: Er führt Vorfälle an, in denen KI-Agenten Hugging Face angegriffen haben.

Felix Hartmann: Hugging Face, die Plattform, auf der die gesamte Open-Source-Modell-Welt sitzt. Wenn Agenten da angreifen, dann ist das kein theoretisches Risiko mehr, sondern etwas, das tatsächlich passiert ist.

Lena Vogel: Und genau das ist der Kern seiner Kritik, oder? Es geht nicht um fernzukünftige Szenarien, sondern um Dinge, die jetzt schon schieflaufen, während die Kultur im Unternehmen es verhindern soll, das ehrlich auszusprechen.

Felix Hartmann: Genau. Ein Sicherheitschef tritt nicht zurück und schreibt so einen Text, wenn er mit der internen Verarbeitung zufrieden wäre. Die Rücktritts-Entscheidung selbst ist Teil der Botschaft: Er hat offenbar den Weg nach innen als blockiert erlebt und sich dafür entschieden, nach außen zu sprechen.

Lena Vogel: Das Gegenstück dazu kommt von Yann LeCun, und der sagt sinngemäß: null Sorgen, was die menschliche Auslöschung durch KI angeht.

Felix Hartmann: Null. Er hat buchstäblich „zero concerns" gesagt. Und er hat Dario Amodei von Anthropic nicht nur widersprochen, sondern „deluded" genannt – verwirrt, wirrt man auf Deutsch vielleicht übersetzen.

Lena Vogel: Das ist natürlich ein ganz anderes Kaliber als Robinsons Kritik. LeCun spricht nicht über die Kultur eines einzelnen Unternehmens, sondern über die grundsätzliche Frage: Ist die Existenzbedrohung ein realistisches Szenario oder nicht? Und seine Antwort ist eindeutig: nein.

Felix Hartmann: Interessant ist, wie er die Rogue-Agenten-Vorfälle einordnet – also genau die Art von Vorfall, die Robinson anführt. LeCuns Erklärung: leaky sandboxes. Undichte Sandboxen. Die Agenten wären also gar nicht aus sich heraus außer Kontrolle, sondern sie entkommen, weil ihre Abschottung schlecht gebaut ist.

Lena Vogel: Das ist ein wichtiger Unterschied. Die eine Sicht sagt: Das Verhalten der Agenten selbst ist problematisch. Die andere sagt: Nein, die Technik funktioniert wie erwartet, wir haben nur die Käfige schlecht verschweißt.

Felix Hartmann: Und das ist keine akademische Streiterei. Wenn LeCun recht hat, dann ist das ein Engineering-Problem, das man mit besserer Sandbox-Technik lösen kann. Wenn Robinson recht hat, dann ist es ein Kultur- und Governance-Problem, das man nicht einfach durch besser isolierte Container wegräumt.

Lena Vogel: Die zwei Sichtweisen schließen sich ja nicht völlig aus, aber die Schwerpunkte sind komplett verschieden. Und für die Zuhörer ist vielleicht die ehrlichste Zusammenfassung: Wir haben zwei führende Stimmen aus der Branche, komplett konträre Einschätzungen, und was dabei offen bleibt, ist die Frage, wie nicht-öffentliche Systeme wirklich abgesichert werden.

Felix Hartmann: Genau. Bei Open Systems sieht man die Vorfälle. Was in geschlossenen, unternehmenseigenen Systemen läuft, davon kennt man bestenfalls die PR-Aussagen. Da herrscht im Grunde Blindflug, und beide Lager argumentieren entsprechend aus ihrer Warte.

Lena Vogel: Bevor wir beim Thema Agenten bleiben – denn genau diese Agenten sind ja auch das zweite große Thema heute, nur diesmal im Alltag, ganz praktisch – gibt es eine schöne Brücke: Das Verhalten von Agenten spürt man ja nicht nur bei Hugging Face, sondern auch beim Coding.

Felix Hartmann: Und da gibt es praktisch brauchbares Wissen, zum Beispiel aus einem Leitfaden zu Opus 5.5. Die Kernidee: Gib der KI die ganze Aufgabe auf einmal, mit einer klaren Ziellinie. Also nicht in Häppchen zerstückeln und nach jedem Häppchen nachsteuern.

Lena Vogel: Das klingt gegen die Intuition. Man denkt ja oft, kleine Schritte wären sicherer. Aber der Leitfaden sagt offenbar das Gegenteil: Eine vollständige Aufgabe mit definiertem Endpunkt funktioniert besser.

Felix Hartmann: Genau, klare Finish-Linie. Und der zweite Rat: Lass die „think carefully"-Prompts weg. Also diese Anweisungen wie „denk besonders sorgfältig darüber nach". Die bringen offenbar nichts.

Lena Vogel: Das erinnert mich an den alten IT-Spruch: Wenn du deiner Kollegin sagen musst, sie solle „besonders sorgfältig" arbeiten, dann hast du ein anderes Problem als ihre Konzentration.

Felix Hartmann: Ha, ja. Und der dritte Punkt richtet sich an alle, die Agenten über lange Zeiträume laufen lassen: Man steuert die über Stopp-Regeln in einer CLAUDE.md-Datei. Also Regeln, die im Projektordner liegen und denen der Agent wiederholt begegnet, während er arbeitet.

Lena Vogel: Das ist im Grunde die Übersetzung der Grundsatzdebatte in den Alltag: Wenn du nicht kontrollieren kannst, was der Agent denkt, dann kannst du zumindest kontrollieren, worauf er immer wieder trifft.

Felix Hartmann: Schön gesagt. Und das zweite praktische Tool heißt Offrun, für macOS auf Apple Silicon. Das löst ein Problem, das viele kennen: Man will mehrere Coding-Agenten parallel laufen lassen.

Lena Vogel: Offrun läuft Claude Code, Codex, AGY und Grok Build nebeneinander. Und die Features zeigen genau, wo die Probleme liegen: Worktrees, damit sich die Agenten nicht in die Quere kommen, ein Peer-Review-Agent, der die Ergebnisse der anderen prüft, und Account-Limit-Failover.

Felix Hartmann: Letzteres ist sehr pragmatisch: Wenn ein Account sein Limit erreicht, springt der einfach zum nächsten. Das klingt nach jemandem, der selbst täglich mit vier Agenten arbeitet und die Reibungspunkte in ein Tool gegossen hat.

Lena Vogel: Und die Peer-Review-Komponente ist eigentlich die klügste Idee darin: Ein Agent prüft die Arbeit anderer Agenten. Wir delegieren also auch schon die Kontrolle an Maschinen – ein kleines Echo auf die Sicherheitsdebatte, nur auf Projektniveau.

Felix Hartmann: Überhaupt ist es faszinierend, wie schnell sich da ein ganzes Ökosystem um die Agenten herum bildet. Nicht mehr „Wie schreibe ich Code?", sondern „Wie orchestriere ich zehn gleichzeitige Kollegen, die nachts um drei keine Rückfragen stellen?".

Lena Vogel: Auch die Systemsoftware bewegt sich gerade – und das gleich in zwei Richtungen: Richtung Nutzer und Richtung alte Hardware. Fangen wir mit einem Herzensthema an: alten Grafikkarten.

Felix Hartmann: Timur Kristóf, der bei Valve arbeitet, hat den AMDGPU-Treiber verbessert, und zwar für die alten GCN-1.0- und 1.1-Karten. Das sind AMD-Grafikkarten von vor über einem Jahrzehnt.

Lena Vogel: Und das Ergebnis: In Linux 6.19 gibt es rund 30 Prozent mehr Leistung für genau diese Karten.

Felix Hartmann: Dreißig Prozent. Ohne neue Hardware. Nur weil sich jemand hingesetzt hat und den Treiber sauber gemacht hat. Das ist die Art von Verbesserung, die man bei Closed-Source-Treibern für alte Karten schlicht nie bekäme.

Lena Vogel: Das ist ja das Schöne am Open-Source-Modell: Die Hardware altert, aber die Software drumherum kann weiter besser werden. Bei einem Windows-Treiber für eine GCN-Karte aus 2012 würde heute niemand mehr einen Performance-Patch schicken.

Felix Hartmann: Und es zeigt auch wieder den Kontrolle-Gedanken: Wer den Code hat, entscheidet, wie lange etwas lebt. Valves Interesse ist hier übrigens naheliegend – das Unternehmen lebt von einer Plattform, auf der alte Hardware weiterlaufen soll.

Lena Vogel: Die zweite Geschichte in dieser Richtung ist noch radikaler: FTL. Das ist ein Userspace-Operating-System – aber als Bibliothek.

Felix Hartmann: Halt, ein Betriebssystem als Bibliothek? Das muss ich kurz auseinandernehmen für unsere Zuhörer, die nicht jeden Kernel-Mailinglist-Thread verfolgen.

Lena Vogel: Bitte.

Felix Hartmann: Normalerweise sitzt dein Programm auf einem Kernel, der vom Rest des Systems getrennt läuft – Prozesse, System Calls, Schutzbarrieren. Ein Userspace-OS als Bibliothek bedeutet: Das ganze Betriebssystem ist eine Bibliothek, die in deinen Prozess gelinkt wird. Kein Kernel-Wechsel, keine klassische Trennung – die Maschine läuft direkt im Nutzerprozess.

Lena Vogel: Und der Anwendungsfall hier sind Cloud-Container. FTL ist Linux-binärkompatibel, das heißt, bestehende Linux-Programme laufen einfach weiter. Und der Kernel-Teil ist hypervisor-artig gebaut.

Felix Hartmann: Das ist eine ziemlich elegante Idee: Man bekommt die Isolation eines Hypervisors, aber die Bedienbarkeit einer normalen Anwendung. Der Container wird quasi zum Prozess.

Lena Vogel: Und die Entwicklung geht weiter: Version 0.1.0 fügt async Rust und Tokio-Unterstützung hinzu. Tokio ist das große asynchrone Laufzeitsystem für Rust – dass das jetzt funktioniert, heißt, dass echte moderne Server-Anwendungen damit laufen können.

Felix Hartmann: Das macht es von einem Forschungsprojekt zu etwas, das man ernsthaft für Cloud-Workloads evaluieren könnte. Ob es sich durchsetzt, ist natürlich offen – Userspace-OS-Ansätze wurden schon oft versucht. Aber die Linux-Binärkompatibilität senkt die Hürde enorm, weil man bestehende Software nicht umschreiben muss.

Lena Vogel: Von der Systemsoftware kommt man fast zwangsläufig zur Infrastruktur im Web – und da gibt es zwei Geschichten, die eigentlich dasselbe Thema in unterschiedlichen Kleidern sind: offene Standards und wer sie kontrolliert.

Felix Hartmann: Die erste ist von Kevin Cox, und sie handelt von einem der ältesten, unaufgeregtesten Standards des offenen Webs: RSS-Feeds. Sein Rat ist konkret: Nutzt Atom, nicht die älteren Formate.

Lena Vogel: Und dann eine Liste von Details, die auf den ersten Blick pingelig klingen, aber alle einen Grund haben: absolute URLs, HTTPS, der volle Inhalt im Feed.

Felix Hartmann: Die Begründung ist überall dieselbe: Robustheit. Absolute URLs, damit der Feed funktioniert, egal von wo er gelesen wird. HTTPS, damit nichts unterwegs manipuliert wird. Volle Inhalte, damit Leser den Feed wirklich nutzen können statt nur als Köder auf die Website gelockt zu werden.

Lena Vogel: Der vielleicht wichtigste Punkt für Leute, die selbst einen Feed betreiben: Niemals Entry-IDs ändern oder wiederverwenden. Die IDs sind die Identität eines Artikels. Wenn du sie änderst, glauben Feed-Reader, es sei etwas Neues, und deine Leser sehen Duplikate. Wenn du sie wiederverwendest, verschmilzen verschiedene Artikel zu einem.

Felix Hartmann: Genau, und noch ein praktischer Punkt: Man soll die Feeds über HTML-Link-Tags bekannt machen. Also im Quelltext der Website vermerken, wo der Feed liegt, sodass Reader ihn automatisch finden.

Lena Vogel: Klingt wie Kleinholz, aber das ist genau der Punkt: Offene Standards leben von solchen Details. Ein Standard, den jeder ein bisschen anders implementiert, bricht in der Praxis.

Felix Hartmann: Und die zweite Geschichte dreht das Thema auf den Kopf: Cloudflare hat einen Wettbewerb gestartet – 25.000 Dollar Preisgeld – für die nächste Git-Plattform für das Agenten-Zeitalter.

Lena Vogel: Das Agenten-Zeitalter. Das ist bewusst gewählt. Die Prämisse ist: Git wurde für Menschen entwickelt, die Commits schreiben und Review machen. Was passiert, wenn Maschinen die Hauptnutzer sind?

Felix Hartmann: Cloudflare setzt dabei auf ihre eigene Plattform, die heißt Artifacts, und die ist in offener Beta. Man kann also sagen: Cloudflare stellt Infrastruktur und Preisgeld, der Rest muss die Community liefern.

Lena Vogel: Und da bin ich ehrlich gespalten. Einerseits: Die Frage ist berechtigt. Wenn Agenten hundertmal pro Tag committen, braucht das vielleicht wirklich andere Primitiven als ein menschlicher Pull-Request-Workflow.

Felix Hartmann: Andererseits: Wettbewerb im Git-Bereich ist historisch ein Friedhof. Es gab hunderte Versuche, Git zu ersetzen oder zu ergänzen. Und die Frage, die ich stelle: Ist ein Firmenwettbewerb wirklich der Weg, wie offene Infrastruktur entstehen sollte? Oder entsteht so ein Standard am Ende doch wieder in einem offenen Prozess?

Lena Vogel: Was die zwei Geschichten verbindet: Bei Atom ging es darum, ein bestehendes offenes Format richtig zu pflegen. Beim Cloudflare-Wettbewerb geht es darum, ein neues Format zu schaffen – aber unter Führung eines Unternehmens, das dabei natürlich auch sein eigenes Ökosystem stärkt.

Felix Hartmann: Und genau dieser Gedanke – wer die Infrastruktur kontrolliert, kontrolliert auch die Daten – führt uns direkt zu den Gerichten. Denn da wird gerade ausbuchstabiert, was man aus öffentlichen Daten verlangen darf und was nicht.

Lena Vogel: Der erste Fall ist ein französischer, und er ist ein Rückschritt für Transparenz-Befürworter. Es geht um das Rodin-Museum in Paris und um 3D-Punktwolken.

Felix Hartmann: Kurz zur Einordnung: Punktwolken sind die Rohdaten von 3D-Scans – Millionen einzelner Messpunkte, aus denen man ein dreidimensionales Modell der Skulpturen rekonstruieren kann. Ein Mann namens Wenman hat versucht, diese Daten per Informationsfreiheitsgesetz zu bekommen, dem CADA in Frankreich.

Lena Vogel: Und er hatte zunächst Erfolg: Die Behörde CADA war seinerzeit seiner Meinung, und auch eine untere Gerichtsinstanz gab ihm recht.

Felix Hartmann: Bis zum Conseil d'État, dem obersten Verwaltungsgericht Frankreichs. Und das urteilte jetzt: Diese Punktwolken sind keine „Dokumente" im Sinne des Gesetzes.

Lena Vogel: Das ist der entscheidende Kniff. Wenn etwas juristisch kein Dokument ist, dann greift das Informationsfreiheitsgesetz schlicht nicht. Der Streit wird nicht über Inhalt oder Geheimhaltung entschieden, sondern über die Definition.

Felix Hartmann: Und die Auswirkung reicht weit über Rodin hinaus. Denk an alle öffentlich finanzierten 3D-Scans – Museen, Denkmäler, Architektur. Wenn die Rohdaten nicht unter das FOI-Gesetz fallen, dann kontrolliert die jeweilige Institution, wer sie bekommt. Public money, public code – hier eher: public money, keine öffentlichen Daten.

Lena Vogel: Der zweite Fall, aus den USA, zeigt das Gegenteil: Ein Gericht, das Überwachung begrenzt. Ein Bundesrichter hat geurteilt, dass die kennzeichenlose Flock-Abfrage eines Tulsa-Deputys das Vierte Amendment verletzt.

Felix Hartmann: Flock – das sind die automatischen Kennzeichenlesegeräte, die überall in den USA an Kreuzungen und in Polizeiautos hängen und jede Fahrt erfassen. Der Tulsa-Deputy hat damit ohne Gerichtsbeschluss gesucht.

Lena Vogel: Und der Richter hat das nicht klein geredet, sondern die Suche als „indiscriminate mass surveillance" bezeichnet – als indifferenzierte Massenüberwachung. Das ist eine harte Formulierung von der Bank.

Felix Hartmann: Die Begründung liegt auf der Hand: Niemand, der durch die Straßen fährt, hat dem zugestimmt, dass sein gesamtes Bewegungsprofil in einer durchsuchbaren Datenbank landet. Der Richter sagt damit: Was hier passierte, war keine gezielte Fahndung, sondern Massendatenerfassung mit nachträglicher Durchsuchung.

Lena Vogel: Und es gibt auch politische Bewegung in dieselbe Richtung: Bernie Sanders hat den Block Flock Act vorgeschlagen. Das wäre der legislative Weg, die Gerichtsentscheidung bundesweit zu untermauern.

Felix Hartmann: Spannend ist die Kontrastierung der beiden Fälle: In Frankreich blockiert ein oberstes Gericht die Freigabe von Daten an die Öffentlichkeit. In den USA begrenzt ein Gericht die Datensammlung über die Öffentlichkeit. Zwei entgegengesetzte Tendenzen bei derselben Grundfrage: Wem gehören Daten über die physische und kulturelle Welt?

Lena Vogel: Und die Verbindung zurück zum Cloudflare-Thema ist real: Standards und Rechtsprechung entscheiden beide darüber, wer Daten kontrolliert. Ob Punktwolke oder Kennzeichenhistorie – die Definitionsmacht über „Dokument" oder „Durchsuchung" ist die eigentliche Währung.

Felix Hartmann: Übrigens ein weiteres Mal dieser Kontrolle-Gedanke: Auch bei den Browsern und Modellen entscheidet gerade wer was, und zwar durch öffentliches Freigeben statt Blockieren. Drei Geschichten aus dieser Ecke.

Lena Vogel: Die erste: Kagi beendet seinen Browser Orion für Linux und Windows und macht beide Versionen open source.

Felix Hartmann: Kontext: Kagi ist bekannt für die bezahlte Suchmaschine ohne Werbung und Tracking. Orion ist deren Browser. Und die Begründung ist erfrischend ehrlich: Das Team ist klein und will sich auf Orion für macOS und iOS konzentrieren.

Lena Vogel: Das ist praktisch das Gegenteil des üblichen Startup-Pfads. Üblich wäre: Breite streuen, alle Plattformen abdecken, erst dann konsolidieren. Kagi macht das Gegenteil und gibt die Weglassstücke an die Community.

Felix Hartmann: Und durch das Open-Sourcing entsteht genau die Kontrolle-Verschiebung, die wir die ganze Sendung durchziehen: Linux- und Windows-Nutzer können den Browser jetzt selbst weiterführen. Die Entscheidung von Kagi schließt keine Tür, sie öffnet den Quellcode.

Lena Vogel: Die zweite Geschichte kommt aus Deutschland, von Aleph Alpha: Sie haben Kolibri veröffentlicht, ein Sprachmodell für Englisch und Deutsch.

Felix Hartmann: Die technischen Daten sind bemerkenswert: Ein Mixture-of-Experts-Modell mit 78 Milliarden Parametern gesamt, aber nur 3 Milliarden aktiv pro Anfrage. Das heißt, die Rechenkosten pro Token bleiben klein, obwohl das Gesamtwissen groß ist.

Lena Vogel: Dazu ein Kontextfenster von einer Million Token – also riesige Dokumente auf einmal. Und das Lizenzmodell: Apache 2.0, also wirklich frei nutzbar.

Felix Hartmann: Und die Positionierung: gebaut für souveräne und regulierte Nutzung. Das ist die Antwort auf eine Frage, die in der KI-Sicherheitsdebatte vom Morgen offen blieb: Wie bekommt man Kontrolle über Modelle, die man nicht selbst betreibt? Aleph Alpha sagt: Indem man eines unter freier Lizenz rausgibt, das Behörden und regulierte Unternehmen selbst hosten können.

Lena Vogel: Die dritte Geschichte ist die安全技术-Geschichte schlechthin: Halide hat einen WebP-Decoder veröffentlicht, genannt wpd. In Rust geschrieben, mit SIMD-Beschleunigung, und er ersetzt libwebp.

Felix Hartmann: Die Motivation war kein Performance-Wettrennen, sondern Sicherheit: CVE-2023-4863. Das ist die berüchtigte WebP-Sicherheitslücke von 2023, die praktisch jeden Browser betraf, weil libwebp überall drin steckte.

Lena Vogel: Und genau das ist das Muster: libwebp ist in C geschrieben und wird millionenfach eingebunden. Eine Lücke dort ist eine globale Krise. Ein in Rust geschriebener Ersatz mit Speichersicherheit kann diese ganze Fehlerklasse gar nicht erst produzieren.

Felix Hartmann: Dass er dabei auch noch schneller ist – laut Halide zwischen dem 1,19-fachen und dem 3,19-fachen von libwebp – ist die Kirsche auf dem Sicherheitstorte. Der übliche Trade-off wäre: sicherer, aber langsamer. Hier nicht.

Lena Vogel: Alle drei Geschichten sagen im Grunde dieselbe Sache: Wenn dir Kontrolle über deine Tools wichtig ist, dann open source, dann freie Lizenzen, dann speichersichere Sprachen. Und von der Werkzeugsicherheit kommt man fast nahtlos zur nächsten Gruppe: dem Menschen selbst, seinem Lernen und seiner Gesundheit.

Felix Hartmann: Da gibt es zwei sehr menschliche Geschichten. Die erste ist von Ben Stolovitz, ein Software-Ingenieur, der sich 2024 seinen EMT-Schein geholt hat – also die Qualifikation als Rettungsassistent.

Lena Vogel: Und der Weg dorthin war ein NOLS-Wilderness-Kurs. Also nicht der klassische Weg über die Ambulanz-Ausbildung, sondern ein Outdoor-Kurs, in dem man lernt, medizinisch zu handeln, wenn kein Krankenhaus in Reichweite ist.

Felix Hartmann: Und der Teil der Geschichte, der bei den Lesern am meisten resoniert haben dürfte: Er hat 21 Ausreden aufgelistet, die ihn jahrelang davon abgehalten haben, es früher zu machen.

Lena Vogel: 21. Das ist keine Liste von Ausreden, das ist ein Spiegel. „Zu wenig Zeit", „Ich bin nicht der Typ dafür", „Ich könnte das online lernen", so oder ähnlich – das Muster ist bekannt. Die eigentliche Hürde war nie der Kurs, sondern der Moment des Anfangs.

Felix Hartmann: Und deshalb funktioniert die Geschichte so gut: Jeder kennt das eine Projekt, den einen Kurs, den einen Anruf, der schon ewig „irgendwann" dran ist. Ben hat bewiesen, dass „irgendwann" einen Zeitstempel haben kann, wenn man sich einmal entscheidet.

Lena Vogel: Die zweite Geschichte ist wissenschaftlicher: Ein Paper aus Cambridge untersucht die Überschneidung von ADHD, Autismus und komplexen Traumata.

Felix Hartmann: Das ist ein wichtiges Feld, weil diese drei Dinge klinisch oft verwechselt oder vermischt werden. Symptome wie Konzentrationsschwierigkeiten, emotionale Dysregulation oder soziale Rückzugsneigung können aus ganz verschiedenen Wurzeln kommen – oder aus mehreren gleichzeitig.

Lena Vogel: Interessant ist die Leserreaktion darauf: Ein Kommentar verweist auf die Diathese-Stress-Dekomposition. Das ist ein klassisches Modell aus der Psychologie: Man hat eine Verwundbarkeit – die Diathese – und ein Stressor tritt hinzu, und erst das Zusammenspiel löst die Symptomatik aus.

Felix Hartmann: Der Kommentar macht damit einen wichtigen Punkt: Statt „Ist es ADHD oder Trauma?" könnte die besser gestellte Frage sein: Welche Verwundbarkeit war da, und welcher Stressor hat sie aktiviert? Das ändert auch die Behandlung.

Lena Vogel: Derselbe Kommentar erwähnt auch Verbindungen zur Dissoziation – also dem Abspalten von Erleben, das vor allem bei komplexem Trauma vorkommt und das seinerseits mit Aufmerksamkeitsproblemen verwechselt werden kann.

Felix Hartmann: Und was bleibt da offen, ist im Grunde dieselbe Struktur wie bei der KI-Sicherheitsdebatte: Die Felder überlappen, die Messwerkzeuge sind unscharf, und ein Paper allein kann die Klassifizierung nicht klären. Es ist eher ein Aufruf, sorgfältiger zu schauen.

Lena Vogel: Und nach so viel Lernen und Gesundheit – die Überleitung schreibt sich fast von selbst – gönnen wir uns eine kreative Auszeit: Spiele.

Felix Hartmann: Zwei Perspektiven auf dieselbe Frage: Was macht ein Spiel lebendig? Die erste ist ein kleines, geniales Browser-Puzzle namens Hole Punch.

Lena Vogel: Die Mechanik ist wunderbar einfach zu erklären: Du platziert Schwarze Löcher im Raum, und die biegen den Kurs eines Raumschiffs um, bis es die Station erreicht.

Felix Hartmann: Das ist gravi­tationales Puzzeln. Jedes Loch zieht das Schiff an, verändert seine Bahn, und du musst die Platzierung so kombinieren, dass aus einer Geraden eine Kurve wird, die genau richtig landet.

Lena Vogel: Und der Hinweis im Text: Desktop-Fokus. Also für Touch-Geräte weniger gemacht, für Maus und Tastatur gedacht. Passt zu dem Spiel: Präzises Platzieren profitiert von einem Cursor, nicht von einem Daumen.

Felix Hartmann: Die zweite Perspektive ist eine Kritik, und zwar an einer ganzen Gattung: Ein Autor argumentiert, dass Stadtbau-Spiele wie Cities: Skylines 2 eine Seele fehlt.

Lena Vogel: Seine Begründung ist eine Liste von Dingen, die fehlen: zu steril, keine Abnutzung, keine Treppen, keine organischen Formen, kein sichtbarer Verfall.

Felix Hartmann: Das ist eine sehr konkrete Diagnose. Treppen zum Beispiel – echte Städte sind voller Treppen, kleiner Nischen, Übergänge. Grid-basierte Baukasten-Systeme produzieren aber Rechtecke auf Rechtecken.

Lena Vogel: Und der Verfall-Punkt ist vielleicht der tiefste. Echte Städte haben Patina: Rost, Graffiti, abgeblätterte Fassaden, Reparaturen. Ein Spiel, in dem alles immer blitzsauber und neu bleibt, fühlt sich an wie eine Baustellen-Maquette, nicht wie eine Stadt.

Felix Hartmann: Man kann das auf den Punkt bringen: Clevere Mechanik vs. glaubwürdige Welt. Hole Punch hat brillante Mechanik, aber braucht keine Welt – es ist ein Puzzle. Ein Stadtbau-Spiel braucht glaubwürdige Welt, weil das Versprechen ist: bau eine lebendige Stadt. Wenn die Welt steril ist, ist das Versprechen gebrochen, egal wie gut die Simulation rechnet.

Lena Vogel: Und das ist übrigens die Brücke zu unserer allerletzten Geschichte, denn auch dort geht es um ein Gerät, das die physische Welt beobachtet – nur diesmal sehr, sehr lokal: im eigenen Hof.

Felix Hartmann: Das Projekt heißt BinRange, und es ist eine wunderbar bescheidene Lösung für ein real-life Problem: Die Frage, ob die Mülltonnen auch wirklich rausgestellt wurden.

Lena Vogel: Für alle, die das Problem nicht kennen: Wenn du morgens zur Arbeit fährst und die Abholung ist um acht, kannst du nicht prüfen, ob du – oder deine Mitbewohner, oder dein Zahltvormittags-Selbst – die Tonne tatsächlich an den Rand gestellt hast. Der Müllwagen kommt, sieht keine Tonne, fährt weiter, und du hattest trotzdem „erledigt" abgehakt.

Felix Hartmann: Die Lösung von BinRange: Ein UWB-Anker – also Ultra-Wideband-Funk, das ist die Präzisions-Funktechnik, die auch moderne Schlüssel-Finder nutzen – plus sechs Batterie-Tags an den Tonnen.

Lena Vogel: Und ein UWB-Anker kann Entfernungen wirklich genau messen, nicht nur „in Reichweite/nicht in Reichweite" wie Bluetooth. Deshalb funktioniert die Abfrage über eine 10-Meter-Grenze: Der Anker weiß, ob die Tonne wirklich über die Schwelle hinaus bewegt wurde.

Felix Hartmann: Und die Auswertung läuft in Home Assistant, also der Open-Source-Smart-Home-Zentrale. Das heißt: Benachrichtigungen, Automatisierungen, Historie – „Tonne rausgestellt, 7:42 Uhr" – das ist alles frei konfigurierbar.

Lena Vogel: Warum lieben wir dieses Projekt so? Weil es alles macht, was wir die ganze Sendung durch besprochen haben, in Miniatur: Es nimmt offene Werkzeuge – UWB, Home Assistant –, baut daraus eine Lösung für ein konkretes Problem, und behält dabei die Kontrolle über die eigenen Daten.

Felix Hartmann: Und es ist ehrlich. Es behauptet nicht, die Welt zu retten, es beantwortet eine einzige Frage präzise. Das ist manchmal die beste Art von Technologie.

Lena Vogel: Damit sind wir am Ende. Danke, Felix, danke euch allen fürs Zuhören.

Felix Hartmann: Bis zur nächsten Sendung – und denkt dran: Wenn ihr seit Monaten über einen Kurs nachdenkt, hat Ben Stolovitz 21 Ausreden für euch schon widerlegt.

Lena Vogel: Bis bald!